Module 9: Adaptive Approaches Flashcards

1
Q

Guiding Principles of Agile Mindset

A

1) Value individuals and iterations over processes and tools
2) Value working software over comprehensive documentation
3) Value customer collaboration over contract negotiation
4) Value responding to change over following a plan

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Agile Values

A

People
Customer Collaboration
Responding to Change
Working Product

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

12 Working Principles of Agile

A

Continuous Delivery
Changing Requirements
Frequent Delivery
Daily Collaboration
Motivated Individuals
Face-to-Face Conversation
Working Software
Sustainable Development
High Quality and Design
Simplicity
Self-Organizing Teams
Continuous Improvement

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

T-shaped skill

A

Key balance of skill sets where an individual has cross-disciplinary expertise across multiple areas in addition to a deep understanding of a specific skill

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Predictive Team Role Characteristics

A

Distinct team roles
Different roles may be engaged in only different stages of the project
Hierarchical with centralized leadership
PM activities are across a PM team

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Adaptive Team Role Characteristics

A

Cross-functional team roles
Roles last throughout the entirety of the project
Distributed management and leadership
Project team may self-organize

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Servant Leadership

A

A leadership style where the leader’s focus is on supporting their team rather than exercising authority/control

Role:
Providing resources, support, and political assistance
Coaching the team
Fostering collaboration
Understanding team member’s needs
Maximizing team performance

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Scope

A

The sum of all products, services, and results delivered by the project

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Scope Statement

A

A project document that defines what is included (and not included) in a project, describing the project’s objectives, deliverables, boundaries, and constraints

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Product Backlog

A

A prioritized list of work items that needs to be completed to develop and improve a product including all the features and user stories

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Epic

A

A large, high-level work item that represents a broad objective or major part of the product that is too big to complete within an interation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Feature

A

A set of related requirements within an epic that delivers value to the user

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

User Story

A

A small, specific work item that defines a particular need from the user’s perspective

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Definition of Done (DoD)

A

A checklist of all the criteria required to be met so that a deliverable can eb considered ready for customer use

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Story Point Estimating

A

An estimation technique used to measure the effort needed to complete a user story relative to other stories

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Retrospective

A

A lessons learned meeting to explore and improve both processes and product

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Iteration

A

A time-boxed development cycle used to complete work tied to user stories and tasks

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

When to used an ADAPTIVE approach based on PRODUCT criteria

A

@ there is more innovation needed
@ requirements are not all known
@ there may be less regulations/need for compliance
@ multiple deliverables are possible
@ likelihood of scope change is high
@ deliverables can be easily adapted
@ there can be more risks because of ambiguity

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

When to use a PREDICTIVE approach based on PRODUCT criteria

A

@ there is less innovation needed
@ requirements are known in the initiation phase
@ detailed planning is possible
@ there are more regulations
@ there is a single point of delivery at the project end
@ scope is well known and established
@ the deliverable is not easily adaptable
@ risks are more well known and planned for

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

When to use an ADAPTIVE approach based on PROJECT criteria

A

@ stakeholders take an active role in feedback
@ there are iterations with multiple deliverables throughout the project
@ flexible spending is possible

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

When to use a PREDICTIVE approach based on PROJECT criteria

A

@ some stakeholders are not directly involved
@ schedule is based on fixed milestones
@ Funding is based on fixed budgeting

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

When to use an ADAPTIVE approach based on ORGANIZATION criteria

A

@ senior management supports an adaptive mindset
@ the culture is less hierarchical
@ there are less bureaucratic processes
@ teams are committed to the project full time and are collocated

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

When to use a PREDICTIVE approach based on ORGANIZATION criteria

A

@ organization management is rigid and well defined
@ the culture is hierarchical
@ there is a rigid structure with bureaucratic processes
@ teams may not be involved with the project full time with virtual support

24
Q

Constraint

A

A fixed limitation/restriction that a project must operate within

