Agile Teams, Work Environment & Scrum Overview

Freda Fung
Mind Map by Freda Fung, updated more than 1 year ago
Freda Fung
Created by Freda Fung about 5 years ago
66
2

Description

Graduate diploma Graduate Diploma in Computing (Agile) Mind Map on Agile Teams, Work Environment & Scrum Overview, created by Freda Fung on 09/22/2016.

Resource summary

Agile Teams, Work Environment & Scrum Overview
  1. Organising Agile Team
    1. Kent Beck Concpet
      1. Collectively responsible

        Annotations:

        • The entire team will be collectively responible for the success & failure of an agile project
        1. no individual should be blamed

          Annotations:

          • no individual should be blamed for project failure
        2. No differentiate traditional roles

          Annotations:

          • An Agile team does not differentiate between traditional roles such as "developer" "analyst" and "tester" Since the entire team is accountable for outcome, everyone in the project will do what is needed to complete the project.   e.g. a developer can perform activities at various time such as clarigy needs with stakeholders, write code, and test code. 
          • Does not mean not to have the primary expertise.  But they should not be constrained to their primary role, but should be cross trained to perform different tasks in an Agile project
          1. Cross-functional

            Annotations:

            • The team should be cross-functional: - incl: capability to perform all tasks needed to complete the agile.  - includes both technical capabilities (setup infrastructure, design, code, test) and business capabilities (domain knowledge, decision making).
            1. Fewer narrowly focused specialists
              1. More "generalizing specialist"
                1. Multi-disciplinary / cross-functional developers
                  1. One or more technical specialties
                    1. General knowledge of software or systems development
                      1. General knowledge of business domain
                        1. Actively seek to gain new skills
                        2. Advantages
                          1. Improved communication & collaboration
                            1. Less internal project documentation
                              1. Improved flexibility
                                1. Less project risk as u're not as reliant on specialists
                              2. Self Organisation

                                Annotations:

                                • The people who do the work are best suited to organize how they're going to do the work
                                1. Command and control approach
                                  1. Manager assigns work to people
                                  2. Self organization approach
                                    1. The team is responsible for self-management
                                      1. The team estimate the size and complexity of the work
                                        1. The team determines the technical solution
                                          1. The team commits to the work they can do in a time box
                                            1. The team is responsible for product delivery
                                              1. The team is responsible for product quality
                                                1. The team is responsible for product quality
                                                  1. The team is continuously commited to finding ways improve
                                                2. Roles
                                                  1. Core ROles
                                                    1. Stakeholder

                                                      Annotations:

                                                      • people who has an interest in the project.  THey will affect a project and /or be affected by the project in some way, shape or form
                                                      • Stakeholders typically include: end user business managers project sponsors operations staff support staff consultants development team (excluded agile development team
                                                      • Stakeholders often have conflicting views of what system should do
                                                      1. Team Lead

                                                        Annotations:

                                                        • responsible for the success of the project and for employing the process to build a system or product
                                                        • also called team coach / scrum master
                                                        1. At project initiation

                                                          Annotations:

                                                          • - Estabilhes the right team and product owner - Facilitates creation and evolution of the work item list - Facilities creation and evolution of a release plan - Facilitates iteration planning
                                                          1. Daily

                                                            Annotations:

                                                            • - Conducts Daily Stand-up meeting - Remove impediments - gauge progress - steer the team
                                                            1. Plans & conduct interation review
                                                            2. Product Owner

                                                              Annotations:

                                                              • Existing Business Analysts often transition into this role
                                                              1. defines and promotes the vision, goals and capabilities of the product to team can make decisions
                                                                1. Ultimately responsible for the value of the end product
                                                                  1. Owns the product Backlog / work Item List and defines acceptance criteria for work items
                                                                    1. determinss the scope / content of the release (release planning)
                                                                      1. Defines acceptance criteria for the release and determines when the system is ready for release
                                                                      2. Team Member

                                                                        Annotations:

                                                                        • Everyone else on the team
                                                                        • Often referred to as "developer"
                                                                        • cross-functional, collaborative, self-managed
                                                                        • Mandatory participation in the Daily stand -Up Meeting
                                                                        • Provides "relative size" estimates for items in the product backlog
                                                                        • Actively involved with interatin planning
                                                                        • Maintain the iteration backlog and / or taskboard
                                                                        • Update "work remaining" estimate daily
                                                                      3. Additional Roles
                                                                        1. Architecture Owner

                                                                          Annotations:

                                                                          • Responsible for teh architecture of the system or subsystems that the team is working on
                                                                          • Mentors and guides the developers in architectural issues, and leads them through technical issues
                                                                          • Understands the architectural direction and standards of their organization and helps to ensure that the team adheres to them appropriately
                                                                          • Not solely responsible for the architecture, but is the technical leader of the team
                                                                          • Has the final say regarding technical decisions, but tries to avoid ditacting the architectural direction in favour of a collaborative, team-based approach
                                                                          1. Domain Expert

                                                                            Annotations:

                                                                            • Has detailed knowledge about one or more aspects of teh problem domain
                                                                            1. Technical Expert

                                                                              Annotations:

                                                                              • has detailed technical knowledge needed
                                                                              1. Independent tester

                                                                                Annotations:

                                                                                • Focuses on complex testing efforts, working parallel but independent of the team
                                                                                1. Integrator

                                                                                  Annotations:

                                                                                  • Responsible for building the entire system from its various subsystems
                                                                                  1. Specialist

                                                                                    Annotations:

                                                                                    • Sometimes component subteams require people focused on narrow specialties
                                                                              2. Work Environment
                                                                                1. Lots of whitebord space for model storming & planning
                                                                                  1. ideally all core team members in the same room
                                                                                    1. Shared work table space for modeling & planning
                                                                                      1. Whiteboards for tacking up index cards and other paper
                                                                                        1. Lots of post-it notes
                                                                                          1. Open area desk setup to promote communication, flexibility and visibility
                                                                                            1. Why?
                                                                                              1. Removes distractions & increases focus on business mission
                                                                                                1. Reduces communications and interactions to minutes
                                                                                                  1. Speeds decision-aking, issue resolution, produce development
                                                                                                    1. Increases clarity and understanding and reduces surprises
                                                                                                      1. Fosters teaming

                                                                                                        Annotations:

                                                                                                        • e.g. 
                                                                                                        1. Effective knowledge sharing
                                                                                                          1. Tacit Knowledge

                                                                                                            Annotations:

                                                                                                            • Overheard Corridor chats Pair programming
                                                                                                            1. Document Knowledge

                                                                                                              Annotations:

                                                                                                              • Formal not complete
                                                                                                            2. Tackles common decelerators head on

                                                                                                              Annotations:

                                                                                                              • e.g. requirements clarity, high chrun, getting right people at right time
                                                                                                              1. Enables other key mechanisms

                                                                                                                Annotations:

                                                                                                                • alignmnet of business and I/T, timebox focus, prototyping
                                                                                                            3. Scrum
                                                                                                              1. Scrum Master
                                                                                                                1. Team Member
                                                                                                                  1. Product Owner
                                                                                                                    1. Sprint

                                                                                                                      Annotations:

                                                                                                                      • A time-boxed milestone that teams use to measure project progress, based on working software increments
                                                                                                                      • A sprint is typically 2 - 4 weeks.  But it is agreed by the team and shorter / longer sprints are possible.
                                                                                                                      1. Sprint Planning Meeting
                                                                                                                        1. Before the meeting

                                                                                                                          Annotations:

                                                                                                                          • Product owner develops the vision and translates it into product backlog
                                                                                                                          • The Product Owner orders the Product Backlog
                                                                                                                          • The development Team with the support of teh Product Owner estimate the relative size of the each product backlog item
                                                                                                                          1. During the meeting

                                                                                                                            Annotations:

                                                                                                                            • The Developmnet Team determines its available capacity and Velocity (Velocity = number of pts completed in previous sprint)
                                                                                                                            • The Agile Team collaborates on the development of a plan for the work to be performed during the upcoming Sprint
                                                                                                                            • The Agile Team estimates the points per user story, and breaks down user stories into smaller tasks with effort estimates
                                                                                                                            1. After the meeting

                                                                                                                              Annotations:

                                                                                                                              • The Agile team begins work on the Sprit
                                                                                                                            2. Sprint Backlog
                                                                                                                              1. Daily Scrum
                                                                                                                                1. Sprint Review
                                                                                                                                  1. Sprint Retrospective
                                                                                                                                Show full summary Hide full summary

                                                                                                                                Similar

                                                                                                                                Agile Practices
                                                                                                                                Freda Fung
                                                                                                                                Introduction to Agile
                                                                                                                                Freda Fung
                                                                                                                                Expertise in Project Management
                                                                                                                                tonesha_g
                                                                                                                                PMP® Pre-Test by Coursefountain.com
                                                                                                                                Team Coursefountain
                                                                                                                                Ch1 - The nature of IT Projects
                                                                                                                                mauricio5509
                                                                                                                                Introduction notes on SCRUM Project management framework.
                                                                                                                                Wesley Thomson
                                                                                                                                Project Management: Week 1
                                                                                                                                Sharon Ott
                                                                                                                                Summary of Definitions/Key Terms for the PMP Exam
                                                                                                                                Andrea Leyden
                                                                                                                                PMP Prep quiz
                                                                                                                                Andrea Leyden
                                                                                                                                Project Scope Management Process
                                                                                                                                neeshar
                                                                                                                                06 PROJECT TIME MANAGEMENT
                                                                                                                                miguelabascal