Agile Training

1. 4/17/2013 Agile Roles vs. Traditional About Me •Sally Elatta Sally@AgileTraining.com • President Agile Transformation Inc | AgileVideos.com • Leading Agile Transformation Coach, Trainer and Speaker • Background: Java/.Net Software Architect • Certified Scrum Professional, ScrumMaster, IBM, Microsoft • Trained thousands and helped coach dozens of teams on Agile • Agile Expert for PMI.org Learning Community of Practice the way to lead change and create a culture of empowered collaborative high performing teams. I am simply a transformer. Someone who is really passionate about transforming individuals, teams and organizations to doing what they do better. I believe in Servant Leadership as 2 1 2 Copyright© Agile Transformation Inc.

2. 4/17/2013 Brainstorming Workshop 3 Copyright© Agile Transformation Inc. The Traditional Way 4 Copyright© Agile Transformation Inc.

3. 4/17/2013 The Agile Way orem ipsum dolor sit amet, co nse ctetur orem ipsum dolor sit amet, co nse ctetur orem ipsum dolor sit amet, co nse ctetur orem ipsum dolor sit amet, co nse ctetur orem ipsum dolor sit amet, co nse ctetur orem ipsum dolor sit amet, co nse ctetur Backlog Interested Committed 5 Copyright© Agile Transformation Inc. From Silos to Collaboration 6 Copyright© Agile Transformation Inc.

4. 4/17/2013 Characteristics of Agile Teams 7 Copyright© Agile Transformation Inc. The Leadership Triangle Release Plan Business Vision What? Why? How Process Facilitator Technical Vision 8 Copyright© Agile Transformation Inc.

5. 4/17/2013 Agile Roles – Product Owner Product Product Owner business value delivered by the team.  ONE person responsible for the backlog and story priority  Accepts or rejects work Helps define ‘Done’  Knowledgeable, empowered, engaged!  Co-located with team as much as feasible  Manages stakeholder and sponsor expectations  Motivates team, celebrates success! Owner: responsible for maximizing the 9 Copyright© Agile Transformation Inc. Traditional Project Manager •Manages the project through developing detailed project plans upfront at the task level. •Heavy use of project management tools. •Heavy upfront planning, may engage key SMEs and resource managers for estimates and contribute estimates themselves. • Manages tasks, holds weekly status meetings and may visit team members at desk to find out task status. •Takes care of addressing any major team issues. 10 Copyright© Agile Transformation Inc.

6. 4/17/2013 Traditional Project Manager .. •Might manage several projects at a time. •Accountable for project success and failure. •May use Command and Control to direct the team on what to work on next and when to get it done by. •May be involved in the daily decision making related to the requirements, architecture and other aspects of the project. •More experience with Waterfall development as apposed to Iterative development. 11 Copyright© Agile Transformation Inc. Agile Roles – ScrumMaster ScrumMaster ScrumMaster: responsible for facilitating the Scrum process and ensuring the team is delivering value.  Process Facilitator  Helps builds self organizing teams  Removes impediments, escalates when needed  Helps team inspect and adapt process  Empowers the team through Servant Leadership  Helps create visible information radiators  Protects the team from disturbances 12 Copyright© Agile Transformation Inc.

7. 4/17/2013 Agile Roles – The Team The Team The Team: responsible for turning the product backlog items into increments of value each sprint.  Cross-Functional, 7 +-2  Self Organizing, Collaborative  Committed  Generalizing Specialists  Deliver Value in Small Chunks  Focused on Customer, Build in Quality 13 Copyright© Agile Transformation Inc. Information Radiators 14 Copyright© Agile Transformation Inc.

8. 4/17/2013 Information Radiators 15 Copyright© Agile Transformation Inc. Team Role – Solution Lead Lead Lead: responsible for translating the business vision into a technical vision then supporting the successful execution of the vision. Understands business needs, acts as a consultant and partner for the business.  Collaborates with others to find simple solutions that meet tactical and strategic business needs.  Communicates the technical vision and architecture.  Supports the developers through execution by coaching and direct involvement.  Plans ahead and removes technical impediments. 16 Copyright© Agile Transformation Inc.

9. 4/17/2013 Sample Architecture Designs Agilemodeling.com Copyright © Scott Ambler Agilemodeling.com Copyright © Scott Ambler 17 Copyright© Agile Transformation Inc. Generalizing Specialist •A Jack of Many Trades – a Master of a Few. •NOT Generalists! Don’t go from one extreme to the other. •Willing to help with other tasks to achieve the team’s goal. •Maintains the quality standards of work. •Example: Analyst who can help with testing. 18 Copyright© Agile Transformation Inc.

10. 4/17/2013 Traditional Business Analyst •Acts as liaison between the business and IT. •Will meet with various stakeholders at the beginning of a project to elicit requirements in detail. •Requires business to sign off on requirements upfront on the detailed requirements. •Collaborates on the project heavily upfront then again during testing to validate requirements were met and possibly during development to clarify ambiguity. •Success measured based on level of details and signoff from customer. 19 Copyright© Agile Transformation Inc. The Agile BA •The ‘glue’ between the PO and the Team •A master of Agile Requirements Gathering (writing stories, breaking them down, ordering, writing acceptance criteria). •Expert on Agile Modeling methods. •Excellent group facilitation skills. •Gathers the details one or two iterations ahead. •Pairs often with team, co-located and dedicated as core member. •Generalizing Specialist. Generalizing Specialist. 20 Copyright© Agile Transformation Inc.

