MindMap Gallery PMP Agile Project Management
A summary of PMP agile project management knowledge points, combined with the exam syllabus, sorted out the important knowledge points related to the agile part of the PMP exam. All students are welcome to exchange and provide guidance.
Edited at 2023-02-27 11:45:24El cáncer de pulmón es un tumor maligno que se origina en la mucosa bronquial o las glándulas de los pulmones. Es uno de los tumores malignos con mayor morbilidad y mortalidad y mayor amenaza para la salud y la vida humana.
La diabetes es una enfermedad crónica con hiperglucemia como signo principal. Es causada principalmente por una disminución en la secreción de insulina causada por una disfunción de las células de los islotes pancreáticos, o porque el cuerpo es insensible a la acción de la insulina (es decir, resistencia a la insulina), o ambas cosas. la glucosa en la sangre es ineficaz para ser utilizada y almacenada.
El sistema digestivo es uno de los nueve sistemas principales del cuerpo humano y es el principal responsable de la ingesta, digestión, absorción y excreción de los alimentos. Consta de dos partes principales: el tracto digestivo y las glándulas digestivas.
El cáncer de pulmón es un tumor maligno que se origina en la mucosa bronquial o las glándulas de los pulmones. Es uno de los tumores malignos con mayor morbilidad y mortalidad y mayor amenaza para la salud y la vida humana.
La diabetes es una enfermedad crónica con hiperglucemia como signo principal. Es causada principalmente por una disminución en la secreción de insulina causada por una disfunción de las células de los islotes pancreáticos, o porque el cuerpo es insensible a la acción de la insulina (es decir, resistencia a la insulina), o ambas cosas. la glucosa en la sangre es ineficaz para ser utilizada y almacenada.
El sistema digestivo es uno de los nueve sistemas principales del cuerpo humano y es el principal responsable de la ingesta, digestión, absorción y excreción de los alimentos. Consta de dos partes principales: el tracto digestivo y las glándulas digestivas.
PMP Agile Project Management
Background (New Challenges in the VUCA Era)
1. Volatility Volatility
2. Uncertainly Uncertainly
3. Complexity Complexity
4. Ambiguity ambiguity
basic knowledge
soul
Agile Manifesto
1. Individuals and interactions over processes and tools
2. Working software above thorough documentation
3. Customer cooperation takes precedence over contract negotiation
4. Respond to change better than follow plan
Agile principles
1. Continuous delivery, small steps and quick steps
Iterate
2. Embrace change and improve your strengths
3. Provide early feedback and value ranking
Backlog to-do items
4. Achieve results and measure progress
DoD, AC, DoR
5. Continuously updated to strengthen agility
training
6. Streamline products and eliminate waste
MVP
7. Teamwork, daily interaction
stand-up meeting
8. Trust members and give support
in private
9. Face to face communication, efficient and clear
face to face
10. Members from all parties, stable rhythm
Full-time, no substitutions, no change in speed
11. Work together and organize yourself
Self-organized under team charter
12. Team introspection and continuous improvement
reflection meeting/review meeting
Role
Team (cross-functional team)
1. Number of people: 3-9 people
2. Team members are cross-functional and T-shaped talents are encouraged
3. Members need to be full-time, and at least they cannot change at will within the iteration.
4. Have the authority to make any form of decision within the constraints of the team charter/iteration backlog
5. High degree of self-organization ability
6. Need to demonstrate product functionality to Po
7. Team needs to define DoD
Po (Product Owner)
1. Determine product features
2. Decide on release date
3. Prioritize user stories
4. Responsible for product ROI
5. Before each iteration/sprint, adjust features and priorities as needed
6. Accept or reject the work of the development team
7. As a spokesperson for customers, receive different needs and feedback, and constantly sort out the to-do list
Team Facilitator
Titles within different organizations
1. Scrum Master
2. Team Leader
3. Project Manager
team facilitator
1. Promote servant leadership
1. Improve self-awareness
2. listen
3. Serve the team
4. help others grow
5. guidance and control
6. Promote safety, respect and trust
7. Promote the energy and intelligence of others
2. More like a watchman, not making decisions but providing support
3. Provide timely assistance to team members
4. Provide appropriate training and guidance
5. Ensure good collaboration
6. Resolve obstacles in team development
7. Handle external interference to team members
8. Organize various meetings
Governance team
Agile PMO
Purpose
Guide organizations to realize business value
type
1. value driven
2. Innovation-oriented
3. multidisciplinary
Responsibilities
1. Develop and implement standards
2. Develop talent through training and mentoring
3. Multiple project management
4. Promote organizational learning
5. Manage stakeholders
6. Recruit, screen, and evaluate project leaders
7. Execute specialized project tasks
method
Kanban
1. Information emission source
2. Visualization: display project status and transparent information of all parties
3. Ensure continuity of workflow and value delivery
4. Contains: work to be done, work in progress, completed work
5. Comply with Work-in-Progress (WIP) limits: It’s more important to finish work than to start new work
extreme programming
1. Lightweight development process
2. Customers and developers face-to-face
3. practice
3.1. continuous integration
3.2. pair programming
3.3. Acceptance Test Driven Development
3.4. test driven development
3.5. probing (probe)
Scrum
2 to-do items backlog
1. product backlog items
2. Iteration backlog
Category 3 personnel
1. Scrum Master (Project Manager): Responsible for maintaining processes and tasks
2. Product Owner Po: represents the stakeholder
3. Development Team: Includes all developers
4 meetings
1. iteration planning meeting
2. Daily stand-up meeting
3. iteration review meeting
4. Iteration review meeting (reflection meeting)
DSDM
Time BoxTime Box
value
1. A good medicine for Parkinson’s Law
2. Facilitate difficult decisions and trade-offs early
3. better control
4. Prevent gold plating
operating rules
1. Don’t add people during each timebox process
2. Time boxes are not used for performance appraisals
3. No changes are allowed within the time box
4. Daily sync
Chasing the sun mode
Hand over work to the next duty station at the end of each day
fish tank window mode
1. Establish long-term video conferencing links between locations
2. Open the link at the start of each day's work
3. Close connection when work is finished
Remote pairing mode
Two people are paired up to work on the same job, sharing screens via tools
crystal method
Use three factors to determine the right approach for your project
The number of participants
project criticality
Project priority
transition
Mixed life cycle application scenarios
1. Organizations cannot be fully agile
2. Agile transition period
3. Accelerate forecast lifecycle delivery speed
4. Change team members’ thinking patterns
Strategies for successful agile transformation
1. Add more iterative techniques to promote learning
2. Adding more incremental technologies accelerates return on investment for sponsors
3. Try the new technology first on a project with low risk and low-to-moderate uncertainty
4. After successfully using hybrid methods through the organization, before trying more complex agile projects
Whole process practice
The direction of things--product vision
Elevator test method
Introduce your product in 1-2 minutes to arouse interest
vision box
1. Demonstrate project features and the benefits they bring
2. Has a name and brand
3. Includes how-to guide
The Pace of Things--Product Roadmap
Human Requirements--Agile Team Charter
1. Servant leader, decides with the team
2. The goal is to create an agile environment where team members can work to their best ability
3. main content
1. Team values: sustainable development speed and core work hours
2. working agreement
1. How to define “readiness” before a team can accept work
2. How to define "done" so teams can unanimously judge completeness
3. Consider timeboxing
4. Use work process restrictions
3. basic rules
4. team norms
user stories
1. Granularity: User Stories – Features – Epics
2. Standard grammar: as, can, so that
3. INVEST principle
Product Backlog Backlog
content
1. is a sorted list
2. PO is responsible for content, availability, priority
3. always incomplete
4. is dynamic
DEEP principle
1. Detailed and brief appropriately
2. estimated
3. Dynamic development
4. Prioritize
Principles for outputting PBL
1. Team members should first consider doing a demo
2. No adjustments are made within a sprint
3. Bugs in this cycle do not necessarily have to be resolved in this cycle. It depends on the priority of the bug and needs to be confirmed with the PO.
4. Product Backlog takes into account design and requirements
5. Sprint Backlog takes into account both planning and design
Daily stand-up meeting (daily Scrum meeting)
1. Same time and place every day
2. Usually 15 minutes
3. Only team members can speak
4. Other people can participate, but can only observe
5. All members take turns answering three questions
what was accomplished yesterday
What are you going to do today
What difficulties and obstacles did you encounter at work?
6. Progress can be demonstrated using the Scrum task board
7. Can display burndown chart/burnup chart
8. It may involve tasks being split
9. Emphasis on punctuality
10. Don’t spend too much time solving problems at the show
iteration meeting
iteration planning meeting
Part 1
1. PO introduces overall product planning and prioritization methods to the team
2. Team members ask questions whenever possible
3. Confirm acceptance criteria with PO
4. Pay more attention to business value and its origins
5. Don’t overthink design issues
6. Confirm what it is and what it is not
7. Confirm abnormal scenario
Part 2
1. Break down user stories into tasks and create sprint backlog items
2. PO participated in the whole process
3. Team members jointly estimate
4. Don’t be too detailed in your estimates
5. Tasks must be implemented by people
6. PO is responsible for demand-related issues during the estimation process, but cannot interfere with the estimation results.
7. The management of document tasks also needs to be estimated.
Specific steps
1. confirm question
Confirm story priority
value expectation
cost
Industry and Technology
risk
MoSCoW principles
The relationship between risk and value
Deal with it first: high risk, high value
Second treatment: low risk, high value
Final treatment: low risk and low value
Avoid: High risk, low value
2. split story
When to split
A story is larger than an iteration
A bunch of stories are arranged for more than one iteration and a story needs to be split
3. estimate story
story point
1. relative measure of size
2. Cannot be compared with other projects
3. Contributes to cross-functional drive
4. Story points do not expire
5. Pure measure of size
6. usually faster
ideal day
1. The difference between actual time and ideal time
2. easier to explain
3. easier to start
4. Confirm goals and create sprint backlog items
Point 1
1. To ensure priorities are consistent, use MoSCoW principles
2. Every team member must participate
3. Discuss how each user story should be implemented
4. Before identifying development tasks, clearly define the criteria for completion
5. Identify all tasks that need to be completed
Point 2
1. Do not assign tasks to individuals in advance
2. Revisiting sprint commitments
3. Don't use too much time
4. For simple development projects, you can directly put the story into SBL
5. Complex project development must be divided into tasks
iteration review meeting
1. Team demonstrates the developed product functions to PO
2. PO organizes meetings and invites stakeholders to participate
3. Through live demonstration
4. No need to be too formal
5. PPT is not necessarily required
6. Generally controlled within 2 hours
7. Attribute judgment, not variable judgment
8. If the user story is not passed, the PO determines the priority and determines in which sprint it will be completed.
iteration review meeting
1. also called reflection meeting
2. The purpose is to summarize experiences and lessons to facilitate further problem solving
3. Fishbone diagram and card method can be used
4. Hamburger principle: Praise first, then criticize and then give solutions
5. Evaluating change: Reflecting on why it changed and how to avoid it
6. Evaluation of unfinished user stories: why they were not completed
7. one thing rule
Applications in agile working processes
Integrate
1. Iterative and agile methods enable team members to participate in integration management as pairs of experts in relevant fields
2. Team members decide on their own plans
3. Project managers focus on creating a collaborative decision-making atmosphere
4. T-shaped talents
scope
1. It became increasingly clear throughout the project
2. Defined and redefined throughout the project
3. Add requirements to the backlog
schedule
1. Work in short cycles
2. Provide rapid feedback on suitability of deliverables
3. There may be both small-scale projects and large-scale initiatives
4. mix
5. The project manager's role remains the same, but he needs to know more tools and techniques
cost
1. High-Level and Forecasting—Lightweight Estimation
2. Short-term planning--detailed estimates
quality
1. Frequent quality and review steps throughout the project
2. Cycle review, regular inspection of vehicle quality process effects
3. Find root causes of problems and recommend implementation of new quality improvement methods
4. Frequent incremental delivery and focus on small batch work
5. Catch inconsistencies and quality issues early
resource
1. Self-organizing teams with generalists
2. collaborative team
3. Quick supply and legal agreement with Party B
communicate
1. Communicate more frequently and quickly
2. Try to simplify the channels for team members to obtain information and allow the team to work together
3. Publish project work in a transparent manner and regularly invite stakeholders to review project work
risk
1. Consider risk when choosing what to work on in each iteration
2. Put risk events into to-do items
3. Risk response plans and requirements are put together to prioritize
purchase
1. Buyers and sellers share project risks and project rewards
2. The overall collaborative relationship is governed through the main agreement, and adaptive work is written into appendices or supplementary documents.
interested parties
1. Interact directly with relevant parties
2. Information sharing within and between organizations, with a high degree of transparency
3. Invite all relevant parties to project meetings and reviews