Enjoy fast, FREE delivery, exclusive deals and award-winning movies & TV shows with Prime
Try Prime and start saving today with Fast, FREE Delivery
Other Sellers on Amazon
& FREE Shipping
100% positive over last 12 months
100% positive over last 12 months
Download the free Kindle app and start reading Kindle books instantly on your smartphone, tablet, or computer - no Kindle device required. Learn more
Read instantly on your browser with Kindle for Web.
Using your mobile phone camera - scan the code below and download the Kindle app.
Follow the Author
Agile Practice Guide 1st Edition
Purchase options and add-ons
Frequently bought together
About the Author
Excerpt. © Reprinted by permission. All rights reserved.
Agile Practice GuideBy Project Management Institute Inc.
Project Management Institute, Inc.Copyright © 2017 Project Management Institute, Inc.
All rights reserved.
2. AN INTRODUCTION TO AGILE,
3. LIFE CYCLE SELECTION,
4. IMPLEMENTING AGILE: CREATING AN AGILE ENVIRONMENT,
5. IMPLEMENTING AGILE: DELIVERING IN AN AGILE ENVIRONMENT,
6. ORGANIZATIONAL CONSIDERATIONS FOR PROJECT AGILITY,
7. A CALL TO ACTION,
ANNEX A1 PMBOK® GUIDE MAPPING,
ANNEX A2 AGILE MANIFESTO MAPPING,
ANNEX A3 OVERVIEW OF AGILE AND LEAN FRAMEWORKS,
APPENDIX X1 CONTRIBUTORS AND REVIEWERS,
APPENDIX X2 ATTRIBUTES THAT INFLUENCE TAILORING,
APPENDIX X3 AGILE SUITABILITY FILTER TOOLS,
Welcome to the Agile Practice Guide! This guide was developed as a collaborative effort by the Project Management Institute (PMI) and Agile Alliance®. The members of the core writing team who developed this practice guide included volunteers from both organizations, drawing on subject matter expertise from a broad range of current practitioners and leaders from a diverse range of backgrounds, beliefs, and cultures.
This practice guide provides practical guidance geared toward project leaders and team members adapting to an agile approach in planning and executing projects. While our core writing team recognizes there is staunch support to use predictive approaches and conversely, passion around shifting to an agile mindset, values, and principles, this practice guide covers a practical approach to project agility. This practice guide represents a bridge to understanding the pathway from a predictive approach to an agile approach. In fact, there are similar activities between the two, such as planning, that are handled differently but occur in both environments.
Our core writing team used an agile mindset to collaborate and manage the development of this first edition of the practice guide. As technology and culture changes, future updates and refinements to the practice guide will reflect current approaches.
Our core team adopted a more informal, relaxed writing style for this practice guide than is typical for PMI standards. The guide incorporates new elements, such as tips, sidebars, and case studies to better illustrate key points and concepts. Our team intends for these changes to make this practice guide more readable and user-friendly.
This practice guide goes beyond addressing the use of agile in the computer software development industry, because agile has expanded into non-software development environments. Manufacturing, education, healthcare and other industries are becoming agile to varying degrees and this use beyond software is within the scope of this practice guide.
So why an Agile Practice Guide and why now? Project teams have used agile techniques and approaches in various forms for at least several decades. The Agile Manifesto  expressed definitive values and principles of agile as the use of agile gained substantial momentum (seeSection 2.1). Today, project leaders and teams find themselves in an environment disrupted by exponential advances in technology and demands from customers for more immediate delivery of value. Agile techniques and approaches effectively manage disruptive technologies. In addition, the first principle of agile places customer satisfaction as the highest priority and is key in delivering products and services that delight customers (see Section 2.1). Rapid and transparent customer feedback loops are readily available with the widespread use of social media. Therefore, in order to stay competitive and relevant, organizations can no longer be internally focused but rather need to focus outwardly to the customer experience.
Disruptive technologies are rapidly changing the playing field by decreasing the barriers to entry. More mature organizations are increasingly prone to being highly complex and potentially slow to innovate, and lag behind in delivering new solutions to their customers. These organizations find themselves competing with smaller organizations and startups that are able to rapidly produce products that fit customer needs. This speed of change will continue to drive large organizations to adopt an agile mindset in order to stay competitive and keep their existing market share.
The Agile Practice Guide is project-focused and addresses project life cycle selection, implementing agile, and organizational considerations for agile projects. Organizational change management (OCM) is essential for implementing or transforming practices but, since OCM is a discipline within itself, it is outside the scope of this practice guide. Those seeking guidance in OCM may refer to Managing Change in Organizations — A Practice Guide .
Additional items that are in scope and out of scope for this practice guide are listed in Table 1-1.
This practice guide is for project teams who find themselves in the messy middle-ground between predictive and agile approaches, who are trying to address rapid innovation and complexity, and who are dedicated to the team's improvement. This practice guide provides useful guidance for successful projects that deliver business value to meet customer expectations and needs.
This practice guide is organized as follows:
Section 2 An Introduction to Agile — This section includes the Agile Manifesto mindset, values, and principles. It also covers the concepts of definable and high-uncertainty work, and the correlation between lean, the Kanban Method, and agile approaches.
Section 3 Life Cycle Selection — This section introduces the various life cycles discussed in this practice guide. This section also addresses suitability filters, tailoring guidelines, and common combinations of approaches.
Section 4 Implementing Agile: Creating an Agile Environment — This section discusses critical factors to consider when creating an agile environment such as servant leadership and team composition.
Section 5 Implementing Agile: Delivering in an Agile Environment — This section includes information on how to organize teams and common practices teams can use for delivering value on a regular basis. It provides examples of empirical measurements for teams and for reporting status.
Section 6 Organizational Considerations for Project Agility — This section explores organizational factors that impact the use of agile approaches, such as culture, readiness, business practices, and the role of a PMO.
Section 7 A Call to Action — The call to action requests input for continuous improvement of this practice guide.
The annexes, appendixes, references, bibliography, and glossary provide additional useful information and definitions:
* Annexes. Contain mandatory information that is too lengthy for inclusion in the main body of the practice guide.
* Appendixes. Contain nonmandatory information that supplements the main body of this practice guide.
* References. Identify where to locate standards and other publications that are cited in this practice guide.
* Bibliography. Lists additional publications by section that provide detailed information on topics covered in this practice guide.
* Glossary. Presents a list of terms and their definitions that are used in this practice guide.CHAPTER 2
AN INTRODUCTION TO AGILE
2.1 DEFINABLE WORK VS. HIGH-UNCERTAINTY WORK
Project work ranges from definable work to high-uncertainty work. Definable work projects are characterized by clear procedures that have proved successful on similar projects in the past. The production of a car, electrical appliance, or home after the design is complete are examples of definable work. The production domain and processes involved are usually well understood and there are typically low levels of execution uncertainty and risk.
New design, problem solving, and not-done-before work is exploratory. It requires subject matter experts to collaborate and solve problems to create a solution. Examples of people encountering high-uncertainty work include software systems engineers, product designers, doctors, teachers, lawyers, and many problem-solving engineers. As more definable work is automated, project teams are undertaking more high-uncertainty work projects that require the techniques described in this practice guide.
High-uncertainty projects have high rates of change, complexity, and risk. These characteristics can present problems for traditional predictive approaches that aim to determine the bulk of the requirements upfront and control changes through a change request process. Instead, agile approaches were created to explore feasibility in short cycles and quickly adapt based on evaluation and feedback.
2.2 THE AGILE MANIFESTO AND MINDSET
Thought leaders in the software industry formalized the agile movement in 2001 with the publication of the Manifesto for Agile Software Development (see Figure 21).
Twelve clarifying principles flowed from these values as shown in Figure 2-2.
Although originating in the software industry, these principles have since spread to many other industries.
This embodiment of mindset, values, and principles defines what constitutes an agile approach. The various agile approaches in use today share common roots with the agile mindset, value, and principles. This relationship is shown in Figure 2-3.
As shown in Figure 2-3, the model, inspired by Ahmed Sidky, articulates agile as a mindset defined by the Agile Manifesto values, guided by the Agile Manifesto principles, and enabled by various practices. It is worth noting that while the term "agile" became popularized after the Manifesto, the approaches and techniques being used by project teams today existed before the Agile Manifesto by many years and, in some cases, decades.
Agile approaches and agile methods are umbrella terms that cover a variety of frameworks and methods. Figure 2-4 places agile in context and visualizes it as a blanket term, referring to any kind of approach, technique, framework, method, or practice that fulfills the values and principles of the Agile Manifesto. Figure 2-4 also shows agile and the Kanban Method as subsets of lean. This is because they are named instances of lean thinking that share lean concepts such as: "focus on value," "small batch sizes," and "elimination of waste."
Is agile an approach, a method, a practice, a technique, or a framework? Any or all of these terms could apply depending on the situation. This practice guide, uses the term "approach" unless one of the other terms is obviously more correct.
In general, there are two strategies to fulfill agile values and principles. The first is to adopt a formal agile approach, intentionally designed and proven to achieve desired results. Then take time to learn and understand the agile approaches before changing or tailoring them. Premature and haphazard tailoring can minimize the effects of the approach and thus limit benefits. (See Appendix X2 for Tailoring Considerations).
The second strategy is to implement changes to project practices in a manner that fits the project context to achieve progress on a core value or principle. Use timeboxes to create features, or specific techniques to iteratively refine features. Consider dividing up one large project into several releases, if that works for the specific project context. Implement changes that will help the project succeed — the changes do not need to be part of the organization's formal practices. The end goal is not to be agile for its own sake, but rather to deliver a continuous flow of value to customers and achieve better business outcomes.
2.3 LEAN AND THE KANBAN METHOD
One way to think about the relationship between lean, agile, and the Kanban Method is to consider agile and the Kanban Method as descendants of lean thinking. In other words, lean thinking is a superset, sharing attributes with agile and Kanban.
This shared heritage is very similar and focuses on delivering value, respect for people, minimizing waste, being transparent, adapting to change, and continuously improving. Project teams sometimes find it useful to blend various methods — whatever works for the organization or team is what should be done regardless of its origin. The objective is the best outcome regardless of the approach used.
The Kanban Method is inspired by the original lean-manufacturing system and used specifically for knowledge work. It emerged in the mid-2000s as an alternative to the agile methods that were prevalent at the time.
The Kanban Method is less prescriptive than some agile approaches and less disruptive, as it is the original "start-where-you-are" approach. Project teams can begin applying the Kanban Method with relative ease and progress toward other agile approaches if that is what they deem necessary or appropriate. For more details on the Kanban Method, see Annex A3 on Overview of Agile and Lean Frameworks.
There is and probably always will be a lot of discussion around the Kanban Method and whether it belongs to the lean or agile movement. It was conceived in and around lean manufacturing, but is widely used in agile settings.
2.4 UNCERTAINTY, RISK, AND LIFE CYCLE SELECTION
Some projects have considerable uncertainty around project requirements and how to fulfill those requirements using current knowledge and technology. These uncertainties can contribute to high rates of change and project complexity. These characteristics are illustrated in Figure 2-5.
As project uncertainty increases, so too does the risk of rework and the need to use a different approach. To mitigate the impact of these risks, teams select life cycles that allow them to tackle projects with high amounts of uncertainty via small increments of work.
Teams can verify their work when they use small increments and can change what they do next. When teams deliver small increments, they are better able to understand the true customer requirements faster and more accurately than with a static written specification.
Teams can plan and manage projects with clear and stable requirements and clear technical challenges with little difficulty. However, as the uncertainty in the project increases, the likelihood of changes, wasted work, and rework also increases, which is costly and time consuming.
Some teams have evolved project life cycles to use iterative and incremental approaches. Many teams discover that when they explore the requirements iteratively and deliver more often incrementally, the teams adapt to changes more easily. These iterative and incremental approaches reduce waste and rework because the teams gain feedback. These approaches use:
* Very short feedback loops,
* Frequent adaptation of process,
* Regularly updated plans, and
* Frequent delivery.
What do simple, complicated, and complex projects mean? Consider large projects, such as the Boston Big Dig construction project. On the surface, the project seemed fairly straightforward: move the elevated highway underground. There was high agreement on the requirements (see the Y axis in Figure 2-5). There was low uncertainty on how the project would proceed until the project started. And, as is the case for many large projects, the project encountered surprises along the way.
When a team works on a project where there is little opportunity for interim deliverables or little opportunity for prototyping, the team most likely will use a predictive life cycle to manage it. The team can adapt to what it discovers, but will not be able to use agile approaches to manage the iterative discovery of requirements or incremental deliverables for feedback.
The Big Dig project was not simple by any means. However, many projects that start out in the lower left part of the Stacey Complexity Model have no real means of moving to other approaches. Assess the project, both in the requirements and the means of delivery, to determine the best approach for the life cycle of the project.
These iterative, incremental, and agile approaches work well for projects that involve new or novel tools, techniques, materials, or application domains. (Refer involve new or novel tools, techniques, materials, or application domains. (Refer to Section 3 on Life Cycle Selection). They also work well for projects that:
* Require research and development;
* Have high rates of change;
* Have unclear or unknown requirements, uncertainty, or risk; or
* Have a final goal that is hard to describe.
By building a small increment and then testing and reviewing it, the team can explore uncertainty at a low cost in a short time, reduce risk, and maximize business value delivery. This uncertainty may be centered on suitability and requirements (is the right product being built?); technical feasibility and performance (can this product be built this way?); or process and people (is this an effective way for the team to work?). All three of these characteristics — product specification, production capability, and process suitability — typically have elements of high uncertainty.
However, iterative and incremental approaches have their limits of applicability. When both technology uncertainty and requirements uncertainty are very high (the top right of Figure 2-5), the project moves beyond complex to chaotic. In order for the project to become reliably possible, it needs one of the variables (uncertainty or disagreement) to be contained.
(Continues...)Excerpted from Agile Practice Guide by Project Management Institute Inc.. Copyright © 2017 Project Management Institute, Inc.. Excerpted by permission of Project Management Institute, Inc..
All rights reserved. No part of this excerpt may be reproduced or reprinted without permission in writing from the publisher.
Excerpts are provided by Dial-A-Book Inc. solely for the personal use of visitors to this web site.
- Publisher : Project Management Institute; 1st edition (October 1, 2017)
- Language : English
- Paperback : 210 pages
- ISBN-10 : 1628251999
- ISBN-13 : 978-1628251999
- Item Weight : 3.53 ounces
- Dimensions : 8.5 x 0.3 x 11 inches
- Best Sellers Rank: #3,453 in Books (See Top 100 in Books)
- #1 in PMP Exam
- #3 in Business Project Management (Books)
- #107 in Leadership & Motivation
- Customer Reviews:
About the author
Reviewed in the United States on August 15, 2022
Reviews with images
Top reviews from the United States
There was a problem filtering reviews right now. Please try again later.
That said, all my Agile book reviews are Verified Purchases.
Now let’s get down to business shall we. This time around I decided to rate multiple Agile Guides using the same criteria listed on my PMP Guide Evaluations. Obviously, it was necessary to revise/tailor the criteria to meet the unique requirements for Agile-based project management versus the Traditional Waterfall approach. In other words, my ratings were based on how well a given Agile publication satisfies requirements as defined by PMI, AgileAlliance.org and applicable industry standards. As for why I chose to evaluate Agile-based guides is simple. It is my understanding that PMI will be instituting new guidelines regarding their PMP certification requirements. Part of the new requirement will include testing for proficiency in the application of Agile Methodologies (50% of PMP Exams?). More importantly, I happen to know (I have many contacts in major industries) major players such as Lockheed Martin, Northrup Grumman, Apple, Boeing, Raytheon, and various pharmaceutical companies are all looking to migrate their systems over to an agile-based project model. It has come to my attention that executive management teams have been chartered by the CEO’s of these companies, with making the transition to the “Agile Way” going forward. Assuming my assertion is true, it is in your best interest to start preparing now if you expect to stay current given the paradigm shift slowly but surely coming our way. Change is hard but it is necessary!
After poring over 11 comparable guides, here is what I came up with:
Agile Rating Criteria:
B) Dual Purpose Feature (DP). Answer depends on whether Guide offers Guidance on Agile project selection/management *AND* Agile PMI-ACP compliant test questions that cover all chapters.
C) Level of Comprehensive test (where applicable) and content coverage.
D) How consistent chapter focus is aligned with percentage of test questions.
E) Multiple methods of presenting the same material to increase comprehension through redundancy.
F) How well diagrams, tables, graphs, charts, and presentation material were utilized to provide a contextual understanding of various Agile methodologies.
G) Coverage of test taking strategies for deciphering test questions.
H) How well test questions answers are explained at the end of each chapter.
I) Using Real-life case studies to “drive home” complex and/or complicated constructs (look it up if you don’t know the difference between the two).
J) Online test bank availability.
GUIDES I PURCHASED AND REVIEWED:
1) Author Jack Lead: “Agile Project Management: How to master Scrum, Kanban and all Agile tools to optimize the organization, Performance, Quality and Results. Includes Kaizen guide to grow step by step and achieve goals. (4 Stars).
2) Author Jack Lead: “Project Management: This book includes Lean Guide + Agile Project Management. Practical guide for Managing Projects, Productivity, Profits of Enterprises or Startups with Lean, Scrum, Agile.”(4 stars).
3) Author Jeffrey Ries: “Agile Project Management: The Complete Step-by-Step Beginner’s Guide to Agile Project Management & Software development: Lean Guides for Scrum, Kanban , Sprint, DSDM, XP & Crystal, Book 1.”(4 Stars)
4) Author Brian Will: “AGILE ADOPTION AND TRANSFORMATION, PRINCIPLES, CHALLENGES, AND PITFALLS.” (4 stars).
5) Author Peter Measey: “AGILE FOUNDATIONS, Principles, practices and frameworks.” (4 Stars
6) Author Sam Ryan: “Agile Project Management: 2 Books in 1: Beginner’s Guide & Methodology. The Definitive Guide to Master Scrum, Kanban, XP, Crystal, FDD, DSDM. (4 Stars )
7) Author Joseph Phillips: “ALL-IN-ONE PMI-ACP Agile Certified Practitioner, Exam Guide. (dual purpose) (5 stars)
8) Author Hans Wendel van Hespen: “Agile methods: Accurate match! Which agile methodoloy is most appropriate for your IT-Project?” (3 ½ stars)
9) Author Sohel Akhter: “Agile Project Management, Aligned with Agile Practice Guide, First edition, PMI and Agile Alliance.” (dual purpose) (5 stars).
10) Author Konnor Cluster: “AGILE PROJECT MANAGEMENT, Learn How to Manage a Project with Agile methods, Scrum, Kanban, and Extreme Programming.”(4 ½ Stars)
11) Author PMI: “Agile Practice Guide.” (4 ½ Stars)
After careful review of the above Agile publications, My top 3 picks are as follows:
1st place: Author Sohel Akhter: “Agile Project Management, Aligned with Agile Practice Guide, First edition, PMI and Agile Alliance.”(dual purpose) (5 stars).
2nd place: Author Joseph Phillips: “ALL-IN-ONE PMI-ACP Agile Certified Practitioner, Exam Guide. (dual purpose) (5 stars)
3rd place: Author Konnor Cluster: “AGILE PROJECT MANAGEMENT, Learn How to Manage a Project with Agile methods, Scrum, Kanban, and Extreme Programming.”(4 ½ Stars) *AND* Author PMI: “Agile Practice Guide.” (4 ½ Stars)
Honorable mention: All 4 Star ratings
***Special Note: I chose not to include publications targeted for Beginners (don’t want to be accused of comparing apples to oranges).
For the record, I will be posting these evaluations for 1st 2nd 3rd place and “honorable mention” reviews only.
For those of you wondering why I chose to evaluate 11 Agile Guides. The answer is simple, rating these guides not only enhances my understanding of the various Agile based project management methodologies, it also allows me to continuously improve my knowledge base relative to the current advances being made in the field of project management, across a wide array of industry types. It’s all about staying informed lest you want to get left behind.
In closing, I hope you all find my effort to provide guidance, when selecting an Agile Guide Publication, useful!
It's an easy read. As others have said, there's wasted space, but honestly, that made it easier for me to take notes as I read and made the reading less daunting. I didn't have any printing issues with mine as others have noted, so hopefully that's been corrected!
Content very learsome but ja more steady book must be looked at
Reviewed in the United States 🇺🇸 on August 15, 2022
Top reviews from other countries
Reviewed in Canada 🇨🇦 on June 7, 2021