11. 4/17/2013 Process Diagram: Alternative Paths 21 Copyright© Agile Transformation Inc. UI Flow - Sample Scott Ambler www.AgileModeling.com 22 Copyright© Agile Transformation Inc.

12. 4/17/2013 Traditional Developer • Engaged on the project after planning and requirements are completed. Designs the system in detail upfront. • Reads requirements documentation and goes through BA for additional clarification from customer. • Driven by documented requirements, not test cases as they don’t exist yet. • Mostly works independently to get assigned tasks completed. May or may not write automated unit tests. • Success is usually measured based on getting coding completed. Testing is the concern of the testing team. • Mostly works on ‘Front end’ ‘Business logic’ ‘Data logic’ areas of specialty. 23 Copyright© Agile Transformation Inc. The Agile Developer • Engaged from the beginning Engaged from the beginning of the project. Helps during planning, backlog creation, sizing, ordering and dependency identification. • Uses Test Driven Development Test Driven Development, focused on passing the acceptance tests for each story and getting it to ‘DONE’. • Heavy focus on automated unit testing, continuous integration, automated unit testing, continuous integration, automated builds automated builds, use of mock data and design patterns. • Focused on getting a full slice of a story ‘DONE completion. Frequent code check-ins • Pair Pair often with other team members including customers. • Eliminates technical debt technical debt, builds quality in. • Core team member, dedicated, co-located. • Generalizing Specialist. Generalizing Specialist. DONE’ not partial 24 Copyright© Agile Transformation Inc.

13. 4/17/2013 Collaboration and Pairing in Action! 25 Copyright© Agile Transformation Inc. Traditional Tester •Part of a separate testing group that is usually engaged towards the end of the project. •Requires complete documentation on requirements in order for them to develop test cases. •Works closely with the developers to clarify requirements. •Tests everything at the end. Tries to break the system and find system defects. •Success is measured based on % of tests covered. 26 Copyright© Agile Transformation Inc.

14. 4/17/2013 The Agile Tester • Engaged early Engaged early during the project, part of the core team. • Participates in requirements gathering Participates in requirements gathering and acceptance test writing with PO early. • Defines additional system tests for each story. Prioritizes testing based on business value testing based on business value with a focus of getting a Story to ‘Done’. • Performs testing iteratively Performs testing iteratively throughout the project. • Automates testing Automates testing to create a suite of repeatable regression tests. Tracks defects by story. • Core team member, dedicated, co-located. • Proactive about removing testing impediments. • Generalizing specialist. Generalizing specialist. Prioritizes 27 Copyright© Agile Transformation Inc. Sample Acceptance Test Cases “A customer can pay for shopping cart items using a credit card” Test with VISA, MasterCard and American Express (pass) Test with Diner’s Club (fail) Test with bad and missing 3 digit codes (fail) Test with expired cards (fail) Test with a purchase amount over the card limit (fail) 28 Copyright© Agile Transformation Inc.

15. 4/17/2013 Traditional Sponsor and Business Stakeholder • Projects may have one sponsor, usually higher in the organization chart, funds the project but is not involved in the details. • Multiple business stakeholders are involved to provide input and requirements. • Often, there is no one decision maker. • Engaged at the front of the project and then towards the end. • Usually receive weekly status reports from PM on how the project is doing and if any issues need their attention. (Red, Green) 29 Copyright© Agile Transformation Inc. Agile Roles – Sponsor and Stakeholders Sponsor and Stakeholders Sponsor and Stakeholders are responsible for helping the product owner align the team deliverables with the overall company needs.  Engage closely with Product Owner to help define needs, impacts and desired outcomes.  Attend team demos and provide feedback.  Be available to answer questions.  Respect the Agile rules.  Remove impediments. Recognize the team’s accomplishments. 30 Copyright© Agile Transformation Inc.

16. 4/17/2013 Traditional Manager Role • Task management, prioritization and assignment for resources in their functional unit. • Resource allocation on projects. Determining capacity, availability and who can be allocated to each project. • Team development, career mentoring, one on one coaching. • Focused on growth of functional unit. • Leadership style maybe directive or empowering dependent on background. • Establishing standard tools and processes for specific area. 31 Copyright© Agile Transformation Inc. Agile Roles - Management Focus on People Development and Process Improvement instead of Task Mgmt and Fire Fighting. Limit resource shifting/multitasking. Help by removing impediments. Empower the team through Servant Leadership. Provide the team with tools they need. Challenge the status quo by moving away from ‘This is the way we’ve always done it’. Collaborate with other managers and business customers to break down silos. Lead a Community of Practice or a cross-functional stable team.         32 Copyright© Agile Transformation Inc.

17. 4/17/2013 Multi-Team View Program Plan PULL from the Backlog Program Leadership Team 33 Copyright© Agile Transformation Inc. YOUR Questions? 34 Copyright© Agile Transformation Inc.

18. 4/17/2013 Get Engaged and Informed! •Download Download this presentation & giveaways : www.tinyurl.com/agiletraining •Learn Agile with www.AgileVideos.com! •Want Agile Training for YOUR Team? Email Sales@AgileTraining.com Sally@AgileTraining.com Twitter.com/sallyelatta Linkedin.com/in/elatta 35 Copyright© Agile Transformation Inc. Leaders in Agile Training, Coaching and Agile Transformation! 36 36 36 Copyright© Agile Transformation Inc.