Please enable JavaScript.
Coggle requires JavaScript to display documents.
PMI-ACP - Coggle Diagram
PMI-ACP
DOMAIN 1: Agile principles and MindSet
Agile mindset
The Agile Triangle
Inverted Triangle Model: Cost, Time (fixed), Scope (variable)
We aim to deliver the most value we can by X date within X budget
Personal, Team, and Organizational Agility
Declaration of Interdependence
DOI
Difference between “being agile” and “doing agile”
Creating organizational change: Think-Do-Encourage others
Agile manifesto
The Four
Values
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Individuals and interactions over processes and tools
Responding to change over following a plan
The Twelve
Principles
Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
Business people and developers must worktogether daily throughout the project.
Welcome changing requirements, even late in development. Agile processes harness change forthe customer's competitive advantage.
Build projects around motivated individuals.Give them the environment and support they need, and trust them to get the job done.
Our highest priority is to satisfy the customer through early
and continuous delivery of valuable software.
The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
Working software is the primary measure of progress.
Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
Continuous attention to technical excellence and good design enhances agility.
Simplicity – the art of maximizing the amount of work not done – is essential.
The best architectures, requirements, and designs emerge from self-organizing teams.
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
Why use agile?
Knowledge work projects are different
Defined vs emphirical projects
Agile methodologies
Kanban
Kanban’s Pull System
WIP Limits in Kanban
Five Principles of Kanban
Make process politics explicit
Manage flow
Limit WIP
Improve collaboratively
Visualize the workflow
Feature-Driven Development (
FDD
)
Extreme Programming (XP)
XP Core Values
Communication
Feedback
Simplicity
Courage
Respect
XP Team Roles
Coach
Customer
Programmer
Tester
XP Core Practices
Planning Games
Iteration Planning
2 week iteration
Release Planning
no more than one or two releases in a sigle year
Whole Team
Small Releases
Customer Tests
Collective Code Ownership
Code Standard
Sustainable Pace
Metaphor
Continuous integration
Test-Driven Development
Refactoring
Simple Design
Design Philosophy: “What is the simplest thing that could work?”
Pair Programming
Dynamic Systems Development Method (DSDM)
8 Principles; created before the Agile manifesto was written,
they are closely aligned to the Manifesto
Never compromise quuality
Build incrementally from firm foundations
Collaborate
Develop iteratively
Deliver on time
Communicate continuously and clearly
Focus on business need
Demonstrate control
Scrum
Scheme
Scrum Activities (Events, Ceremonies)
:silhouettes::silhouette:Sprint Planning Meetings
:speaking_head_in_silhouette::silhouettes:Daily Scrums
Scrum of Scrums
Scrum of Scrums of Scrums
:man_in_tuxedo::skin-tone-2::silhouettes::silhouette: Product Backlog Refinement
:silhouettes::silhouette::speaking_head_in_silhouette::man_in_tuxedo::skin-tone-2:Sprint Reviews
Sprint Retrospectives
:silhouettes:Development
Scrum Team Roles
Development Team
:silhouettes:
Product Owner
:silhouette:
ScrumMaster
:speaking_head_in_silhouette:
Stakeholder
? :man_in_tuxedo::skin-tone-2:
Scrum Artifacts
Product Backlog :silhouette:
:silhouettes:Sprint Backlog
Product Increment
:silhouette::silhouettes:DefineOfDone
Sprints
Time boxed iteration
Scrum Pillars and Values
3 Pillars
Inspection
Reviewing the project to determine thecompleteness of the project; finding root cause of variances from the project goals :silhouettes::man_in_tuxedo::skin-tone-2:
Adaptation
Making adjustments to the scrum process to mitigate problems or bad trends
Transparency
A common understanding of what done means :silhouettes::speaking_head_in_silhouette::man_in_tuxedo::skin-tone-2:
5 Fundamental Values
Openness
Commitment
Courage
Respect
Focus
Crystal
Lean Product Development
The Seven Wastes of Lean (muda)
Task switching
Multitasking between several different projects when there
are context-switching penalties
Waiting
Delays waiting for reviews and approvals
Extra features
Features that are not required, or are thought of as “nice-to-haves”
Motion
The effort required to communicate or move information or deliverables from one group to another; if teams are not co-located, this effort may need to be greater
Extra processes
Extra work that does not add value
Defects
Defective documents or software that needs correction
Partially done work
Work started, but not complete; partially done work can entropy
Lean Core Concepts
Deliver fast
Empower the team
Eliminate waste
Build quality in
unit testing
continuous integration
refactoring
Defer decisions
reprioritizing the backlog
avoiding being tied to an early technology-bound solution
Amplify learning
Optimize the whole
High-level Principles
Identifying customer-defined value
Using visual management tools
Building in learning and continuous improvement
[The agile process overview]
Agile leadership
Twelve Principles for Leading Agile Projects
Have a vision of the completed project
Use the project vision to drive your own behavior
Create an environment of functional accountability
Serve as the central figure in successful project team development
Act for the simultaneous welfare of the team and the project
Recognize team conflict as a positive step
Learn the project’s requirements
Manage with an eye towards ethics
Learn the team members’ needs
Remember that ethics is not an afterthought, but an integral
part of our thinking
Take time to reflect on the project
Develop the trick of thinking backwards
Agile Leadership Practices
Communicate the Project Vision
Enable Others to Act
Model Desired Behavior
Forward-looking
Honesty
Competent
Inspiring
Be Willing to Challenge the Status Quo
Leading by example
Servant Leadership
Communicate (re-communicate) the project vision
Servant leaders need to continually look for opportunities to communicate the project vision and find new ways to illustrate and reinforce that vision
Remove impediments to progress
Impediment backlogs
Obstacles
compliance activities
documentation
Shield the team from interruptions
Carry food and water
Leaders also need to celebrate victories
Training and other professional development activities
providing the essential resources a team needs to keep them
nourished and productive
Leadership Tasks
Experiment with New Techniques and Processes
Share Knowledge through Collaboration
Create a Safe Environment for Experimentation
Encourage Emergent Leadership via a Safe Environment
Practice Transparency through Visualization
Management versus Leadership
Management Focus
Dong things right
Speed
Efficiency
Control
Practices
Tasks/Things
Command
Leadership Focus
Doing the right things
Direction
Effectiveness
Principles
Empowerment
Communication
People
DOMAIN 2: Value-Driven Delivery
Delivering Incrementally
Task/Kanban Boards
Work in Progress (WIP)
Low-Tech, High Tech Tools
WIP Limits
Agile Tooling
Cumulative Flow Diagrams (CFDs)
Minimal Viable Product (MVP)
Bottleneck and the Theory of Constraints
Agile Contracting
Money for Nothing and Change for Free
Graduated Fixed-Price Contract
DSDM Contact
Fixed-Price Work Packages
Agile Constraints and Contracts
Customized Contracts
Prioritizing Value
Relative Prioritization/Ranking
Prioritization Schemes
100-Point Method
Dot Voting or Multi-Voting
Monopoly Money
“Buy a feature”
Kano Analysis
Delighter/exciters
Satisfiers
Dissatisfiers
Indifferent
MoSCow
Should have
Could have
Must have
Would like to have, but not this time
Requirements Prioritization Model
based on value, cost, risk
Karl Wiegers
Simple Schemes
High
Medium
Low
Customer-Valued Prioritization (Scrum: Product Backlog; FDD: Feature List; DSDM: Prioritized Requirements List)
Agile teams work on the items that yield the highest value to the customer first
The product owner is responsible for keeping items in the backlog prioritized by business value
When changes are added to backlog, they must be prioritized for value
The customer is the person who will declare what success looks like
The team will discuss with the customer at the end of each iteration the priority of the remaining work items
Verifying and Validating Value
Frequent Verification and Validation
Testing and Verification in Software Development
Assessing Value
Earned Value Early (Eat Your Dessert First!)
Agile Project Accounting
Financial Assessment Metrics
Value in Organizations - Return on Investment (ROI)
Time Value of Money
Internal Rate of Return (IRR)
Net Present Value (NPV)
What is Value-Driven Delivery?
Minimize Waste
Deliver Value Early (Eat Your Desert First)
Agile Value Proposition
Visibility
Risk
Adaptability
Business Value
Key Performance Indicators (KPIs)
Remaining work
Likely completion date
Rate of progress
Likely cost remaining
Managing Risk
“anti-value”
To maximize value, we must also minimize risk, since risk can
reduce value.
PMBOK Guide - Chapter 11.1.
Regulatory Compliance
Domain 3: Stakeholder Engagement
Communicating with Stakeholders
Knowledge Sharing
Information Radiators
Two-Way Communication
Social Media
Face-to-Face Communication
Working Collaboratively
Brainstorming
Collaboration Games
Workshops
Red Zone vs Green Zone
Establishing a Shared Vision
Definition of “Done”
Releases
Alpha System is replaced and there are no P1 incidents or change
requests
Final project deliverables
high- and medium features are implemented, there are two month of trouble-free operations, and the project receives satisfaction scores greater than 70 percent from the user community
User Stories
Documented
User acceptance tested
Developed
Agile Modeling
Agile Chartering
Wireframes
Personas
Using Critical Interpersonal Skills
Facilitation
Negotiation
Active Listening
Conflict Resolution
Emotional Intelligence
Making Good Project Decisions
Participatory Decision Making
Making Decisions as a Group
Empowering the Project Team
Taking Care of the Stakeholders
Keeping Stakeholders Engaged
Why the Big Focus on Stakeholders?
Educating Stakeholders about Agile
Principles of Stakeholder Engagement
Stakeholder Stewardship versus Stakeholder Management
Domain 4: Team Performance
Creating Collaborative Team Spaces
Osmotic Communication
Global, Cultural, and Team Diversity
Co-Located Teams
Distributed Teams
Tracking Team Performance
Burn Charts
Velocity
Building Agile Teams
Recognizing the Project Sponsor
Forming the Agile Project Team
Responsibility of the Team Leader
Working with Generalizing Specialists
Developing the Project Team
Building a High-Performing Teams
Defining the Delivery Team
Identifying the Product Owner
Valuing People Over Processes
Leading the Project Team
Training the project team
Coaching, and Mentoring team members
Providing Motivation
Domain 6: Problem Detection and Resolution
Detecting Problems
Variance Analysis
Trend Analysis
Defects
Control Limits
Lead Time and Cycle Time
Managing Threats and Issues
Risk Severity
Risk Burndown Graphs
Risk-Adjusted Backlog
Understanding Problems
Create a Safe and open Environment
Failure and Success Modes in a Project
Technical Dept
The Cost of Change
How Problems Impact a Project
Success Strategies
Solving Problems
Solving Problems in Agile Projects
Domain 7: Continuous Improvement
Continuous Improvement - Product
Product Feedback Loops and Learning Cycles
Feedback Methods
Reviews
Approved Iterations
Continuous Improvement - People
Retrospectives
Team Self-Assessments
Continuous Improvement - Process
Process Analysis
Value Stream Mapping
Systems Thinking
Project Pre-Mortems
Process Tailoring
PMI’s Code of Ethics and Professional Conduct
Domain 5: Adaptive Planning
Tools for Sizing and Estimating
Affinity Estimating
Refining (Grooming) the Backlog
T-Shirt Sizing
User Story Backlog (Product Backlog)
User Stories
Product Roadmap
Breaking Down the Project
Wideband Delphi
Sizing, Estimating, and Planning
Planning Poker
Release and Iteration Planning
High-Level Planning (Visioning)
Release Planing
Spikes
Iteration Planning
Types of Iterations
Daily Stand-Ups
Agile Planning Concepts
Value-Based Analysis
Value-Based Decomposition
Agile Discovery
Timeboxing
Principles of Agile Planning
Estimate Ranges
Agile versus Non-Agile Planning
Ideal Time
Adaptive Planning
Progressive Elaboration