25
Variable
A changing factor within a project that can be adjusted or influenced based on decisions and circumstances
26
Characteristics of PREDICTIVE approach with Constraints & Variables
Predictive approaches have variable time and resources, but with a fixed scope
27
Characteristics of ADAPTIVE approach with Constraints & Variables
Adaptive approaches have fixed time and resources, but more variability with scope
28
Steps of an Adaptive Project
1) Concept 2) Construct & deliver (with working increments and iterations) 3) Close
29
Concept (steps of an adaptive proejct)
The initiation and planning stage where you: 1) i dentify the vision and objectives 2) Identify key stakeholders 3) Prioritize features and requirements 4) Establish team, tools, and workflows Key artifacts: Project charter Product vision statement High-level portfolio/requirements (includes epics and themes) Product roadmap
30
Construct and Deliver (steps of an adaptive project)
This is the stage of iterative execution and delivery that includes: 1) Working in short iterations 2) Continuously gathering feedback 3) Adapting to changing requirements 4) have frequent, usable deliveries to stakeholders Key artifacts: Product release plan User stories Product backlog Iteration plan Daily task plan Demonstration results Retrospective results Control charts Minimum Viable Product (MVP)
31
Close (steps of an adaptive project)
This is the final stage of the process that includes: 1) Delivering the final product/service 2) Conducting a retrospective to capture lessons learned 3) Ensure proper handover/transition and documentation Key artifacts: Final product
32
Vision Statement
A summarized, high-level description of the expectations for a product such as target market, users, major benefits, and what differentiates the product from others in the market
33
Elevator Statement (vision statement)
A brief pitch of the purpose and outcome of the project within 30 seconds
34
Press Release Vision Statement (vision statement)
Making a statement on the product as if the product was available describing what a press release should say about it
35
Product Vision Board of the Product Datasheet (vision statement)
A vision board that shows the big-picture goals of a product showing the project purpose, target groups, benefits, and achievable outcomes
36
Product Roadmap
A high-level timeline that depicts such things as milestones, significant events, reviews, and decision points
37
Characteristics of a Vision Statement
A project summary with a powerful phrase or short description A list of major benefits What differentiates the product from others in the market (unique value/competitive advantage)
38
Iteration Process
1) Initial planning 2) product backlog 3) iteration backlog 4) iteration 5) iteration review 6) retrospective 1-6 repeats until you can do 7) the demo
39
Simple Scheme (prioritization method)
A prioritization method where stakeholder rank the priority of features using simple numbers (ex 1-10)
40
MoSCoW Prioritization Scheme (prioritization method)
A prioritization method where stakeholders rank the priority of features based on the categories must have, should have, could have, and won't have
41
Dot Voting (prioritization method)
A prioritization method where each stakeholder gets a certain number of dots and votes on what gets higher priority where the feature with the most dots is the most important
42
Buy a Feature (prioritization method)
A prioritization method where stakeholders get a certain amount of pretend money (ex $100) and have to split it up based on the priority of features where the most important has the most money
43
Kano Model (prioritization method)
A framework used to model, categorize, and prioritize product features based on a graph X-axis: execution feasibility Y-axis: customer satisfaction 5 Product Feature Categories: @ Basic - expected to be present by default in the final product @ Performance - features that stakeholders desire and used to evaluate the final product @ Delighters - features that create a competitive advantage against competitors @ Indifferent - features that neither satisfy nor dissatisfy @ Reverse - features that increase satisfaction when excluded from the final product and decrease satisfaction when present
44
Stack Ranking (prioritization method)
A prioritization method where you stack the highest priority feature at the top and the least at the bottom
45
Release Backlog
A collection of features, user stories, or tasks that need to be completed to release a product or version of the product
46
Sprint/Iteration Backlog
A list of tasks or user stories selected from the product backlog to be complete during a single sprint
47
Minimum Viable Product (MVP)
the most basic version of a product that can be released to the market with just enough features to satisfy early adopters and gather feedback for future development
48
Absolute estimate
A prediction of the exact time or effort needed to complete a task based on units of time
49
Relative estimate
An estimation of the amount of time/effort it will take for a task by comparing one task to another
50
Story Points
Comparative values for relative estimation that are used to compare and estimate the relative size or complexity of a user story or task (this is not an actual unit of measure)
51
Lean Methodology
An adaptive framework that focuses on delivering value to customers while minimizing waste and inefficiencies
52
Scrum
An agile framework used for managing and completing complex projects done within sprints Accountabilities (aka roles): Product owner Scrum master Developers Events (the responsibilities of the accountabilities): Sprint planning Daily scrum (standup) Sprint review Sprint retrospective
53
Kanban
A visual management tool used to track the flow of work and ensure tasks are completed in time that reduced bottle necks and increases quality
54
Extreme Programming (XP)
An agile software development methodology that focuses on improving software quality and responsiveness to changing customer requirements Key Concepts: Pair programming - 2 developers work on tasks Refactoring - reorganize existing code, remove dupes, and increase cohesion Continuous integration - spot defects early Collective code ownership - every developer can improve and amend any code
55
Feature Driven Development (FDD)
An agile software development methodology that focuses on delivering software in short, structured iterations that emphasizes building and designing software Focuses on Dynamic Systems Development Method (DSDM) and its key principles: Focus on the business need Deliver on time Collaborate Never compromise quality Build incrementally from firm foundations Develop iteratively Communicate continuously and clearly Demonstrate control
56
Crystal
A family of agile methodologies that emphasizes people, communication, and flexibility over strict processes and tools based on color coding
57
Key tasks for Eliminating Waste
Identify the value Study the value stream Investigate waste in the flow Streamline the process of agility Perform continuous improvement