The document provides an overview of ceremonies, roles, artifacts, and information radiators for extending agile practices across organizations. It describes simplified agile scaling frameworks including ceremonies like release planning, daily standups, and retrospectives. It also outlines roles for product owners, scrum masters, and stakeholders. The goal is to streamline agile processes and provide guidelines for implementing agile at an organizational level.
This document provides an introduction to Agile Scrum methodology. It defines Agile and Scrum, outlines the history and principles of Scrum, and describes the core components and processes in Scrum including roles, ceremonies, artifacts, and sprints. The document explains that Scrum is an iterative Agile framework used for managing complex projects, with self-organizing cross-functional teams working in short sprints to deliver working software increments based on prioritized backlogs.
A project is a temporary endeavor undertaken to create a unique product or service. Agile project management focuses on iterative development, self-organizing teams, early customer involvement and flexibility. Some key aspects of agile include continuous integration, iterations to develop features in short cycles, and pair programming where two developers work together.
Agile Testing - presentation for Agile User Groupsuwalki24.pl
The document discusses agile testing principles and processes. It compares agile testing to waterfall testing and outlines some key differences. It also addresses topics like continuous integration, test automation, managing test cases and issues, and transitioning from waterfall to agile. Pseudo-agile projects are described as those that claim to use agile but lack key elements like automation, continuous integration, or involvement of testers throughout the process.
This document provides guidance on facilitating effective Product Backlog Refinement sessions. It discusses that PBR is a process where the Scrum team reviews and revises product backlog items to provide more detail and clarity. It recommends having all Scrum team members participate. An agenda, required participants, time-boxing, environment setup, warmup activities, and techniques for refinement like prioritization matrices and estimation are discussed to help plan successful PBR sessions. Minutes and follow-up tasks are also important elements covered.
The document provides an overview of Agile methodology and Scrum framework. It describes that Agile is an alternative project management approach that uses short iterative cycles called sprints to incrementally deliver working software. Scrum is the most commonly used Agile framework and involves roles of Product Owner, Scrum Master, and team. It uses artifacts like Product Backlog and Sprint Backlog and events like Sprint Planning, Daily Scrum, and Sprint Review.
Scrum is an agile framework that focuses on rapid delivery of working software in short cycles called sprints. It consists of self-organizing cross-functional teams, regular sprints with daily stand-ups, and artifacts like a product backlog, sprint backlog, and burn-down charts. The product owner prioritizes the backlog, the scrum master facilitates the process, and teams work to complete items in sprints usually 2-4 weeks long. Scrum enables rapid, flexible response to change through inspection and adaptation at the end of each sprint.
This document provides an introduction to Agile Scrum methodology. It defines Agile and Scrum, outlines the history and principles of Scrum, and describes the core components and processes in Scrum including roles, ceremonies, artifacts, and sprints. The document explains that Scrum is an iterative Agile framework used for managing complex projects, with self-organizing cross-functional teams working in short sprints to deliver working software increments based on prioritized backlogs.
A project is a temporary endeavor undertaken to create a unique product or service. Agile project management focuses on iterative development, self-organizing teams, early customer involvement and flexibility. Some key aspects of agile include continuous integration, iterations to develop features in short cycles, and pair programming where two developers work together.
Agile Testing - presentation for Agile User Groupsuwalki24.pl
The document discusses agile testing principles and processes. It compares agile testing to waterfall testing and outlines some key differences. It also addresses topics like continuous integration, test automation, managing test cases and issues, and transitioning from waterfall to agile. Pseudo-agile projects are described as those that claim to use agile but lack key elements like automation, continuous integration, or involvement of testers throughout the process.
This document provides guidance on facilitating effective Product Backlog Refinement sessions. It discusses that PBR is a process where the Scrum team reviews and revises product backlog items to provide more detail and clarity. It recommends having all Scrum team members participate. An agenda, required participants, time-boxing, environment setup, warmup activities, and techniques for refinement like prioritization matrices and estimation are discussed to help plan successful PBR sessions. Minutes and follow-up tasks are also important elements covered.
The document provides an overview of Agile methodology and Scrum framework. It describes that Agile is an alternative project management approach that uses short iterative cycles called sprints to incrementally deliver working software. Scrum is the most commonly used Agile framework and involves roles of Product Owner, Scrum Master, and team. It uses artifacts like Product Backlog and Sprint Backlog and events like Sprint Planning, Daily Scrum, and Sprint Review.
Scrum is an agile framework that focuses on rapid delivery of working software in short cycles called sprints. It consists of self-organizing cross-functional teams, regular sprints with daily stand-ups, and artifacts like a product backlog, sprint backlog, and burn-down charts. The product owner prioritizes the backlog, the scrum master facilitates the process, and teams work to complete items in sprints usually 2-4 weeks long. Scrum enables rapid, flexible response to change through inspection and adaptation at the end of each sprint.
Scrum is an agile framework for managing product development. It defines three roles - Scrum Master, Product Owner, and Development Team - and three artifacts - Product Backlog, Sprint Backlog, and Product Increment. It also includes five ceremonies - Product Backlog Refinement, Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective. Scrum was first defined in 1986 and evolved through the 1990s, with Ken Schwaber and Jeff Sutherland formalizing the method in 2001 in their book Agile Software Development with Scrum.
Scrum 101 Learning Objectives:
1. Waterfall project methodology basics - what is waterfall and where did it come from?
2. Agile umbrella practices and frameworks - what is agile? what isn't agile? Where does Scrum fit in?
3. Scrum empirical theory - emperical vs. theoretical
4. Parts of the Scrum framework - roles, events / ceremonies, artifacts and rules
5. Features of cultures that use Scrum
The document provides information on Agile vs Waterfall methodologies for software development. It describes Agile as an iterative approach that values individuals, interactions, working software and responding to change over processes, tools, documentation and following a plan. Waterfall is described as a linear sequential process where each phase must be completed before the next can begin. The document outlines the phases and characteristics of both approaches and discusses their pros and cons for different project types.
An Introduction to Scaled Agile Framework (SAFe)CA Technologies
To compete in today’s application economy, organizations have adopted agile execution techniques. But is that enough? Learn about SAFe and how to leverage this methodology to elevate your agile teams to deliver quality outcomes and align at the enterprise level.
For more information, please visit http://cainc.to/Nv2VOe
Agile Project Management - An introduction to Agile and the new PMI-ACPDimitri Ponomareff
The PMI-ACP recognizes knowledge of agile principles, practices and tools and techniques across agile methodologies. If you use agile practices in your projects, or your organization is adopting agile approaches to project management, then this PDM will provide a full overview about this new PMI certification while exploring key agile principles, practices and techniques. If you always wanted to learn more about agile, this presenter is a certified Agile practitioner, trainer and coach so you will receive up to date information about the state of Agile and how it can most help you in your organization or your career.
Exploring Agile Transformation and Scaling PatternsMike Cottmeyer
The goal of any enterprise agile adoption strategy is NOT to adopt agile. Companies adopt agile to achieve better business outcomes. Large organizations have no time for dogma and one-size-fits-all thinking when it comes to introducing agile practices. These companies need pragmatic guidance for safely and incrementally introducing structure, principles, and ultimately practices that will result in greater long term, sustainable business results. This talk will introduce a framework for safely, pragmatically, and incrementally introducing agile to help you achieve your business goals.
The document introduces agile software development methods. It discusses the goals of being able to speak confidently about agile and provide solutions to problems teams face. The agenda covers introductions to agile principles, roles, planning, reporting, retrospectives, and estimating. Popular agile methods like Scrum and XP are explained. The roles of product managers and product owners are compared.
The document discusses Agile SCRUM project development methodology. It provides an overview of SCRUM principles and processes including short iterative development cycles called sprints, daily stand-up meetings, sprint planning, tracking sprint backlogs and burn downs, sprint reviews and retrospectives. The roles of product owners, scrum masters and self-organizing cross-functional teams are also summarized.
Introduction to the scrum framework: roles, activities and artifacts.
Scrum is an agile methodology for project management, to create a high quality product.
www.nieldeckx.be
What's new in the Scaled Agile Framework (SAFe) 6.0 - Agile Indy May 10th MeetupYuval Yeret
SAFe 6.0, a significant version of the Scaled Agile Framework, was released earlier this Spring. Join us for a deep dive into the newly released SAFe 6.0, where we'll explore the latest updates and improvements to the framework.
In this session, we'll cover the following topics:
Strengthening the Foundation for Business Agility -
Foundational changes in SAFe
Empowering Teams and Clarifying Responsibilities
Accelerating Value Flow
Enhancing Business Agility with SAFe across the business
Delivering Better Outcomes with Measure and Grow and OKRs
This session will provide valuable insights into the latest release and how it can help you and your organization improve business agility and deliver value to customers faster. Join us for an informative and engaging session with our expert speaker, SAFe Fellow/SPCT, and Scrum.org PST Yuval Yeret, who has extensive experience in implementing SAFe at scale. Yuval loves to answer questions, so review the “What’s new in SAFe 6.0” article and come up with concrete questions you want him to answer.
Agile development is both a philosophy and methodology for building products in an iterative and incremental way. It involves short development cycles called sprints where self-organizing cross-functional teams focus on continuously delivering working software. Daily stand-up meetings help ensure transparency and coordination across the team. While agile aims to be flexible and lightweight, some key practices like planning, pair programming, and tracking progress help teams stay aligned and deliver value continuously.
Scrum is an agile framework for managing product development that focuses on continuous delivery of working software in short cycles called sprints, typically two weeks or less. Scrum emphasizes self-organizing cross-functional teams and accountability, iterative development and progress transparency through regular inspection of working increments. Key Scrum practices include sprint planning, daily stand-up meetings, sprint reviews, and retrospectives. Scrum can scale to large, complex projects through techniques like Scrum of Scrums.
Full course available at: http://masterofproject.com/courses/agile-project-management-scrum-framework-certification-prep
Course Description
The Agile & Scrum Certification Training course imparts knowledge on the Agile and Scrum values, helps you build the requisite skills and gain expertise in the domain. The course provides immense clarity on vital concepts of scrum and agile to help you clear the certification exam in your first attempt. The course aims to make you an expert in the Scrum ways, enhancing your capability to deliver shippable products by the end of each Sprint. With the practical application of the agile methodologies you would be able to maximize business value, while mitigating potential risks.
Features
50+ Lectures
10+ Hours
Lifetime Access
100% Online & Self Paced
30 day money back guarantee!
Course Completion Certificate
What am I going to get from this course?
Learn the Agile Methodologies and Agile Project Management
Learn Scrum Framework
Learn practical implications of Scrum over a sample project
Get ready for Scrum Certification exams (PMI-ACP, CSM, PSM, CSPO, PSPO, CSD, PSD)
Learn Scrum Team
Learn Scrum Events
Learn Scrum Artifacs
Learn Extreme Programming (XP) Agile Methodology briefly.
Learn Lean Agile Methodology briefly.
Learn Kanban Agile Methodology briefly.
Learn the differences of Agile & Scrum Certifications provided by different organizations
Qualify for the 21 Contact Hours Agile Training requirement of PMI for the PMI-ACP certification.
Earn 15 SEUs under Category E: Independent Learning of Scrum Alliance
Earn 14 PDUs if you are a PMP already.
What is the target audience?
The Agile & Scrum certification is best suited for:
Team Leaders
Project Managers
Members of Scrum teams such as developers, Scrum Masters, and Product Owners
Managers of Scrum teams
Teams transitioning to Scrum
Professionals intending to pursue the Scrum Master certification
In this session, we would discuss what "Agile Testing" is, what are the well known methods and models of Agile Testing and what to expect on the future of Agile Testing.
The document discusses QA best practices in an Agile development environment. It describes key aspects of Agile like iterative delivery, self-organizing teams, and rapid feedback. It addresses challenges of fitting QA into short iterations and questions around testing approaches. The document advocates for testing to be collaborative, automated, and continuous throughout development. It provides recommendations for QA roles in activities like planning, stand-ups, retrospectives and acceptance testing. Overall it promotes testing practices in Agile that focus on early feedback, automation, and involvement of QA throughout the development process.
Learn more about the most popular Agile framework - Scrum. This training should be paired with the pre-training learning materials in Trello. Learn more about the Scrum artifacts (product backlog, sprint backlog, etc.), Scrum roles (Scrum Master, Product Owner, and the team), and the Sprint.
The scrum process document outlines the key aspects of running a scrum project. It includes preparation steps like establishing a business case and assembling a team. It then describes the sprint planning meeting where the product backlog is reviewed and the sprint backlog is created. Each sprint involves daily stand up meetings and culminates in a sprint review and retrospective. The goal is to deliver working software increments in short iterations through an adaptive, flexible process.
This slides-share describes best practices to implement Jira in software development organizations who practice Agile.
The focus is on simple implementation based on Jira core and portfolio to achieve high ROI
This document provides definitions and explanations of key terms and artifacts used in Scrum project management. It describes the product backlog, sprint backlog, daily scrum, sprint planning meeting, sprint review, and sprint retrospective. It also outlines the roles of the product owner, scrum master, and scrum team, and includes a glossary of additional Scrum terms.
This document provides a detailed checklist to review the health of a project. It contains over 100 questions across various categories including project planning, management, quality, resources, users, and development approach. The questions assess the relevance and strength of different project attributes such as having a formal project plan, adequate risk management, proper quality assurance processes, sufficient resourcing and user involvement, and use of a recognized development methodology. The checklist is intended to assist project managers in auditing and improving their project.
Scrum is an agile framework for managing product development. It defines three roles - Scrum Master, Product Owner, and Development Team - and three artifacts - Product Backlog, Sprint Backlog, and Product Increment. It also includes five ceremonies - Product Backlog Refinement, Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective. Scrum was first defined in 1986 and evolved through the 1990s, with Ken Schwaber and Jeff Sutherland formalizing the method in 2001 in their book Agile Software Development with Scrum.
Scrum 101 Learning Objectives:
1. Waterfall project methodology basics - what is waterfall and where did it come from?
2. Agile umbrella practices and frameworks - what is agile? what isn't agile? Where does Scrum fit in?
3. Scrum empirical theory - emperical vs. theoretical
4. Parts of the Scrum framework - roles, events / ceremonies, artifacts and rules
5. Features of cultures that use Scrum
The document provides information on Agile vs Waterfall methodologies for software development. It describes Agile as an iterative approach that values individuals, interactions, working software and responding to change over processes, tools, documentation and following a plan. Waterfall is described as a linear sequential process where each phase must be completed before the next can begin. The document outlines the phases and characteristics of both approaches and discusses their pros and cons for different project types.
An Introduction to Scaled Agile Framework (SAFe)CA Technologies
To compete in today’s application economy, organizations have adopted agile execution techniques. But is that enough? Learn about SAFe and how to leverage this methodology to elevate your agile teams to deliver quality outcomes and align at the enterprise level.
For more information, please visit http://cainc.to/Nv2VOe
Agile Project Management - An introduction to Agile and the new PMI-ACPDimitri Ponomareff
The PMI-ACP recognizes knowledge of agile principles, practices and tools and techniques across agile methodologies. If you use agile practices in your projects, or your organization is adopting agile approaches to project management, then this PDM will provide a full overview about this new PMI certification while exploring key agile principles, practices and techniques. If you always wanted to learn more about agile, this presenter is a certified Agile practitioner, trainer and coach so you will receive up to date information about the state of Agile and how it can most help you in your organization or your career.
Exploring Agile Transformation and Scaling PatternsMike Cottmeyer
The goal of any enterprise agile adoption strategy is NOT to adopt agile. Companies adopt agile to achieve better business outcomes. Large organizations have no time for dogma and one-size-fits-all thinking when it comes to introducing agile practices. These companies need pragmatic guidance for safely and incrementally introducing structure, principles, and ultimately practices that will result in greater long term, sustainable business results. This talk will introduce a framework for safely, pragmatically, and incrementally introducing agile to help you achieve your business goals.
The document introduces agile software development methods. It discusses the goals of being able to speak confidently about agile and provide solutions to problems teams face. The agenda covers introductions to agile principles, roles, planning, reporting, retrospectives, and estimating. Popular agile methods like Scrum and XP are explained. The roles of product managers and product owners are compared.
The document discusses Agile SCRUM project development methodology. It provides an overview of SCRUM principles and processes including short iterative development cycles called sprints, daily stand-up meetings, sprint planning, tracking sprint backlogs and burn downs, sprint reviews and retrospectives. The roles of product owners, scrum masters and self-organizing cross-functional teams are also summarized.
Introduction to the scrum framework: roles, activities and artifacts.
Scrum is an agile methodology for project management, to create a high quality product.
www.nieldeckx.be
What's new in the Scaled Agile Framework (SAFe) 6.0 - Agile Indy May 10th MeetupYuval Yeret
SAFe 6.0, a significant version of the Scaled Agile Framework, was released earlier this Spring. Join us for a deep dive into the newly released SAFe 6.0, where we'll explore the latest updates and improvements to the framework.
In this session, we'll cover the following topics:
Strengthening the Foundation for Business Agility -
Foundational changes in SAFe
Empowering Teams and Clarifying Responsibilities
Accelerating Value Flow
Enhancing Business Agility with SAFe across the business
Delivering Better Outcomes with Measure and Grow and OKRs
This session will provide valuable insights into the latest release and how it can help you and your organization improve business agility and deliver value to customers faster. Join us for an informative and engaging session with our expert speaker, SAFe Fellow/SPCT, and Scrum.org PST Yuval Yeret, who has extensive experience in implementing SAFe at scale. Yuval loves to answer questions, so review the “What’s new in SAFe 6.0” article and come up with concrete questions you want him to answer.
Agile development is both a philosophy and methodology for building products in an iterative and incremental way. It involves short development cycles called sprints where self-organizing cross-functional teams focus on continuously delivering working software. Daily stand-up meetings help ensure transparency and coordination across the team. While agile aims to be flexible and lightweight, some key practices like planning, pair programming, and tracking progress help teams stay aligned and deliver value continuously.
Scrum is an agile framework for managing product development that focuses on continuous delivery of working software in short cycles called sprints, typically two weeks or less. Scrum emphasizes self-organizing cross-functional teams and accountability, iterative development and progress transparency through regular inspection of working increments. Key Scrum practices include sprint planning, daily stand-up meetings, sprint reviews, and retrospectives. Scrum can scale to large, complex projects through techniques like Scrum of Scrums.
Full course available at: http://masterofproject.com/courses/agile-project-management-scrum-framework-certification-prep
Course Description
The Agile & Scrum Certification Training course imparts knowledge on the Agile and Scrum values, helps you build the requisite skills and gain expertise in the domain. The course provides immense clarity on vital concepts of scrum and agile to help you clear the certification exam in your first attempt. The course aims to make you an expert in the Scrum ways, enhancing your capability to deliver shippable products by the end of each Sprint. With the practical application of the agile methodologies you would be able to maximize business value, while mitigating potential risks.
Features
50+ Lectures
10+ Hours
Lifetime Access
100% Online & Self Paced
30 day money back guarantee!
Course Completion Certificate
What am I going to get from this course?
Learn the Agile Methodologies and Agile Project Management
Learn Scrum Framework
Learn practical implications of Scrum over a sample project
Get ready for Scrum Certification exams (PMI-ACP, CSM, PSM, CSPO, PSPO, CSD, PSD)
Learn Scrum Team
Learn Scrum Events
Learn Scrum Artifacs
Learn Extreme Programming (XP) Agile Methodology briefly.
Learn Lean Agile Methodology briefly.
Learn Kanban Agile Methodology briefly.
Learn the differences of Agile & Scrum Certifications provided by different organizations
Qualify for the 21 Contact Hours Agile Training requirement of PMI for the PMI-ACP certification.
Earn 15 SEUs under Category E: Independent Learning of Scrum Alliance
Earn 14 PDUs if you are a PMP already.
What is the target audience?
The Agile & Scrum certification is best suited for:
Team Leaders
Project Managers
Members of Scrum teams such as developers, Scrum Masters, and Product Owners
Managers of Scrum teams
Teams transitioning to Scrum
Professionals intending to pursue the Scrum Master certification
In this session, we would discuss what "Agile Testing" is, what are the well known methods and models of Agile Testing and what to expect on the future of Agile Testing.
The document discusses QA best practices in an Agile development environment. It describes key aspects of Agile like iterative delivery, self-organizing teams, and rapid feedback. It addresses challenges of fitting QA into short iterations and questions around testing approaches. The document advocates for testing to be collaborative, automated, and continuous throughout development. It provides recommendations for QA roles in activities like planning, stand-ups, retrospectives and acceptance testing. Overall it promotes testing practices in Agile that focus on early feedback, automation, and involvement of QA throughout the development process.
Learn more about the most popular Agile framework - Scrum. This training should be paired with the pre-training learning materials in Trello. Learn more about the Scrum artifacts (product backlog, sprint backlog, etc.), Scrum roles (Scrum Master, Product Owner, and the team), and the Sprint.
The scrum process document outlines the key aspects of running a scrum project. It includes preparation steps like establishing a business case and assembling a team. It then describes the sprint planning meeting where the product backlog is reviewed and the sprint backlog is created. Each sprint involves daily stand up meetings and culminates in a sprint review and retrospective. The goal is to deliver working software increments in short iterations through an adaptive, flexible process.
This slides-share describes best practices to implement Jira in software development organizations who practice Agile.
The focus is on simple implementation based on Jira core and portfolio to achieve high ROI
This document provides definitions and explanations of key terms and artifacts used in Scrum project management. It describes the product backlog, sprint backlog, daily scrum, sprint planning meeting, sprint review, and sprint retrospective. It also outlines the roles of the product owner, scrum master, and scrum team, and includes a glossary of additional Scrum terms.
This document provides a detailed checklist to review the health of a project. It contains over 100 questions across various categories including project planning, management, quality, resources, users, and development approach. The questions assess the relevance and strength of different project attributes such as having a formal project plan, adequate risk management, proper quality assurance processes, sufficient resourcing and user involvement, and use of a recognized development methodology. The checklist is intended to assist project managers in auditing and improving their project.
Facilitation Foundations - A Guide to Effective Agile MeetingsAgileDad
Facilitation Foundations is a presentation that has been given at multiple Agile Conferences. The focus of the presentation is improving the quality and effectiveness of Agile Meetings.
Many who have downloaded this deck have made it a standard for assisting organizations who are struggling with spending too much time and money on Agile Meetings.
В ходе вебинара вы:
- Поймете, почему у кого-то SCRUM работает, лучше, чем у других
- Узнаете основные ошибки при реализации SCRUM в большенстве компаний
- Поймете, почему нужно придерживаться советов SCRUM-гуру
- Узнаете, что может сделать SCRUM-мастер, чтобы улучшить SCRUM в своем проекте
1) O documento apresenta uma lista de verificação para avaliar se um processo está alinhado com as melhores práticas do framework Scrum.
2) Itens essenciais incluem entregas a cada 4 semanas, retrospectivas após cada sprint e melhorias implementadas.
3) Recomendações adicionais envolvem garantir que o time tenha todas as competências necessárias e que as estimativas sejam atualizadas diariamente.
Many agile teams start off well. But once the initial energy has dropped, and the team has gained some experience, what’s next? What do great agile teams do that good or failing agile teams don’t? You will learn how great agile teams develop the skills to continually improve, moving from good teams to high-performing teams that work ‘in the zone’. You will also develop a ‘flight plan’ for your agile team, creating the environment to stay in the sweet spot of high performance.
How to use -
Gather your team
Go through the scan and score what you are doing and what not.
Figure out what you want to try next that will improve your capabilities in the relevant direction.
Adoptando y escalando la agilidad en corporacionesGeneXus
El documento presenta una introducción a la agilidad y cómo las corporaciones pueden adoptarla y escalarla. Explica que la agilidad se basa en principios culturales como la colaboración, la entrega continua de valor y el aprendizaje continuo. También describe algunos marcos para implementar la agilidad como Scrum y Kanban, así como frameworks para escalarla como SAFe. Finalmente, concluye que la agilidad requiere un cambio cultural y de liderazgo, y que es frágil si no está comprometida toda la organización.
Este documento presenta una introducción a la arquitectura empresarial. Explica que la arquitectura empresarial implica el conjunto de representaciones descriptivas necesarias para evaluar y transformar una empresa, incluyendo a clientes y proveedores. Luego describe que la arquitectura empresarial involucra estrategias, organizaciones, procesos de negocio, aplicaciones, datos e infraestructura de TI. Finalmente, resume los servicios de consultoría relacionados a la arquitectura empresarial que ofrece la compañía, incluyendo entrenamiento, consult
El documento describe el Scaled Agile Framework (SAFe), un modelo para escalar métodos ágiles a proyectos empresariales. SAFe permite obtener los beneficios de las técnicas ágiles a nivel corporativo mediante la alineación de los presupuestos, proyectos estratégicos, programas y equipos. Los estudios de caso muestran que SAFe puede aumentar la productividad en un 20-50%, reducir los defectos en un 50%+ y mejorar el tiempo de lanzamiento al mercado en un 30-75%.
A Guide for Preparing and Facilitating RetrospectivesJason Yip
This document provides guidance on preparing for and facilitating retrospectives. It outlines the basic structure of a retrospective as setting the stage, gathering data, generating insights, deciding on actions, and closing. It also gives tips for establishing safety, such as using the prime directive and safety checks. Several retrospective styles are described, including four questions, SAMOLO, I Like-I Wish-What If, and goal-driven approaches. Practical tips are provided around using sticky notes, voting, and closing the retrospective. Further references for learning more about retrospectives are also included.
Introducción a SAFe - Dev Academy (Julio 2015)Johnny Ordóñez
SAFe (Scaled Agile Framework) es uno de los frameworks más populares para implementar el desarrollo ágil a gran escala. Proporciona un conjunto de principios, roles, artefactos y dinámicas para coordinar el trabajo de equipos ágiles a nivel de portafolio, programa y equipo. El objetivo es entregar valor continuo al cliente a través de la entrega incremental de características cada dos semanas siguiendo las mejores prácticas ágiles y de calidad.
2012 july 10 lean startup intro for TiEJoshua Seiden
The document discusses the Lean Startup approach. Some key points:
- Lean Startup is a management approach that helps entrepreneurs reduce market risk.
- It involves rapidly testing hypotheses about products and business models through short cycles of building, measuring, and learning.
- This allows companies to get customer feedback quickly and change course if needed, reducing wasted time and resources.
- The approach is well-suited to today's environment where technology allows for fast, frequent experiments and interactions with customers.
Este documento describe métodos para estimar proyectos ágiles, incluyendo el uso de story points en lugar de horas de trabajo. Explica que los story points miden la complejidad y el riesgo de un requerimiento en lugar de su duración. También describe el planning poker como una forma de que el equipo asigne valores de story points de forma consensuada. Finalmente, concluye que estimar usando story points y velocidad permite predecir fechas de entrega de manera ágil.
El documento compara CMMI y los métodos ágiles, señalando que CMMI provee marcos para escalar agilidad en grandes proyectos y organizaciones, mientras que los métodos ágiles se enfocan en el desarrollo iterativo e incremental. Ambos enfoques se complementan, ya que CMMI no cubre detalles del desarrollo y agilidad provee valores que combaten efectos negativos de aplicar CMMI como un estándar.
Open Space Technology is an intervention method that stimulates bottom-up change by providing an open forum for discussion. It operates under four principles: whoever comes are the right people, whatever happens is the only thing that could have, whenever it starts is the right time, and when it's over it's over. Participants are encouraged to "sell" topics they want to discuss and then freely join discussions on topics of their choice. This allows responsibilities to remain with participants and involvement of all to address complex issues. It has been successfully used for organizational change since the 1980s.
The Art of SAFe ART/VS Design - Agile Boston Meetup - Feb 2016Yuval Yeret
How to map SAFe Agile Release Trains and Value Streams to your organization
Please join us on Wednesday February 24 in Burlington MA starting at 6:30 pm as senior enterprise agility coach Yuval Yeret describes how to map SAFe Agile Release Trains and Value Stream to your organization.
In this interactive session we will focus on an exciting aspect of the process of implementing a scaled agile approach. How to build those "Teams of Teams" that Scaled Agile approaches such as SAFe(tm) talk about. We will quickly review the purpose of the Agile Release Train and Value Stream constructs, understand ART/VS design considerations, and then work on a couple of case studies/exercises to see what the ART/VS design should look like.
NOTE: Yuval will bring some of his interesting case studies. AND If you are thinking about implementing a scaled agile approach yourself and trying to figure out ART/VS design, we would love to do a live case study in the session. You will get free expert consulting as well as the wisdom of the crowds to give you some potentially useful ideas!
How to make SAFe really SAFE Scaling Agile using Pull/Invite rather than Push...Yuval Yeret
https://agile2016.sched.org/event/6ecx/how-to-make-safe-really-safe-scaling-agile-using-pullinvite-rather-than-pushmandate-yuval-yeret
Abstract:
The Scaled Agile Framework (SAFe(tm)) is a powerful and popular framework for implementing agile at large scale across the enterprise.
In this talk we will examine some dangerous Agile at Scale implementation anti-patterns from real-world cases I've been involved in such as:
Planned/Mandate-based implementation across the enterprise - Pushing implementations onto people regardless of their interest/motivation to change.
Prescribed-based implementation - Either by the book or as designed by a central committee or an external consultant.
Total focus on practices starting from training all the way through assessment/metrics and lack of attention to spirit/principles.
Expecting every group in the organization to work the same way and implement change the same way.
We will then look at some healthier alternatives I used to drive more successful & sustainable change in several organizations. You will learn some concrete techniques that help live up to the Lean/Agile principles of respecting and engaging people.
Using SAFe as the specific backdrop for discussion, we will review field-proven ideas such as pull-based crossing the chasm approach to implementation, use of open space as part of the different SAFe ceremonies, and how Open Space Agility can combine with SAFe.
Note that the ideas and practices have also been tried with other Scaled Agile approaches such as Enterprise Kanban, LeSS.
Learning Outcomes:
Get familiar with some scaled agile implementation anti-patterns related to push/mandate.
Understand when to choose pull/invitation as a healthier more sustainable and successful alternative.
Get some concrete techniques to bring pull/invitation into a scaled agile implementation approach - focusing on SAFe 1-2-3 implementation approach specifically.
Have a high-level understanding of how to implement SAFe using "Open Space Technology".
Understand how to apply these ideas to any Scaled Agile approach (not just SAFe)
This document describes an agility readiness assessment tool that evaluates an organization's preparedness for adopting agile methods. It identifies eight factors that indicate agility readiness: need, business change drivers, cleanliness, skills, resourcing, measures, innate change capability, and change energy. The assessment uses a questionnaire to score each factor from 1 to 5 based on qualitative questions, in order to generate a profile that shows where an organization is strong and needs improvement in becoming agile. Sample profiles demonstrate how the scores could indicate an organization that is agility ready, change fatigued, has low agile need, or is typically not very agile. The tool aims to define an organization's agility readiness and identify areas needing
Estimación Ágil, Story Points y Planning PokerJohnny Ordóñez
Este documento presenta varios conceptos clave relacionados con la estimación ágil de proyectos de software. Introduce las técnicas de user stories, story points y planning poker que permiten realizar estimaciones relativas basadas en la complejidad funcional en lugar de horas de desarrollo. También destaca la importancia de iteraciones cortas, feedback continuo del cliente y aprendizaje a lo largo del proyecto para mejorar la precisión de las estimaciones.
My Last Presentation @ QIAU about #Scrum framework.
#SCRUM IS AN #ITERATIVE AND #INCREMENTAL #AGILE SOFTWARE DEVELOPMENT FRAMEWORK FOR MANAGING COMPLEX PRODUCT DEVELOPMENT.
Agile is a software development methodology in which the development is carried out iteratively and the requirements evolve through continuous inspection and adaptation. Some of the most commonly used agile software development methods/frameworks are: Adaptive Software Development (ASD), Extreme Programming (XP), Scrum and Kanban.
This document provides an introduction and overview of Scrum and agile development practices. It discusses the history and principles of Scrum, the roles involved including Product Owner, Development Team, and Scrum Master. The document also outlines the Scrum events like daily stand-ups, sprints, and retrospectives and artifacts like product backlog, sprint backlog and burn-down charts used in Scrum.
The document provides an overview of Agile principles and the Scrum framework. It describes key Scrum roles like the Product Owner and Scrum Master. It also summarizes Scrum ceremonies such as Sprint Planning, Daily Standup, Sprint Review, and Retrospective. User stories and tracking work using a Kanban or Scrum board in TFS are also covered at a high level.
This document provides an overview of agile project management. It discusses the history and origins of agile, including the Agile Manifesto. The Scrum methodology is described, including its events, artifacts, and team roles. The document also addresses how project managers fit into agile projects and considerations for determining if agile is appropriate. The presenter is introduced as an experienced project manager seeking to educate others on agile principles and practices.
The document introduces Scrum and Agile methodologies. It provides an overview of key Scrum concepts such as self-organizing cross-functional teams, Product Owners, User Stories, and Sprints. It also discusses Scrum roles, ceremonies, and artifacts. Challenges of Scrum include requirements of education, buy-in, and strong team members. Benefits include happier employees, less risk of failure, and more flexible adaptation to change.
The document discusses various concepts related to agile software development methodology including Scrum, Kanban, sprints, product and sprint backlogs, daily standups, planning and retrospective meetings. It provides details on Scrum roles like Product Owner and Scrum Master and their responsibilities. Various agile terms are defined like velocity, story boards, spikes, impediments and user stories. The advantages of the agile methodology are highlighted.
A compilation of the absolute basics for those who want to know about Agile Methodology with some insights on Scrum. The idea is to give enough to fuel the curiosity to learn more. It might not interest one of he / she is an Agile guru but may I ask for your review / comments / suggestions. I'd love to hear from you all...
The document provides an overview of Agile Project Management using the Scrum methodology. It discusses the history and origins of Scrum, defines key Scrum roles like the Product Owner, Scrum Master, and Team. It also explains Scrum concepts like the Product Backlog, Sprints, Sprint Planning, Daily Scrums and more. The overall document aims to explain the basic principles and framework of managing projects using the Scrum Agile methodology.
Slide deck for presentation I gave at the 2014 Association of Theological Schools (ATS) CFO/TTEG conference on Agile/Scrum software development and the use of Agile outside of SW dev.
In many ways, the Agile Manifesto gives us a road-map and lays a firm foundation for efficient software development.
There are naysayers among those who swear by traditional methods; but these criticisms do not hold water because the
entire agile movement rests on robust methodologies and concepts. So what does this augur for the future? No one can
tell with certainty.
Agility encompasses believing and relying on one's ability to respond to unpredictable events, rather than banking on the
competence to indulge in pre-planning. At the end of the day, the methodologies remind us that even though we create
and work with software, the human element, and the resultant collaboration it enhances, is all too important in the larger
scheme of things.
The document provides information on agile frameworks like Scrum. It discusses why agile is useful for IT projects, highlighting problems with traditional approaches like high failure rates. Scrum is presented as a lightweight agile framework with core elements like transparency, collaboration and simplicity. An overview of Scrum roles, events, artifacts and principles is given. The document also covers topics like iterative development, value-based prioritization and timeboxing. Visuals of a Scrum board and diagrams are included to illustrate Scrum processes and frameworks.
The document discusses key concepts in Agile development including Scrum framework. It compares traditional waterfall model with Agile approach. Some key Scrum concepts covered are roles, events, artifacts, empirical process control, transparency, self-organizing teams. It provides details on events like daily scrum, sprint planning and retrospective. Artifacts discussed are product backlog, sprint backlog and definition of done. Traditional vs Agile success rates are also shared.
This document provides an introduction to Agile SCRUM methodology. It defines Agile as an iterative approach to software delivery that builds incrementally from the start. SCRUM is described as the most commonly used Agile framework. The core components of SCRUM include roles like Product Owner and Scrum Master, ceremonies such as Sprint Planning and Daily Scrum, and artifacts like the Product Backlog and Sprint Backlog. The document outlines the SCRUM process, which involves prioritizing work, committing to sprints, and delivering working software incrementally in short cycles with daily stand-ups and sprint reviews.
This document provides guidance on preparing for the PMI Agile Certified Practitioner (PMI-ACP) certification exam. It outlines key reasons to obtain the certification, such as the growing adoption of agile practices. It also details the exam structure and distribution of questions. The document recommends resources to focus on for each of the major agile methodologies like Scrum and Lean. Specific topics are highlighted within agile estimating, risk management, communications, and leadership. The summary provides an overview of the essential information needed to effectively study for the PMI-ACP exam.
The document discusses the Agile Manifesto and Scrum framework. It outlines the core values of the Agile Manifesto which emphasize individuals and interactions, working software, customer collaboration, and responding to change over processes, tools, documentation, contracts, and plans. It then provides details on how Scrum is implemented including roles of the Product Owner, Development Team, and Scrum Master. Key Scrum practices like Sprints, Daily Stand-ups, Sprint Planning, Reviews and Retrospectives are defined.
Benefit of scrum ceremonies presentationKnoldus Inc.
A group of seven sits and stands at a conference table while another person addresses the group. Scrum ceremonies can help teams improve their processes, increase efficiency and create innovative solutions during product development. These meetings allow team members to collaborate throughout the Scrum process so they can work together toward shared goals. Understanding the various types of Scrum ceremonies can help you implement and execute them successfully within your team.
The Role of a BA on a Scrum Team IIBA Presentation 2010scrummasternz
What is your role as a BA on a Scrum team? How do you fit in? This presentation was given to the IIBA conference in NZ in 2010 by Stephen Reed. Stephen had worked extensively as a BA and moved into using Scrum with multiple teams at a large Insurance company. This experience led to a lot of questions around what the BA should be doing on a Scrum team. This presentation goes some way to listing what worked in the teams Stephen was involved in. The BA role does not change and all the skills of a great BA are necessary still on a great Software Development team, just more focused on being a team member and utilising those skills for the Scrum process of getting working software to the customer with more focus and clarity for the user.
The document discusses key concepts in agile project management including Scrum. It defines Scrum as an agile approach to management and outlines its key roles, artifacts, activities, and processes. The main Scrum events include sprint planning meetings, daily stand-ups, sprints, sprint reviews, and retrospectives. Planning tools like product backlogs, sprint backlogs, and burn-down charts are also introduced.
Three Concepts to Successfully Scaling AgileJoshua A. Jack
Whether adopting scaling out of the gate or taking your organizational change to the next level, there are concepts that should stay at the forefront of your decision: agility, design, and quality. In this seminar, we will discuss methods for maintaining response to changing priorities and needs at the team and organizational level, how to incorporate good empathetic design techniques into scaling, and increasing and maintaining quality with more and more teams involved in product delivery.
Achieving Business Agility: Change Starts HereJoshua A. Jack
Oftentimes organizations fall into the trap of thinking that change, such as agility, must start in specific areas. But not all agile adoptions/transformations have to start in IT. In this seminar, we will discuss agile adoption/transformation and its starting points in three different areas inside the organization:
Product Portfolio – how we identify what work needs to happen and when
Product Ideation – how agility can and should change the way we look at new products and their requirements
HR – how we start to level up our current and future team members to be able to handle agility
Agility is being adopted in all kinds of sectors, including what was once considered the bastion of legacy/waterfall. This is just a look at some of the ideas and concepts that are being brought into construction from a lean-agile perspective.
The document discusses retrospectives and provides guidance on when and how to conduct them. It begins with questions to ask before a retrospective to plan objectives and considerations. It then discusses why retrospectives are important for process improvement and examples of when to conduct various types, such as pre-retrospectives before major initiatives. Personal retrospectives are suggested as a way for individuals to reflect and improve. Finally, different retrospective techniques are presented, such as constellation mapping to gather team feedback. The overall document serves as a guide for successfully facilitating retrospectives.
The document discusses the role of the product owner using analogies from Dr. Seuss books. It describes different "types" of product owners based on characters from books like "Red Fish Blue Fish" and "Green Eggs and Ham". It also provides tips for product owners on visioning, backlog refinement, collaboration with the team, and developing minimum viable products. The overall message is that product owners play a key role in guiding development through an understanding of the market and close collaboration with their scrum team.
This document discusses using games and exercises to improve agility in Agile training and planning. It provides examples of games that can be used for prioritization, estimation, teamwork, challenging assumptions, and communication. The games are meant to make training more engaging while also exposing organizational and team dynamics. Examples included using playing cards for prioritization, guessing facts to challenge estimates, team-based games like Uno to build cross-functional collaboration, and building with Legos to communicate requirements. The document emphasizes that play is important for creativity, overcoming challenges, and finding joy in work.
1. AN OVERVIEW OF CEREMONIES, ROLES, ARTIFACTS,
AND INFORMATION RADIATORS FOR EXTENDING
AGILE ACROSS ORGANIZATIONS
Jack, Joshua (Non-Employee)
12/31/2014
2. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
1
INTRODUCTION
Ken Schwaber and Jeff Sutherland have been known to say, “Scrum is lightweight, simple to understand (but) extremely
difficult to master.” What does this mean and why does it sting so much? Well, agile or scrum (more on the distinction
in a moment) is an empirical process, meaning that as one (or an organization) learns what works and what doesn’t,
those new ideas, concepts, and guidelines get implemented as long as they do not defy the basic “rules” of scrum.
Knowing that, it is very difficult to do scrum right, because there is no affirmative “right” way to do scrum! Agile
becomes a way of life and a cultural phenomenon rather than a scripted and prescriptive process like some of its
heavyweight distant cousins. Because of this mastery or scrum or agile means that an organization has changed the way
they work in order to adopt the ability the respond to constant change; patterns are not things that are just done
because it has always been that way, but rather are analyzed regularly to understand if they still add value to the
organization.
Let’s assume that agile works well and is working well on an individual team. Let’s even assume that the team has some
concept of mastery of the basic guidelines and rules of scrum. How
do we, then, increase the effectiveness of an agile culture in
organizations? Scrum is meant to reduce the amount of
administrative overhead and increase team productivity, so what if
we applied these same principles across the enterprise? What if
organizations “planned together” instead of in silos? How can we
take the basic tenets of scrum and scale?
The following is just one idea created out of the research of multiple
theories, processes, methodologies, etc. in order to develop a
streamlined, scalable set of guidelines. The hope is that they will
push the evolution of agile a micro-step and provide another
stepping stone to work better and smarter.
WHATCANIEXPECT?
ANOVERVIEWOFCEREMONIES,ROLES,ARTIFACTS,ANDINFORMATION
RADIATORSFOREXTENDINGAGILEACROSSORGANIZATIONS
SIMPLIFIEDAGILESCALINGFRAMEWORK
CEREMONIESOVERVIEW
ROLESOVERVIEW
INFORMATIONRADIATORS
What is Rocket61? Stay tuned for more, but the sneak peak is a concept of improvement. Just take the idea of a
rocket. Putting millions of horsepower behind a streamlined vehicle made to take us somewhere and explore new
ideas! The 61 is still a secret, but know this, Rocket61 is exploratory, investigative, curious, and every moving.
WHAT IS THE DIFFERENCE BETWEEN AGILE AND
SCRUM? WHY DOES IT SEEM THAT THE
AUTHOR USED THEM INTERCHANGEABLY?
AGILE IS A CULTURAL CONCEPT BACKED BY THE
AGILE MANIFESTO AND THE PRINCIPLES BEHIND
THE AGILE MANIFESTO. THE AUTHOR OF THIS
DOCUMENT WILL USE THE WORD AGILE WHEN
HE FEELS THAT THE THEME BEING DISCUSSED IS
MORE CULTURAL. WITH 72% OF AGILE
ORGANIZATIONS USING SCRUM OR A VARIANT
OF IT, SCRUM IS A WIDELY USED TYPE OF
FRAMEWORK THAT ATTEMPTS TO PUT RULES
AND GUIDELINES AROUND AGILE. THE AUTHOR
WILL USE SCRUM WHEN SPEAKING OF SPECIFIC
RULES THAT ARE USED TO HIGHLIGHT
ORGANIZATIONAL IMPEDIMENTS OR ISSUES TO
ADOPTION OF AN AGILE CULTURE. THEN
AGAIN, THE AUTHOR MIGHT JUST DO
WHATEVER HE WANTS AND USE THEM
INTERCHANGEABLY.
3. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
SIMPLIFIED AGILE SCALING FRAMEWORK
Simplified Agile Scaling
Team/ProjectPortfolioProduct/Program
http://files.softicons.com/download/transport-icons/standard-road-icons-by-aha-soft/png/256x256/roadmap.png
Functionality
Release
Architecture
Team BacklogTeam
Scrum
Master
Product
Owner
Sprint Sprint Sprint
Team Backlog
Sprint Sprint Sprint Sprint
Sprint Sprint
Sprint Sprint Sprint
Hardening
Refactoring
Tech Debt/Bugs
User Stories in
Sprints
Hardening Hardening
Portfolio Management
Portfolio Backlog
Marketing
Product Backlog
Release Planning
Business Initiatives
Enterprise Architecture Initiatives
Core
Architecture
Interoperability Accessibility
Analysis
Stakeholder
(Customer)
Roadmap
Emerging Architecture Emerging Architecture
Approve
Submit
ReviewBusiness Sponsor
Chief ScrumMaster
Chief Product Owner
Release Manager
Development Manager
Based on Scaled Agile Framework. For moreinformation on SAFe, pleasevisit scaledagileframework.com
Release
PSIShippable
Increment
Release
Continuous Gathering of Requirements Continuous Gathering of Requirements
Estimate
Sprint
Review Estimate
Daily
Scrum
Retro-
Spective
Sprint
Planning
Scrum of Scrums
Team
Scrum
Master
Product
Owner
Estimate
4. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
CEREMONIES AND ARTIFACTS WORKING TOGETHER
Team/Project
•Ceremonies
•Daily Scrum
•Sprint Review
•Backlog Refinement
•Retrospective
•Sprint Planning
•Artifacts
•Sprint Backlog
•Burndown Chart
Product/
Program
•Ceremonies
•Release Planning
•Backlog Refinement
•Retrospective
•Artifacts
•Product Backlog
•Release Issues Backlog
•Release Burndown Chart
Portfolio
•Ceremonies
•Backlog Refinement
•Artifacts
•Executive Vision/Vision Board
•Portfolio Backlog
•Product Roadmap
5. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
4
CEREMONIES OVERVIEW
GENERALMEETING
All meetings follow a common standard. These basic rules not only increase the efficiency of the meetings but also make
them more satisfying for all participants.
RELEASEPLANNING
Product Owners, teams, ScrumMasters, and stakeholders come together to provide executive vision, plan the releases
over the next time period, and plan the complexity of cross-team collaboration.
ESTIMATIONSESSION
Product Owner and team work on the estimation of the entire Product Backlog providing the basis for Release and
Sprint Planning.
SPRINTPLANNING,PART1
The team and the Product Owner define the Sprint Goal and the Selected Product Backlog based on the effort
estimation as well as business priority
SPRINTPLANNING,PART2
In Sprint Planning, part 2 the team works on the Selected Product Backlog by adding tasks to each Backlog Item. The
effort of each task should not be bigger than one day.
DAILYSCRUM
The Daily Scrum helps the team to organize itself. It is a synchronization meeting between the team members. It takes
place every day at the same time, at the same place. The meeting is time-boxed to 15 minutes.
SPRINTREVIEW
The status of the project is controlled by reviewing the working functionality. The Product Owner decides if the
delivered functionality meets the Sprint Goal.
RETROSPECTIVE
Inspect and adapt is a fundamental part of Agile. During the Retrospective the team analyzes the previous Sprint to
identify success stories and impediments
SCRUMOFSCRUMS
Representatives of individual teams synchronize regularly during the sprint to complete the release goal. Issues are
identified and information is provided on cross-team collaborative work.
6. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
5
GENERAL MEETINGS
EVERY MEETING IS TIME-BOXED. THE SCRUMMASTER FACILITATES ALL MEETINGS.
PREPARATION
The meeting has a goal
All participants are invited
The meeting has a defined timebox
The agenda is defined at least one day before the
meeting takes place
The meeting goal and agenda has been sent to all
participants
All resources are booked
Suitable Room for the desired discussions/actions
Projector or connected large screen monitor of some kind
Laptop or other internet-connected device capable of connecting to the projector/screen
Flip chart and markers (optional)
The meeting room is fully prepared before the meeting starts
FACILITATION
A PARKING LOT IS A LIST ON A FLIP CHART TO COLLECT TOPICS
WHICH ARE NOT PART OF THE MEETING AGENDA
Present the meeting goal
Present the agenda
If a discussion about a topic starts that is not part of the
agenda:
Add the topic to the parking lot
If the meeting time is over but the goal has not been
reached:
Arrange a new meeting
If the participants achieve results:
Write the results down on the flip chart
Make sure everyone agrees about the written results
If the parking lot is not empty:
Find a person responsible for each topic
Add the name of the person in charge to each topic
MANY MEETINGS CAN BE AVOIDED BY QUICK CONVERSATIONS BETWEEN TEAM MEMBERS!
OUTPUT
Every participant knows where to find
the results
HOW TO HAVE BETTER MEETINGS:
HOW TO RUN YOUR MEETINGS LIKE APPLE AND
GOOGLE, BY SEAN BLANDA
11 SIMPLE TIPS FOR HAVING GREAT MEETINGS
FROM SOME OF THE WORLD’S MOST PRODUCT
PEOPLE, BY CAMILLE SWEENEY AND JOSH
GOSFIELD, FASTCOMPANY
WHAT UNPRODUCTIVE MEETINGS ARE COSTING
YOU, BY LAURA MONTINI, INC. MAGAZINE
MEETING TICKER WEB APP, BY TOBY TRIPP
MEETINGS ARE A SKILL YOU CAN MASTER, AND
STEVE JOBS TAUGHT ME HOW, BY KEN SEGALL
ROCKET TIP
7. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
6
RELEASE PLANNING
THE PURPOSE OF RELEASE PLANNING IS TO COMMIT TO A PLAN FOR DELIVERING AN INCREMENT OF PRODUCT VALUE.
PREPARATION
Follow the General Meetings guidelines
Participants are invited:
Product Owner
ScrumMaster
All team members
Stakeholders
Timeboxed to one day (8 hours) per quarter of planning
Executive Vision/Product Board and preliminary road-
map are ready
ScrumMaster validates:
Organization Readiness - aligned strategy for programs and features (scope/roadmap) between product
and business
Content Readiness - vision and context are clear and that the right people are available. Product and
executive teams are ready to present vision and “top ten.” All teams are ready to discuss architectural
and technology impacts
Additional Facilities
Room large enough to allow for collaboration between team members and stakeholders with areas for
breakout sessions
Whiteboards with markers – enough for multi-breakout sessions and teams to interact
Projector
Device capable of accessing and displaying an in-process and finalized product backlog
Remote video conferencing capability
FACILITATION
ScrumMaster provides high level overview of the agenda including review of meeting guidelines.
Executives or product owners present
Prioritized roadmap of features, initiatives, epics, etc.
End date of the release cycle
Question & Answer sessions or breakouts focused on architectural or technology challenges as well as any
newly identified dependencies
Teams provide total capacity based on historical data, taking into account any movement or changes (should
be minimal) between teams
Teams work with each other to develop draft plans. These include any newly decomposed user stories
enough to estimate and prioritize further with product owners. Identify, discuss, and plan for cross-team
dependencies
Add any issues to a Release Issues Backlog
OUTPUT
Plan and commit to a set of initiatives and goals for the next release timebox (preferably quarter or half-year)
Teams, ScrumMasters, and Product Owners understand product backlog and issues backlog
Cross-team plan for accomplishing the product backlog
THE AGILE COMMUNITY HAS SEVERAL GOOD
RESOURCES AVAILABLE THAT EXPLAIN RELEASE
PLANNING. MITCH LACEY'S “STRUCTURED APPROACH
TO RELEASE PLANNING” ASSUMES THAT AN
ESTIMATED AND ORDERED BACKLOG EXISTS AND
THAT THE TEAM KNOWS ITS VELOCITY. TOMMY
NORMAN'S “AGILE RELEASE PLANNING 101” GOES A
LITTLE DEEPER INTO THE STEPS LEADING UP TO AND
INCLUDING RELEASE PLANNING.
8. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
7
ESTIMATION SESSION
THE SIZES OF THE NEXT RELEVANT PRODUCT BACKLOG ITEMS ARE ESTIMATED.
PREPARATION
Follow the General Meetings guidelines
Participants are invited:
Product Owner
Scrum Master
All team members
Timeboxed to 4 hours for a 4 week sprint and relative for
shorter sprints
Product Backlog is prioritized
Product Backlog is visible and accessible to everyone in the meeting
A set of cards for Planning Poker (available from Mountain Goat) for each team member is at hand
(Optional) Planning Poker Apps. Suggestions (all are free):
iOS - Agile Poker Lite or Radtac Agile Tools
Android – Radtac Agile Tools or Scrum Poker Cards
Windows Phone – Dilbert Planning Poker
RIM/Blackberry – Planning Poker
(Optional) Online Planning Poker for remote teams – http://www.planningpoker.com
FACILITATION
Present the goal of the meeting
The Product Owner presents the portion of the Product Backlog that he wants to be estimated
If the Backlog is not estimated at all:
Select a Backlog Item that you expect to be one of the smallest stories you’ll work on, give it 2 story points
For each Backlog Item in the Product Backlog:
The Product Owner explains the story behind the Backlog Item
Each team member selects one of his Planning Poker Cards to vote for the relative size of the Backlog Item
The team members show their cards at the same time
If the estimates differ, the most contrary team members discuss their view of the Backlog Item and the
voting is repeated up to 2 times until all team members share the same opinion the estimate is added to
the Backlog Item
End the Estimation Meeting with a wrap-up
If necessary, schedule an additional estimation meeting
OUTPUT
The estimated Product Backlog is available for everyone in the organization
AS NEW REQUIREMENTS OR DESIGN IS
IDENTIFIED, IT MIGHT BECOME BENEFICIAL TO
REPEAT THE ESTIMATION SESSION DURING
EACH SPRINT. ALSO, SOME TEAMS HAVE FOUND
THAT FULL TEAM ESTIMATION IS NOT ALWAYS
POSSIBLE UP FRONT AND THAT ABOUT 10% OF
THE SPRINT TIME SHOULD BE SPENT
“GROOMING” OR ESTIMATING THE BACKLOG.
9. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
8
SPRINT PLANNING, PART 1
DEFINE THE SPRINT GOAL AND THE SELECTED PRODUCT BACKLOG.
PREPARATION
Follow the General Meetings Guidelines
Participants are invited:
Product Owner
Scrum Master
All team members
Timeboxed to 4 hours for a 4 week sprint and relative for shorter sprints
Product Backlog is prioritized
Backlog Items are estimated
Product Backlog is visible and accessible to everyone in the meeting
Planned absences of team members are known
The results of the Sprint Review and the Retrospective are available
EVERY APPOINTMENT FOR THE REGULAR SCRUM MEETINGS IS DEFINED AT SPRINT PLANNING. RECOMMENDED
DURATION FOR REGULAR SCRUM MEETINGS OF A 30 DAY SPRINT (OR 4 WEEK):
Sprint Planning, Part 1 4 hours Sprint Review 2 hours
Sprint Planning, Part 2 4 hours Retrospective 2 hours
Daily Scrum 15 minutes Backlog Grooming/Estimation 4 hours
FACILITATION
Make the Sprint Schedule visible to everyone
Appointment for the Sprint Planning, parts 1 & 2
First and last days of the Sprint are defined
Appointment for the Daily Scrum Meeting
Appointment for the Sprint Review Ceremony
Appointment for the Retrospective Ceremony
Appointment for the Backlog Grooming Meeting (optional)
Make the Sprint Review Meeting results visible to everyone
Make the Retrospective results visible to everyone
The Product Owner informs team about the product vision and sprint goal(s)
The Product Owner reviews the top estimated and prioritized backlog items
The Product Owner and the team mutually agree on the Sprint Goal and the Selected Product Backlog based
on team capacity.
OUTPUT
Team understand the sprint timeline
Selected Product Backlog is well prepared for Sprint Planning, Part 2
10. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
9
SPRINT PLANNING, PART 2
DEFINE TASKS TO CREATE THE SPRINT BACKLOG AND COMMIT TO THE SPRINT GOAL.
PREPARATION
Follow the General Meetings Guidelines
Participants are invited:
Product Owner
ScrumMaster
All Team members
Timeboxed to 4 hours for a 4 week sprint and relative for shorter sprints
The Selected Product Backlog is accessible for the task planning
Means to create and track tasks (software or physical task board)
FACILITATION
Team members define tasks for each Backlog Item
Make sure that every piece of work (as much as can be known) is taken into account:
Coding
Testing
Code review
Meetings
Learning new technologies
Writing documentation
If a task effort is bigger than one to two days:
Try to split the task into smaller tasks
If the team believes that the Sprint Backlog is too large:
Remove Backlog Items together with the Product Owner
If the team believes that the Sprint Backlog is too small
Move the most important Backlog Items from the Product Backlog to the Sprint Backlog together with the
Product Owner
The team commits to the Sprint Goal
OUTPUT
Sprint Goal and Sprint Backlog are
visible to everyone in the
organization
The tasks in the Sprint Backlog are
accessible to all team members
Select Sprint Goal
Analyze and Evaluate Product
Backlog
SPRINTPRIORITIZATION
Commit to the sprint goal
Create sprint backlog by
creating and estimating tasks
Review and commit capacity
SPRINTPLANNING
11. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
10
DAILY SCRUM
THE MEETING IS TIME-BOXED TO 15 MINUTES.
PREPARATION
Follow the General Meetings Guidelines
Participants are invited:
All team members
Scrum Master
(Optional) Product Owner
(Optional) Other stakeholder
Timeboxed to 15 minutes
Team members have updated their tasks on the virtual or physical
team board
Issues backlog is available to add, remove, or edit items
FACILITATION
Every team member answers the three questions.
What did you accomplish yesterday?
What are your plans for today (or what are you working on today)?
Do you have any issues or impediments that might keep you from
accomplishing your plans for today?
If something is in the way: add it as an issue to the Issue Backlog
If a discussion starts:
Remind the team members to focus on answering the questions
If a stakeholder wants to say something: remind him politely, that this meeting is only for the team
OUTPUT
Issues Backlog is updated
Team knows if there is something from the previous day that is an issue to another team member.
Team is aware of what the rest of the team is planning to do and if they are needed to assist.
THERE ARE ADDITIONAL WAYS TO
CONDUCT A DAILY STAND UP.
ALTERNATIVES ARE CONCEPTS LIKE
“WALKIN HE OARD,” ETC. ASK
A OU OUR “FUN WI H DAILY
RUM ” RAININ !
ROCKET TIP
12. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
11
SPRINT REVIEW
REVIEW ALL BACKLOG ITEMS THE TEAM HAS DELIVERED IN THIS SPRINT AND CHECK IF THE SPRINT GOAL WAS ACHIEVED.
PREPARATION
Follow the General Meeting Guidelines
Participants are invited:
Product Owner
Scrum Master
All team members
Stakeholders
Customers
Other team members
Timeboxed to 2 hours (or shorter for shorter sprints)
The Sprint Goal is visible to everyone
The Selected Product Backlog is accessible and visible to everyone
The team has prepared workstations, devices etc. to demonstrate the new functionality
FACILITATION
The team presents the Sprint results and demonstrates the new functionality, Backlog Item after Backlog Item
If the Product Owner wants to change a feature:
Add a new Backlog Item to the Product Backlog
If a new idea for a feature occurs:
Add a new Backlog Item to the Product Backlog
If the team reports an issue which is not solved yet:
Add the issue to the Issue Backlog
OUTPUT
Common understanding about the Sprint results and the product state
DILBERT DEMONSTRATES HOW NOT TO DO A SPRINT REVIEW
THE SPRINT REVIEW
13. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
12
RETROSPECTIVE
LEARN FROM PAST EXPERIENCE TO IMPROVE THE PRODUCTIVITY OF THE TEAM.
PREPARATION
Follow General Meetings Guidelines
Participants are invited:
Scrum Master
All team members
(Optional) Product Owner
Timeboxed to 2 hours
Additional facilities:
paper products large enough to capture information with markers (optional)
a white board and markers to perform exercises (optional)
Projector
device capable of capturing and presenting information through the projector
PRIME DIRECTIVE: REGARDLESS OF WHAT WE DISCOVER, WE MUST UNDERSTAND THAT EVERYONE DID THE BEST JOB
HE OR SHE COULD, GIVEN WHAT WAS KNOWN AT THE TIME, HIS OR HER SKILLS AND ABILITIES, THE RESOURCES
AVAILABLE, AND THE SITUATION AT HAND.
FACILITATION
Present the goal of the meeting
Present the Prime Directive
Discuss and answer the questions:
What went well?
What didn’t go well?
What can we do better next sprint?
Identify who is responsible for the answers to “what can we do better next sprint?”
Prioritize the list of improvements
Run a wrap-up of the meeting:
Each participant gives a short reflection about the retrospective
OUTPUT
Any issues are added to the Issues Backlog
“What can we do better next sprint” is added to Team Working Agreement
Week 1 Week 2 Week 3
THERE ARE A NUMBER OF ACTIVITIES THAT CAN BE
PERFORMED DURING THE RETROSPECTIVE. THESE
CAN BE TIMELINES, STARS, CONTROL MATRIX, AND
SAFETY CHECK SPEEDBOAT/SAILBOAT ALL IN
ADDITION TO THE TRADITIONAL QUESTIONS.
HE K OU OUR “EFFE IVE RE RO E IVE”
TRAINING SESSION!
FIG. STARFISH EXERCISE FIG. EMOTIONAL TIMELINE EXERCISE
Milestone Milestone Milestone
Milestone Milestone
MilestoneIssue
Issue IssueIssue
Milestone
MilestoneFailure
Failure
ROCKET TIP
14. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
13
SCRUM OF SCRUMS
SCALING AGILE TO THE ENTERPRISE REQUIRES NEW WAYS OF THINKING. SCRUM OF SCRUMS PROVIDES A WAY OF
CROSS-TEAM COLLABORATION WITHOUT CREATING MANAGEMENT OVERHEAD.
PREPARATION
Follow the General Meetings Guidelines
Participants are invited:
Representatives of each of the teams that share common backlog
elements or programs
Scrum Masters
(Optional) Product Owners
Chief Scrum Master
(Optional) Chief Product Owner
Timeboxed to 15 minutes; scheduled for at least once per week
Issues backlog is available to add, remove, or edit items
FACILITATION
Every team representative answers the three questions.
What did your team accomplish since the last Scrum of Scrums?
What are your plans until the next Scrum of Scrums (or what are you
working on now)?
Do you have any cross-team issues or impediments that might keep you
from accomplishing your plans?
If something is in the way: add it as an issue to the Issue Backlog
If a discussion starts:
Remind the team representatives to focus on answering the questions
OUTPUT
Release Issues Backlog is updated
Team representative and Scrum Master know if there is something from the previous time period that is an
issue to another team.
Team representative and Scrum Master is aware of what the rest of the teams are planning to do and if their
teams are needed to assist.
WHILE THE SCRUM OF
SCRUMS IS NOT A
TRADITIONAL SCRUM OR
AGILE CEREMONY, IT ADDS
VALUE TO ORGANIZATIONAL
OR ENTERPRISE AGILE
SCALING
15. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
14
ROLES OVERVIEW
PRODUCTOWNER
The role responsible for the success of the release or project. The Product Owner leads the organizational effort by
conveying the vision to the team, outlining the work in the backlog, and prioritizing it based on value.
SCRUMMASTER
Acts as a facilitator for both the team and the Product Owner. The ScrumMaster removes impediments that impact the
team’s forward progress toward the sprint goals and manages the scrum/agile process.
TEAM
Consists of 3-9 people excluding the Product Owner and ScrumMaster (some variants say 7 +/-2). The team is comprised
of individuals who, as a whole, are capable of carrying out the sprint goals. They are autonomous and work together in
the same general area.
STAKEHOLDER
An individual or group of individuals (such as a department or component-based group) that can affect the outcome of
the sprint or project. Generally, this role is managed outside of the scrum/agile process by the Product Owner, but can
impact the success of the initiative.
CHIEFSCRUMMASTER
Acts a leading driver or innovator in the areas of operational agile/scrum within an organization. This role will
sometimes act as the ScrumMaster of ScrumMasters or have additional responsibilities of program or portfolio
management.
CHIEFPRODUCTOWNER
The single point of accountability (single ringable neck) for the success or failure of the complete program or product
line. This role is responsible for the entirety of the roadmap or enterprise product backlog.
Serve as the Agile expert by
facilitating and coaching
16. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
15
PRODUCT OWNER KEY QUALITIES AND
CHARACTERISTICS
Availability Business Savvy
Communicative Experienced
Humble Empowered
Prepared Fun
Collaborative Flexible
Historically Knowledgeable
PRODUCT OWNER
IN AGILE, THE PRODUCT OWNER IS THE ONLY ONE WITH ORGANIZATIONAL AUTHORITY. THIS AUTHORITY IS USED TO
PAVE THE WAY FOR THE TEAM TO BE ABLE TO COMPLETE THE VISION.
RESPONSIBILITIES
PEOPLE
Representative of all stakeholders
Understands users and customers
Creates common communication
between the team and the
stakeholders
STRATEGY
Focus is on the business model
Carries the product vision to the team
PRODUCTDELIVERY
Formalizes a specific, measurable and reasonable Product Backlog and prioritizes it by business value
Maintains the Product Backlog continuously
Tracks time and budget (project progress)
Validates the completed sprint backlog and the sprint goal
ARTIFACTS
Product Vision
Product Backlog
Release Burndown
Product Roadmap
AUTHORITY
Decides on delivery dates
Can cancel a sprint if it no longer meets business value
Because he/she maintains the Product Backlog, the
Product Owner can request what work is done in a
sprint.
LIMITATIONS
Cannot determine the amount of work that a team
performs in a sprint
Cannot change the Sprint Backlog unless an emergency
arises
Although they have organization authority, the product owner should not tell the team how to deliver a
solution.
17. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
16
SCRUMMASTER KEY QUALITIES AND
CHARACTERISTICS
Servant-Leader Facilitative
Communicative Assertive
Enthusiastic Transparent
Accountable Empowering
Conflict Resolver Flexible
Situationally Aware
I.N.V.E.S.T.
INDEPEN-
DENT
NEGOTIABLE
VALUABLE
ESTIMABLE
SMALL
SCRUMMASTER
THE SCRUMMASTER IS RESPONSIBLE FOR MAKING SURE A TEAM OPERATES BY AGILE PRINCIPLES AND PRACTICES
(PROCESS OWNER). THE SCRUMMASTER IS OFTEN CALLED A COACH FOR THE TEAM, HELPING THE TEAM DO THE BEST
WORK IT POSSIBLY CAN.
RESPONSIBILITIES
PEOPLE
Coach and facilitator for the team and the product owner
Protects the team from outside distractions
Protects the team from over-commitment as well as complacency
STRATEGY
Always has a training plan for the team – the Issues Backlog
Acts as “process owner” for the team, making sure the team not only lives by the values of agile, but also
investigates new ways of working better
Works with the organization and other ScrumMasters
to implement agile practices outside of the
development teams
PRODUCTDELIVERY
Improves productivity by removing issues that impair
the teams ultimate goal – delivering a potentially
shippable increment
Works with the product owner to forecast team
velocity
Validates the manageability of the product backlog by
making sure items near the top are expressed as I.N.V.E.S.T. user stories (see call out box below)
ARTIFACTS
Sprint Backlog
Sprint Burndown Chart
Taskboard
AUTHORITY
The ScrumMaster has authority over the
process. He or she is the one responsible
for making sure that the agile principles
are followed
Protects the team and works with the Product
Owner to maximize the return on investment
Has authority within the team to question
ways of working
Works with other ScrumMasters to implement
organizational agile improvement
LIMITATIONS
Servant-Leader, no organization authority whatsoever
Team does not report to ScrumMaster FIG. ARE YOUR STORIES GOOD ENOUGH?
TESTABLE
18. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
17
TEAM KEY QUALITIES AND CHARACTERISTICS
Cross-Functional Collaborative
Learning Multidisciplinary
Enthusiastic Transparent
Autonomous Discipline
Responsibility Initiative
Courage to Seek Out Review
TEAM
TO WORK EFFECTIVELY, IT IS IMPORTANT TO THE TEAM THAT EVERONE FOLLOWS A COMMON GOAL, ADHERES TO THE
AME “WAY OF WORKIN ,” AND HOW RE E T TO ONE ANOTHER.
RESPONSIBILITIES
PEOPLE
Team is responsible for the work and culture. Issues with other team members should be handled internally
first
Self-Managing and Self-Organizing – empowered to define who will perform the tasks and in which order
they are performed
Update each other on what they are doing and if there are any issues, not just during the Daily Scrum
Work with and negotiate with the Product Owner, who is the primary client
STRATEGY
Must continuously improve the ways of working in order to increase efficiency and consistency
Breakdown the requirements, create tasks, and estimate work items.
PRODUCTDELIVERY
Responsible to deliver the committed sprint backlog within the required quality metric
Responsible for not only the delivery of the sprint goal and backlog, but also negotiating both of those
artifacts
All sprints must have a potentially shippable increment
ARTIFACTS
Sprint Goal
Sprint Backlog
Team Agreement
AUTHORITY
Team defines how much work they can undertake based on past sprint capacity
Autonomy on the technical solution for the functionality requested
Able to define improvements to systems and methods in order to increase quality and efficiency
Team defines the way they will work and sets rules of engagement (within reason)
LIMITATIONS
The team does everything to win the game – to deliver
the product
Cross-functional - the full know-how to realize the
product
Understands the vision and Sprint Goals of the Product
Owner in order to deliver potentially shippable product
increments
19. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
18
Emergency? Yes
No
User Story reviewed Team agrees to swap sprint
item for new story
User Story is created
or updated
Lower priority user story
is identified in current sprint to
swap with the new story.
Stakeholder submits new
issue to Product Owner
User Story Completed
User story placed
in product backlog
User story worked in
priority order
Secondary Workflow
STAKEHOLDERS
STAKEHOLDERS ARE PARTIES WITH AN INTEREST IN THE PRODUCT BEING DEVELOPED AND/OR THE AGILE PROCESS.
THEY MIGHT INCLUDE VENDORS, CUSTOMERS, BUSINESS OWNERS, SUBJECT MATTER EXPERTS, SUPPORT, OR OTHER
INTERNAL ORGANIZATIONS.
RESPONSIBILITIES
PEOPLE
Engage through interest in the
outcome and process during a project or
product release cycle
STRATEGY
Work with the chief product owner and
chief scrummaster in identifying
business and architectural initiatives
PRODUCTDELIVERY
Support the team, product owner, and
scrummaster in the delivery and
execution of a project or product
Provides valuable feedback
throughout the sprint and release relative to their involvement in the backlog items
ARTIFACTS
Product Feedback
AUTHORITY
Because a stakeholder could be a resource manager, it is important to recognize that these roles, albeit
indirectly, still need to be managed
Ability to fund or not to fund, in several scenarios, the ongoing development of work
Can be a remover of issues and roadblocks
LIMITATIONS
Will work through the product owner for adding or changing work in the product backlog
Should not directly manage the day to day activities of the team
Keep Satisfied Manage Closely
Monitor Keep Informed
Power
Interest
Levels of Interest and Power
Low power, less interested people: again, monitor these people, but do not bore
them with excessive communication.
Low power, interested people: keep these people adequately informed, and talk
to them to ensure that no major issues are arising. These people can often be very
helpful with the detail of your project.
High power, less interested people: put enough work in with these people to keep
them satisfied, but not so much that they become bored with your message.
High power, interested people: these are the people you must fully engage and
make the greatest efforts to satisfy.
20. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
19
CHIEF SCRUMMASTER
A LEADING DRIVER FOCUSED ON COACHING AND ORGANIZING SCRUMMASTERS, SUPPORTING THE ENTERPRISE OR
ORGANIZATIONAL IMPLEMENTATION OF AGILE OR SCRUM, AND COACHING MANAGEMENT WITHIN THE PORTFOLIO
BACKLOG.
RESPONSIBILITIES
PEOPLE
Acts as Product Owner to the ScrumMasters, helping define the organizational direction for process based
on the needs of the customer (organization)
Acts as a ScrumMaster to the organizational leadership, portfolio team, and executive team
Researches and shares resources for teams and programs to successfully execute the roadmap
STRATEGY
Serves as coach, advisor, and agile counselor to the organization
Participates in developing business, development, and enterprise process in order to align with the Agile
Manifesto and Principles behind the Agile Manifesto
Works with Product Owners, customers (business owners) and other managers to maintain alignment with
strategic vision
PRODUCTDELIVERY
Coaches enterprise teams and helps foster improving agile project, program, and portfolio management
Participates in and, more than likely, facilitates release planning
Participates in and, more than likely, facilitates scrum of scrums
Removes organizational issues
Coaches the Chief Product Owner on improving the Portfolio Backlog
ARTIFACTS
Organizational Issues Backlog
Agile Adherence Checklists
Portfolio Backlog
AUTHORITY
Generally, has organizational leadership of the ScrumMasters through an Agile Office
Owns the enterprise or organization process
Can direct and suggest process changes across the enterprise to facilitate improvements in efficiency
LIMITATIONS
As still a ScrumMaster, the Chief ScrumMaster only has authority within the group to which he is coaching and
only that allowed
ScrumMaster
Chief ScrumMaster
Acts as “Agent of Change”
Keeps pushing process improvements
Challenges existing behaviors
21. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
SAMPLE CHIEF SCRUMMASTER OPERATIONAL OVERSIGHT
Agile 3PO
Agile Project,
Program, and
Portfolio Office
Project
Management
The discipline of planning,
organizing and motivating
resources to achieve project
success
Strategy
Establishing a roadmap for
continued and improving
project success
Process
Document and improve
guidelines for successful
project management
Project
Portfolio
Management
The scope necessary to have
successful project
implementation
Methodology
Evolving in theway we
approach the work in order
to increase success
Governance
The processes that need to
exist fora successfulproject
Tools
The devices and methods
used to implement a
successful project
Quality Index
Identifies how the PM is
progressing on the project
deliverables
Regular Tool
Reviews
Spot check random samples
of adherence, from WIT
field compliance to review
of team agility
Project Reviews
Continuous feedback loops
and reviews as to PPM
adherence
Metrics
Tracking projects, iterations,
epics, stories, tasks, bugs
Exceptions
Review
Review requested
exceptions and approve/
deny/approve with
mitigation
Team
Foundation
Server
Manage, oversee, and
implement changes
Project Server
Manage, oversee, and
implement changes
SharePoint
Manage, oversee, and
implement changes
Microsoft
Project
Professional
Maintain, manage, teach
Agile Scaling
Provide agile project
management consultation
on portfolio team
Release
Planning
Represent and facilitate any
discussion of portfolio
implementation and
readiness.
Scrum Master
Act in the role of scrum
master for the individual
scrum/development teams
Program
Management
Provide program oversight
to groups of projects that
represent key organizational
business direction.
Project Plans
Maintain project plans for
each project. Allows for
forecasting and for
identifying areas of risk
regarding schedule and
resources.
Project Plan
Templates
Continual improvement of
project plan templates to fit
evolving process
improvement.
Process
Initiative List
Handling multipleprocess
improvement projects that
need to be watched.
Heat Map
Review and maintain
active process
enhancement across
the enterprise
Gold Copies
Review, enhance,
and maintain all
deliverables and
process gold copies.
Change
Management
Incremental and constant
improvement in a way that
is consumable.
New Processes
Strategically implementing
new ways of working to
support everchanging
needs and standards.
Continued
Education
Constant and consistent
review of new training
opportunities for both the
project office as well as
product development.
Enhancements
Continuous improvement
regarding agile and scrum
methodologies
Templates
Maintaining and
improving any project
management templates
Improvement
Coach, teach and mentor
toward a greater success
Onboarding
Training
Providing updated training
documentation related to
the latest adaption of Agile
at Greenway
22. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
21
ROCKET SOAPBOX
THIS DOCUMENT REJECTS THE IDEA OF THE
NEED FOR A PRODUCT MANAGER AND
BELIEVES THAT IT IS A HOLDOVER FROM
TRADITIONAL SYSTEMATIC METHODOLOGIES.
THE CONCEPT SEEMS TO CREATE A SCHISM
THAT THE PRODUCT OWNER CONCEPT FIXED,
THAT IS, A DISCONNECT BETWEEN CUSTOMER
AND TEAM. THE VERY IDEA OF A PRODUCT
MANAGER, ACCORDING TO OTHER SCALING
MODELS, IS THAT THE PRODUCT MANAGER IS
EXTERNALLY FACING, WHERE THE PRODUCT
OWNER IS INTERNALLY FACING. THE FOCUS
SHOULD BE AT SCALING OUR TEAMS TO BE
ABLE TO CONTINUE TO INTERFACE WITH THE
CUSTOMER, WITH THAT RELATIONSHIP
FOSTERED AND BOUNDARIED BY THE PRODUCT
OWNER.
CHIEF PRODUCT OWNER
A LARGE AGILE PROJECT CONSISTS OF MANY SMALL TEAMS. EACH TEAM NEEDS A PRODUCT OWNER, BUT EXPERIENCE
SUGGESTS THAT ONE PRODUCT OWNER USUALLY CANNOT LOOK AFTER MORE THAN TWO TEAMS IN A SUSTAINABLE
MANNER. CONSEQUENTLY, WHEN MORE THAN TWO TEAMS ARE REQUIRED, SEVERAL PRODUCT OWNERS HAVE TO
COLLABORATE. WHILE THIS CAN WORK, IT CREATES AN ISSUE WHERE HERE I NO “ INGLE RINGABLE NECK.” THE
SOLUTION IS TO INTRODUCE A CHIEF PRODUCT OWNER.
RESPONSIBILITIES
PEOPLE
Guides the other product owners
Works with one potentially large and complex product,
or acts as the product owner over other product
owners that manage multiple, independent sub
products
Represents an industry or key strategic sector
Facilitates common communication between the
executive teams and the development teams
STRATEGY
Facilitates product decisions
Focuses on the enterprise business model
Carries the executive vision and communicates the
roadmap to the organization
PRODUCTDELIVERY
Responsible for the overall product or program
direction
Manages a portfolio of backlog items and prioritize across products for each sprint or each release
Tracks time and budget (release progress)
Communicates release readiness along with chief ScrumMaster
ARTIFACTS
Vision Board
Release burndown (in conjunction with product owners)
Product roadmap/Portfolio Backlog
AUTHORITY
Decides on release dates
Can cancel a release if it no longer meets business value
Because he/she maintains the product Backlog, the Chief Product Owner can request what work is done in a
release.
LIMITATIONS
Cannot determine the amount of work that the teams perform in a release
Cannot change Sprint Backlogs unless an emergency arises within the release
Although he/she has organization authority, the Chief Product Owner should not instruct their team to tell the
development teams how to deliver a solution.
23. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
22
ARTIFACTS
PRODUCTROADMAP
A product roadmap is a high-level plan that describes how the product is likely to grow. It allows the organization to
express where the product is going, and why it’s worthwhile investing in it. An agile product roadmap also facilitates
learning and change. A great way to achieve these objectives is to employ a goal-oriented roadmap – a roadmap based
on goals rather than dominated by many features.
PORTFOLIOBACKLOG
The portfolio backlog builds upon the product roadmap and begins to break down the roadmap into features and
initiatives that will need to be accomplished in order to meet the business value of the product roadmap. Where the
roadmap might focus on key business and architectural initiatives, the portfolio backlog begins focusing on what needs
to be done by each product in order to make the roadmap a realization. This becomes the basic estimable building
blocks of the release, product, and ultimately, sprint backlogs. While there is no
PRODUCTBACKLOG
The product backlog is a prioritized features list, containing short descriptions of all functionality desired in the product.
It is not necessary to start a project with a lengthy, upfront effort to document all requirements. Typically, a team and
its product owner begin by writing down everything they can think of for backlog prioritization and estimation. This
product backlog is almost always more than enough for a first sprint. The product backlog is then allowed to grow and
change as more is learned about the product and its customers.
SPRINTBACKLOG
The sprint backlog is a list of tasks identified by the team to be completed during the sprint. During sprint planning, the
team selects some number of product backlog items, usually in the form of user stories, and identifies the tasks
necessary to complete each user story. Most teams also estimate how many hours each task will take someone on the
team to complete.
ISSUESBACKLOG
Issues occur on all organizational levels. The Issues Backlog (whether team, product/release, or portfolio) identifies,
prioritizes and makes them visible to the organization. Capture and track these issues updating new, in-process, and
closed states. This backlog becomes the learning list for the team and is managed by the ScrumMaster whereas the
release issues and portfolio backlogs are generally managed by the Chief ScrumMaster.
“ O 10” Y I ALI UES
The ceremony rules are not followed
Product Vision and Sprint Goal(s) are unclear
The Product Owner is not available for questions
Backlogs are not prioritized by business value
Not everyone who contributes to the delivery is on the team or program
The ScrumMaster has to perform other tasks and is not able to focus on the team progress
The teams are too big (> 9 members)
The teams have no room where they can work together
The teams have no dashboard to access the Sprint Backlog
Information Radiators are not available to the entire organization
24. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
23
INFORMATION RADIATORS
RELEASEBURNDOWN
On teams where releases to the customer base are not occurring at the end
of each sprint, the team tracks its progress against a release plan on a
release burndown chart. The release burndown chart is updated at the end
of each sprint by the ScrumMaster. The horizontal axis of the release
burndown chart shows the sprints; the vertical axis shows the amount of
work remaining (effort) at the start of each sprint.
SPRINTBURNDOWN
All teams, whether delivering a potentially shippable increment or an actual
released product, use a sprint burndown chart to track the remaining effort
in product backlog items for the sprint. The horizontal axis of the sprint
burndown chart shows the number of days in the sprint while the vertical
axis shows the amount of work remaining (effort) during each day of the
sprint.
TASKBOARD
The team can make the sprint backlog visible by putting it on a task board.
This task board can be either physical or virtual (managed through any of
the amazing software tools available to the community). Team members
update the task board continuously throughout the sprint; if someone
thinks of a new task (“update the database for the new happy or not
column”), he or she writes a new task and adds it to the task board. Either
during or before the daily scrum, estimates are changed (up or down), and
tasks are moved around the board.
PRODUCTVISIONBOARD
The Product Vision Board is a tool that can be used to describe and visualize
the product vision and strategy. It helps capture and validate ideas about the
product, taking into account business drivers, competition, marketability and
more. A copy of the Product Vision Board is located on the next page. For the
original, please see Roman Pichler’s website outlined in the credit section of
this document.
26. COMPILED AND DEVELOPED BY JOSHUA A. JACK, CSM, SFC
25
CREDITS
Roman Pichler, Pichler Consulting and his Product Vision Board – http://romanpichler.com
Mike Cohn, Mountain Goat Software – http://mountaingoatsoftware.com