Agile Project Mgmt Flashcards
(29 cards)
What is Agile PM?
AGILE is a time boxed, iterative approach that builds to project delivery from the onset rather than delivering everything all at once at the end.
Waterfall Model
Linear sequential life cycle model. Each phase must complete before next can begin. Tollgate check at end of each phase. No overlap between phases. Used
Weaknesses of Waterfall
- Serialized, sequential process- 1 phase must complete before next can begin
- Planning far in advance-product may not match market needs by the time it is finally delivered.
- Lack of visibility - team may not realize they are behind schedule.
- Project timeline - planned at the start. If 1 phase is delayed it impacts all downstream phases.
- Static requirements - requirements cannot be changed in middle or end of dev, even though they are wrong 60% of the time.
Strengths of AGILE
- Serialized process - iterative approach, small increments
- Planning - plan based on what we know now & leave room to adjust plan as we know more.
- Lack of visibility - teams have constant focus on progress of project
- Timeline - Hard timeline that allows dev effort to get customer feedback throughout the project.
- Static requirements - scope is never closed. Continual reevaluation of priorities by business
AGILE framework
PMBOK - Initiate, Plan, Execute, Control, Close
Agile Project Mgmt (APM) - Envision, Speculate, Explore, Adapt, Close
Envision
Create high level project vision, scope, team. Defines beginning of project, kick-off , constraints. Clarity of scope and elevator statement or production vision box. Project vision statement, project data sheet
Speculate
Create high level project roadmap scope and translate into backlog requirements, releases, sprints
- Vision translated into desired features
- Each feature broken into stories
Explore
Team begins work on creating & delivering new features based on release
and sprint backlogs. Release and iteration plans.begin delivery
Adapt
Incorporate feedback on features delivered into project roadmap, team performance
Product functionality - Product Owner
Product Quality -from tech team perspective
Team Performance -
Project Status -
Close
When project delivered or customer has had enough. Features delivered are finalized. Celebrate closures
AGILE framework Umbrella includes
SCRUM (50%) Lean - Value based Kanban - AGILE with WIP cap Feature Driven Development (FDD) Extreme PROGRAMMING (XP) Dynamic Sytems Development Model (DSDM) Crystal
Lean
Maximize customer value by
- eliminating waste
- Amplify learning
- Decide as late as possible
- Deliver as fast as possible
- Empower the team
- Build in integrity
- See the whole
Systems thinking
Where do we want to be? How will we know when we get there? Where are we now? How do we get there? What will or may change in the environment now or in the future?
- inputs (today)
- Throughputs (the system)
- . Outputs (future)
- Feedback ( feedback loop)
Empirical Process Control
Provides and exercises control through frequent inspection and adaptation for processes that are imperfectly defined and generate unpredictable and unrepeatable results.
EPC-inspection, adaption, transparency
Double Loop Learning
- Track &I Monitor (feedback)
- Compare to rules, strategy, assumptions (feedback, adjustments)
- Reflect & adapt rules, strategy, assumptions
- Take appropriate action
Traditional vs AGILE PM
Focus on plans/artifacts vs customer interaction &‘satisfaction
Respond to change via corrective & preventive actions VS change controlled thru adaptive actions
Typically upfront planning VS progressive elaboration with release & iterative planning
Top-down control VS Self-organizing and cross-functional teams
Scope based delivery VS time boxed delivery
Contract oriented VS customer oriented
Scrum
Owner creates product backlog, prioritizes backlog, calls Sprint Planning meeting
At sprint planning meeting dev selects items from backlog to include in release/sprint
Sprint backlog expanded into tasks by team
Sprint standup meet every 24 hours for duration of sprint. No changes to duration or deliverables during sprint
When sprint complete hold sprint review (demo new features to client)
Potential product shipment
Sprint retrospective
Next sprint begins
5 SCRUM Values
Courage Respect Feedback Communication Simplicity
Extreme programming
Frequent releases & ever changing. requirements. All code written fully tested before moving on -Release plan - months -Iteration plan - 2 Weeks -Acceptance test- days -Standup meeting - hours -Pair negotiation- minutes -Unit test pair programming - seconds Release
Principles Small releases Metaphor Simple design Testing, refactoring Pair programming - code written by 1 pair of programmers working on same machine Continuous Intgration 40 hour work week Customer collaboration Coding standard
Kanban
True pull system using queue & card for each task.
WIP limit imposed to reflect team’s output capacity
Crystal
Clear, yellow, orange, red
- Team size
- System criticality
- Project priorities
- 6 = Size of team
L6= loss of life
E6= loss of essential $
D6 loss of discretionary $
c6= loss of comfort
Feature Driven Dev (FDD)
Workflow Dev overall model - object model Build feature list - categorized list Plan by feature - dev plan Design by feature - design package Build by feature- client valued function
DSDM
Focus on solutions delivery
- Pre-project - feasibility & business studies
- Functional model
- Design & build
- Implementation
- Post-project
Product Backlog Item Types
Units of work. These are vertical slices of functionality, like then layers of a slice of cake. You want thin slice containing all layers of related functionality for that unit of work. Layers are: analysis/definition, Design, Build, Test, Verify. Slices should be small enough to complete in 1-2 days.
Story Bug Chore Epic - group of related stories Prototype Feature Theme Spike
