Scrum & Kanban Flashcards
Scrum
- The scrum is a means of restarting play after a stoppage which has been caused by type of rule violation or error
- Scrum framework for software development
- the team operates as cohesive unit working
- frequent communication
- realistic goal setting - Provides a means for teams to establish a hypothesis of how they think something works
- Allows teams to incorporate practices from other frameworks
- Does not define techniques and technologies
- Is light weight and easy to learn but hard to apply
Scrum - Events: Sprint Planning
- Negotiation between product owner and team about the set of features to be realized in the next sprint
- Effort is estimated by the team
Scrum - Events: Daily Scrum
15 min meeting:
- What did you do since last daily scrum
- Are there any problems, blockers?
- What will you do until next daily scrum
Scrum - Events: Sprint Review
- Presentation of the realized features to the product owner
- Acceptance / rejection decision for each feature of the initial sprint backlog
Scrum - Events: Sprint Retrospective
Are there improvement potentials for forthcoming sprints?
Scrum - Roles: Product Owner
- represents all stakeholders
- knows requirements (business and technical)
- maintains product backlog
- decides what to develop next (during the next sprint)
- accepts or denies realized features
Scrum - Roles: Sprint Master
- ensures that scrum process is performed as intended
- supports the team and the product owner
- supports the team in improving its process and competencies
Scrum - Roles: Development Team
- self-organized interdisciplinary team
- estimates development effort for each feature
- there is not team leader
Scrum - Artifacts: Product Backlog
- contains all product features and changes
- technical and non technical ones - estimated by e. g. story points or person hours / days
Scrum - Artifacts: Sprint Backlog
- contains features to be developed in one sprint
- determined in sprint planning meeting
- more detailed than product backlog
Scrum - Artifacts: Product Burndown & Sprint Burndown
serves to monitor sprint progress and the projectʼs progress
Scrum - Artifacts: Release Plan
defines number of sprints and delivered working releases
Scrum - Typical Errors
- Scrum master acts as a project manager
- is planning and controlling
- makes decisions for team - Scrum masters act as mediator
- Team member dominates
- Product owner
- identifies activities
- is not available - Stories are too vague or too big
Nexus Framework
- All teams (the Nexus) work on the entries from a common product backlog in their sprints
- The goal is to produce a common integrated product increment at the end of each sprint
- Nexus extends the elements of Scrum so that they can be used at the level of all teams
Nexus Elements - Nexus Sprint Backlog
Contains all entries taken from the product backlog that the teams will implement together
Nexus Elements - Nexus Integration Team
- Product owner, scrum master, and members of the teams
- Other people can temporarily participate in the NIT
- Is not responsible for integration
- Supports the teams in delivering a common integrated product increment
- Is responsible for identifying dependencies between entries in the product backlog and reducing them as much as possible
- All required competencies must be present in this team: Members should perform their tasks in the NIT full-time
Nexus Elements - Refinement
- Members of all teams and the product owner take part in this process
- Product backlog entries are processed, refined and, if necessary, divided in smaller ones
- Care must be taken to ensure that the backlog entries can be implemented by the individual teams as independently as possible and without excessive coordination effort
- Takes place as often as necessary
- Entries considered for the next sprint should be elaborated in sufficient detail to be distributed among teams
Nexus Elements - Nexus Sprint Planning
- The collaborative goal, the Nexus Goal, of the next sprint is defined
- Product backlog entries for the next sprint are selected and included in the Nexus Sprint Backlog
- Entries are divided among the teams and each team creates its team- specific sprint plan
- If dependencies exist between the teamsʼ entries, then the teams consider them together as part of their sprint planning
Kanban Method
- A means to design, manage, and improve flow systems for knowledge work
- Allows organizations to start with their existing workflow and drive evolutionary change
- visualizing the flow of work
- limit work in progress
- stop starting and start finishing - Can be used in any knowledge work setting, particularly
- where work arrives unexpected
- when you want to deploy as soon as it is ready
Kanban Practices - Visual Workflow
- Split the work into pieces, write each item on a card and put on the wall
- Use name columns to illustrate where each item is in the workflow
- Shows the commitment and the delivery point
Kanban Practices - Limit Work in Progress
- Assign explicit limits to how many items may be in progress at each workflow state
- Large item can be decomposed into smaller
Kanban Practices - Measured the Lead Time
- Average time of item completion i. e. start queuing until delivery
- Make it as small and predictable as possible for optimization
Kanban Practices - Manage the Flow
- maximize value delivery, minimize lead times
- identify bottlenecks and blockers
Scrum and Kanban Similarities
- lean and agile
- based on self-organizing teams
- breaking work into pieces
- limit work in progress
- focus on delivering software early and often
- optimize the process based on empirical data