Glossary Flashcards
80:20 rule
What is another name for the 80:20 rule?
80% of consequences stem from 20% of causes; focus on the 20% that matters.
Pareto Principle.
What is the Agile Manifesto?
Defines the Agile approach, created 2001
Benefits Assessment
A PRODUCT: describes how the benefits have actually accrued after a period of use in live operation.
Business Case
A PRODUCT: baselined at the end of Foundations to provide vision and justification for the product from a business perspective
Bottom Up
ESTIMATING TECHNIQUE: components are estimated individually and then added together
Burn Down Chart
A chart counting the no. of features remaining [work remaining] or time left to complete [time remaining] for the current increment or timebox.
Team members subtract time from Burn Down Charts. True or false?
False - they always re-estimate time remaining.
Re Burn Down Charts:
Time remaining is used at which level?
Work remaining is used at which level?
Time = timebox level
Work = increment level
What are Burn Down Charts used to predict?
When the work will be completed.
Burn Up Chart
A chart showing features/requirements completed and the value earned so far.
Team Board / Big Visible Chart (BVC) / Information Radiator / Kanban Board
A graphical representation of project/timebox information in a public place (transparency). Can be hand drawn or digital.
Delivery Plan
A PRODUCT: provides high-level schedule of Increments for the project and the timeboxes that make up the first/imminent increment.
Development Approach Definition (DAD)
A PRODUCT: baselined at the end of Foundations, it define the tools, techniques, practices and standards that will be applied in Evol. Dev.
Development timebox (or just ‘timebox’)
A period of time in Evol. Dev. where solution development and testing takes place.
Evolving Solution
What does this include? (5)
A PRODUCT: made up of all components of the ultimate solution together with any intermediate deliverables. These components may either be complete or a work in progress, depending on the time.
Models, prototypes, supporting materials, testing and review materials
Feasibility Assessment
A PRODUCT: a snapshot of the evolving business solution and management products as they exist at the end of Feasibility.
Foundations Summary
A PRODUCT: a snapshot of the evolving business solution and management products as they exist at the end of Foundations.
Function / feature / requirement / User Story
Something the ultimate solution needs to have or be able to do.
Increment Timebox
Timebox at the Increment (life cycle) level. Calculated by adding together that Development Timeboxes for the Increment.
MoSCoW
A prioritisation technique, mainly used on requirements.
Management Approach Definition (MAD)
A PRODUCT: baselined at the end of Foundations, it reflects the approach to management for the project, i.e. how it will be organised and planned, how stakeholders will be engaged, how progress will be demonstrated and reported.
Management by Exception
A management approach where the SDT are empowered to evolve the detail of the solution. If they get stuck, they refer to the project-level roles.
Minimum Usable Subset (MUST)
The minimum set of requirements needed to deliver a viable solution.
Planning Poker
ESTIMATING TECHNIQUE: consensus-based using numbered cards. Used to estimate effort or relative size of user stories.
Post-project
Lifecycle phase used to assess the business value delivered by the project.
Pre-project
Lifecycle phase where the initial imperative is formalised in order to initiate a project.
Prioritised Requirements List (PRL)
A PRODUCT: baselined at the end of Foundations, it describes the requirements the project needs to address and indicates their priority relatives to the project’s objectives and the business need.
Project Approach Questionnaire (PAQ)
A questionnaire based on the instrumental success factors (ISFs) which helps flags potential risks for a DSDM project.
Project Governance Authority
A panel of corporate decisionmakers who decide whether a project should proceed or not.
Project Review Report
A PRODUCT: updated at the end of each Increment (lifecycle phase), it captures feedback re what has been delivered and what has not, learning points and business value that should now accrue.
Project timebox
Timebox at the project level, comprised of the sum of the Increment Timeboxes
RACI
A responsibility assignment matrix, describing participation by roles.
R = Responsible A = accountable C = Consulted I = Informed
Release
A collection of features being deployed into operational use. May comprise one or more Increments (i.e. timeboxes’ worth of work)
Solution Architecture Definition (SAD)
A PRODUCT: baselined at the end of Foundations, it provides the design framework for the solution.
Scope
A description of what the solution will do and what it will not an/or which business areas will be included, i.e. the breadth.
Servant-Leader
A leader that shares power, puts the needs of others first and helps people develop and perform as highly as possible.
Story Points
A unit of size used for estimating, planning or tracking an Agile project.
Test Driven Development (TDD)
An approach whereby the test is developed BEFORE the solution. The solution is built to pass the tests.
Terms of Reference (ToR)
A PRODUCT: high-level definition of the over-arching business drivers for, and top-level objectives of, the project.
Timebox plan
A PRODUCT: created for each Development Timebox, elaborating on the objectives, deliverables, the activities to be done and the resources needed. Created by the SDT and displayed on the team board.
Timebox Review Record
A PRODUCT: created for each Development Timebox, capturing feedback from review. Describes what has been achieved and points for moving forward.
Top-Down
ESTIMATING TECHNIQUE: uses approximate sizings and groupings, e.g. 10 components take 2 days. Groupings are then summed to give an estimate for the solution.
Used when low-level detail is still unknown.
Total Cost of Ownership (TCO)
The cost of the whole life of a project/solution, not just development costs, e.g. maintenance, repair etc.
User Story
What is the format?
A requirement expressed from the point of a user and with associated acceptance criteria.
As a I need so that .
Velocity
The rate at which the team delivers business value. Initially estimated but then validated by the team’s track record. Used for planning.
What are Functional Requirements (FRs)?
Those that define a function or feature, i.e. WHAT is required.
What are Non-Functional Requirements (NFRs)?
Those that describe solution attributes/behaviour, i.e. HOW it will be achieved.
Attributes also known as ‘-ilities’, e.g. reliability
