The document provides an overview of agile principles, frameworks, and processes. It discusses the Agile Manifesto and 12 principles, as well as agile methods like Scrum, XP, Kanban, and FDD. It also covers agile concepts like value-driven delivery, risk management, compliance, cumulative flow diagrams, earned value management, frequent verification and validation, and key performance indicators. The document is intended to introduce the fundamentals of agile project management.
The document provides an overview of agile principles, frameworks, and processes. It discusses the Agile Manifesto and 12 principles, as well as agile methods like Scrum, XP, Kanban, and FDD. It also covers agile concepts like value-driven delivery, risk management, compliance, cumulative flow diagrams, earned value management, frequent verification and validation, and key performance indicators. The document is intended to introduce the fundamentals of agile project management.
The document provides an overview of agile principles, frameworks, and processes. It discusses the Agile Manifesto and 12 principles, as well as agile methods like Scrum, XP, Kanban, and FDD. It also covers agile concepts like value-driven delivery, risk management, compliance, cumulative flow diagrams, earned value management, frequent verification and validation, and key performance indicators. The document is intended to introduce the fundamentals of agile project management.
2. Agile Manifesto Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan => If you don’t follow the four Agile Manifesto values “It Will Create Risks” 3. 12 principles 3.1 Customer Satisfaction Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. 3.2 Welcome Changes Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage. 3.3 Frequently Delivery Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale. 3.4 Collocated Teams- work with business Business people and developers must work together daily throughout the project. 3.5 Motivated Individuals Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. 3.6 Face-to-face Contact The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. 3.7 Working Software Working software is the primary measure of progress. 3.8 Constant Pace Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 3.9 Continuous Attention Continuous attention to technical excellence and good design enhances agility. 3.10 Simplicity — the art of maximizing the amount of work not done — is essential. 3.11 Self-Organization The best architectures, requirements, and designs emerge from self- organizing teams. 3.12 Regular Reflection At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly. 4. Agile methods and approaches: Scrum, XP, Kanban, FDD, DSDM, Agile UP Scaled Approach: Lean, Scrum of Scrums, LeSS, Disciplined Agile, SAFe, Crystal Methods 5. Agile process overview 5.1 Kanban a. Five principles: 1. Visualize the workflow, 2. Limit WIP (work in progress), 3. Manage flow, 4. Make process policies explicit, 5. Improve collaboratively b. Pull system: move work through the development process, When it completes an item of work, it triggers a “pull” to bring in the next item they will work on. c. WIP limits: Capping the number of items that can be in a given state of progress. Once the limit at the top of a column is reached, no new items may be moved into that column until another item is moved out. 5.2 Leadership practices and principles a. Management vs. leadership: We can best amplify team productivity through a combination of management and leadership. 1. Tasks/things vs People 2. Control vs Empowerment 3. Efficiency vs Effectiveness 4. Doing things right vs Doing the right things 5. Speed vs Direction 6. Practices vs principles 7. Command vs Communication b. Servant leadership (4 duties): 1. Shield the team from interruptions 2. Remove impediments to progress 3. Communicate (and re-communicate) the project vision 4. Carry Food and water 5.3 Lean a. 7 Core concepts: 1. Eliminate waste 2. Empower the team 3. Deliver fast 4. Optimize the whole 5. Build quality in 6. Defer decisions 7. Amplify learning b. 7 wastes 1. Partially done work 2. Extra processes 3. Extra features 4. Task switching 5. Waiting 6. Motion 7. Defects 5.4 Scrum a. 3 Pillars: 1. Transparency 2. Inspection 3. Adaptation b. Values 1. Openness 2. Respect 3. Courage 4. Focus 5. Commitment c. Activities 1. Backlog Refinement 2. Sprint Planning Meeting 3. Daily Scrum 4. Sprint Review 5. Sprint Retrospective d. Artifacts 1. Product Increment 2. Product Backlog 3. Sprint Backlog e. Team roles 1. Development Team 2. Product Owner 3. Scrum Master 5.5 XP a. Core practices 1. Whole Team 2. Planning Games 3. Small Releases 4. Customer Tests 5. Collective Code Ownership 6. Code Standards 7. Sustainable Pace 8. Metaphor 9. Continuous Integration 10. Test-Driven Development 11. Refactoring 12. Simple Design 13. Pair Programming b. Core values 1. Simplicity 2. Communication 3. Feedback 4. Courage 5. Respect c. Team roles 1. Coach 2. Customer 3. Programmers 4. Testers
Session 2: Value-Driven Delivery
Agile contracting o Multi-tiered structure o Emphasize value delivered o Not-to-exceed time and materials o Dynamic scope option o Team augmentation o Favor full-service suppliers o Fixed-price increments. o DSDM Contract o Money for Nothing and Change for Free o Graduated Fixed-Price Contract o Fixed-Price Work Packages o Customized Contracts Agile project accounting principles Agile risk management: o Risk-adjusted backlog o Risk burndown charts Agile tooling: Low-Tech, High-Touch Tools Compliance/regulatory compliance: is one instance of where “just because” comes into play. o Doing the compliance work “as you go” o Doing the compliance work after product development o Hybrid approach Cumulative flow diagrams (CFDs): tracking and forecasting the delivery of value. Little’s Law: The more WIP and the longer cycle times we have on the project, the higher the amount of potential scrap. Customer-valued prioritization: working on the items that yield the highest value to the customer first. Earned value management (EVM) for agile projects o Projected progress, Planned value (PV), Planned features o Scope built, Earned value (EV), Completed features o Planned cost, Projected spending o Actual cost (AC), Actual spending o Schedule variance (SV) = EV - PV o Cost variance (CV) = EV - AC o SPI = Completed features / Planned features o CPI = Earned value / Actual cost Frequent verification and validation: Agile uses regular testing, checkpoints, and reviews to address problems before they get bigger. o Gulf of evaluation: What one person describes is often very different from how the listener interprets it. o Pair programming o Unit test o Customer collaboration o Stand-up meetings o Acceptance test o Iteration demo o Release Incremental delivery: deliver the “plain-vanilla” version to get an early return on investment. Managing with agile KPIs: o Rate of progress. o Remaining work. o Likely completion date. o Likely costs remaining. Minimal viable product (MVP): package of functionality that is complete enough to be useful to the users or the market, yet still small enough that it does not represent the entire project. Minimal marketable feature (MMF) Prioritization schemes o Simple Schemes: “Priority 1,” “ Priority 2,” “ Priority 3,”. “ high,” “medium,” and “ low” o Kano analysis: Delighters/exciters, Satisfiers, Dissatisfiers, Indifferent o MoSCoW: Must have, Should have, Could have, Would like to have o Monopoly Money: distribute funds amongst the system features, prioritizing business features. o 100-Point Method: each stakeholder is given 100 points, distribute the 100 points in any way. o Dot Voting or Multi-Voting: Each stakeholder is limited to a total of dots to distribute as they wish. o Requirements Prioritization Model: the benefit, penalty, cost, and risk of every proposed feature is rated on a relative scale of 1 (lowest) to 9 (highest). Relative prioritization/ranking: A single prioritized list of work-to-be-done. ROI/NPV/IRR o Return on Investment (ROI): measures the profitability of an investment by calculating the ratio of the benefits received from the investment to the money invested in it. o Present Value: Present value is a way of calculating the value of a future amount in today's terms, given an assumed interest rate and inflation rate. o Net Present Value (NPV): The present value of a revenue stream (income minus costs) over a series of time periods. o Internal Rate of Return (IRR): The discount rate at which the project inflows (revenues) and project outflows (costs) are equal. Software development practices o Continuous Integration: developers to frequently incorporate new and changed code into their project code repository. o Exploratory testing: find edge cases, system boundaries, and unanticipated behavior o Usability testing: observing users as they interact with the system for the first time. o Red, Green, Refactor: The process of writing a test that initially fails, adding code until the test passes, and then refactoring the code. o TDD/TFD: Tests should be written before the code is written. o ATDD: Moves the testing focus from the code to the business requirement. Task/Kanban boards: a whiteboard with columns that show various stages of work. Value-driven delivery: One of the key ways agile teams try to maximize value is by delivering value early. Work in progress (WIP): work that has been started but has not yet been completed. o WIP consumes investment capital and delivers no return on the investment o WIP hides bottlenecks in processes o WIP represents risk in the form of potential rework WIP limits: restrict the amount of work in the system and help ensure that WIP limits are not exceeded. o Identify bottlenecks and Remove bottlenecks o Reduce the risks of tied-up capital, rework, and waste o Optimize throughput of work, not to optimize resource utilization.
Session 3: Stakeholder Engagement
Active listening Agile chartering Agile modeling Assessing and incorporating community and stakeholder values Brainstorming Collaboration o Collaboration games Communication management o Face-to-face (F2F) o Social media o Two-way (trustworthy,conversation-driven) Conflict resolution o Levels of conflict Definition of "done" Emotional intelligence Facilitation Information radiators Knowledge sharing/written communication communication Negotiation Participatory decision models (convergent, shared collaboration) o Decision spectrum o Fist-of-five voting o Simple voting o Thumbs up/down/sideways Personas Stakeholder management (stewardship) Wireframes Workshops
Session 4: Team Performance
Adaptive leadership Agile team roles Building agile teams o Self-directing o Self-organizing Burndown/burnup charts Caves and common Co-location (physical and virtual) Developmental mastery models o Dreyfus (skill acquisition) o Shu-Ha-Ri (mastery) o Tuckman (team formation) Global, cultural, and team diversity Osmotic communication o Co-located teams (proximity) o Distributed teams (digital tools) Tacit knowledge Team motivation Team space Training, coaching, and mentoring o Individual vs. team coaching Velocity
Session 5: Adaptive Planning
Affinity estimating Agile discovery Agile sizing and estimating techniques Daily stand-ups o Ground rules o Three Questions Defining and testing acceptance criteria Estimating initial velocity Estimating tasks Fast failure Ideal time Iteration planning process Planning poker Product roadmap Progressive elaboration Relative sizing Release planning process Rolling wave planning Slicing stories Spikes o Architectural spike o Risk-based spike Story maps Story points Timeboxing T-shirt sizing User stories User story backlog o Refining (grooming) the backlog o Requirements reviews Value-based analysis and decomposition Wideband Delphi
Session 6: Problem Detection and Resolution
Control limits Cost of change Cycle time Defect rate Escaped defects Expected monetary value Failure and success modes Lead time Problem Solving o As continuous improvement o Team-based Risk-adjusted backlog Risk burndown graphs Risk severity Technical debt Throughput/productivity Trend analysis o Lagging metrics o Leading metrics Variance analysis o Common cause o Special cause
Session 7: Continuous Improvement
Agile hybrid models Approved iterations Continuous improvement Feedback methods Fishbone Analysis Five Whys Kaizen Learning cycle PMI’s Code of Ethics and Professional Conduct Process analysis o Anti-patterns o Success criteria o Success patterns Process tailoring o Risks o Recommendations Product feedback loop Project pre-mortems (khám nghiệm) Retrospectives (intraspectives) o Five-step process o Three problem-solving steps Reviews Self-assessment tools and techniques Systems thinking Value stream mapping o Non value-added time o Process cycle efficiency o Total cycle time o Value-added time