Agile Vocab Flashcards
3 pillars of an “Empirical” process
- Transparency
- Inspection
- Adaptation
Who is responsible for the Product Backlog?
Product Owner
Agile - Key Concepts
- The creation of a Project Charter is equally important for Agile projects.
- The Product owner is responsible and accountable for maintaining
the product backlog and makes all final decisions regarding prioritization. - Agile is a mindset defined by values, guided by principles, and manifested
through many different practices. - The product backlog is prioritized high to low based on customer value. The primary driver for prioritization is customer value. The Agile mantra is to frequently deliver high-value, working software to the customer.
- The product backlog should be up to date before the next sprint planning meeting; updating the product backlog is called product backlog grooming.
- Whenever possible, a User Story and the acceptance criteria should be written by the customer.
Characteristics of a good user story (INVEST)
Independent
Negotiable
Valuable
Estimable
Small
Testable
backlog grooming
updating the product backlog
4 Value Pairs
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
12 Principles of Agile
- Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
- Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage.
- 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 work together daily throughout the project.
- Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
- 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.
the primary measure of progress
working software
Persona
A fictional user the team creates to represent a user role that would be interacting with the system
Story Maps
Structured way of organizing the product backlog into different levels helping to better visualize and tell a story around the product backlog.
Epic
An oversized backlog item that would need to be broken up into its smaller component user stories
Servant Leadership
Practice of leading through service to the team
Sprint Backlog
The team creates and manages a more detailed list of tasks to be done in the sprint
Definition of Done
Checklist of activities that must be completed in order to deliver a potentially shippable increment of software. Team and product owner decide what is the definition of done
Minimally Marketable Feature
The smallest possible set of functionality that, by itself, describes a distinct feature that is independently deliverable and has value in the marketplace.
Collocation
Having Agile teams working together in one location
Distributed Teams
When team members are dispersed across multiple geographies
Osmotic Communications
Team members who sit in the same room can absorb relevant information. A benefit of collocated Agile teams
Information Radiators
display of information artifacts posted in a spot that is easily visible to passersby interested in getting updates on the team’s progress on a project.
Kanban Board
sign board, it shows the current status of all tasks to be done for a sprint as they move through the different stages of completion.
Sprint Planning - Time
8 hours (2 hours for per week of sprint)
Sprint - Time
2-4 weeks
Daily Scrum - Time
15 min
Sprint Review - Time
4 hours
Sprint Retrospective - Time
3 hours
Sprint Planning Meeting - questions
- 2 parts:
What will be done - Product owner must be present
How will it be accomplished - Initial task breakout for a few days, but not all tasks