Showing posts with label doing Agile. Show all posts
Showing posts with label doing Agile. Show all posts

Sunday, January 5, 2014

Is it finally time to “Be Agile”?

As I look across the Agile landscape, I am worried that Agile has become little more than a superficial tag that some teams and companies seek without really aligning with the cultural shift that is needed to truly become Agile.  What I mean by this is to really align with Agile, it means to understand and embrace the Agile Values and Principles.  While this sounds obvious, I believe there is such little focus on the values and principles and much more so on the mechanics. 

I have hypothesized that those involved in Agile are more knowledgeable about the mechanics of “doing Agile” than understanding the cultural aspects needed for “being Agile”.  My specify hypothesis stated that I believe fewer people could name 3 of the 12.

As I look across the Agile landscape, I am worried that Agile has become little more than a superficial tag that some teams and organizations seek without aligning with the real cultural shift that is needed to truly become Agile.  What I mean by this is to really align with Agile, it means to understand and embrace the Agile Values and Principles.  While this sounds obvious, I believe there is such little focus on the values and principles and much more so on the mechanics. 

I have hypothesized that those involved in Agile are more knowledgeable about the mechanics of “doing Agile” than understanding the cultural aspects needed for “being Agile”.  My specify hypothesis stated that I believe fewer people could name 3 of the 12 Agile Principles, then could roughly name 3 of the 5 Scrum events (i.e., Sprint, Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective).  In order to make my hypothesis meaningful, it was important to test it. 

With that in mind, I established an experiment that tests if people can articulate the Agile principles and if they can articulate the Scrum events.   I created a simple survey that asked Agile participants to write down as many of the five Scrum events that they knew and then write down as many of the twelve Agile Principles they knew.  I distributed this survey to two different Agile professional events and accumulated over 100 survey responses (109 to be exact).  The results were quite revealing and support my hypothesis.  Of the 109 Agile participants: 
  • 59% knew 3 or more of the five Scrum events
  • 11% knew 3 or more of the twelve Agile principles
I actually find these results quite astounding.  Could it really be true that only 11% of Agile professionals and enthusiasts could name just 3 Agile principles?  I don't mean they they memorize them but can provide at least the key words of the principle.  This means that 89% could only name 2 or less.  What makes this even more astonishing is that 67% could not name even a single Agile principle (and I did give credit to those who could name the key words of the principle - e.g., self-organizing,  frequent delivery, etc.). 
In reviewing the survey results, about half of the 67% confused the Agile principles with the Agile Values (e.g., Individuals and interactions over processes and tools).  On the flip side, 59% could name at least 3 of the mechanical Scrum events.  Here are two charts that illustrate the number of respondents that could name a certain number of Scrum events and Agile principles. 

Based on this data, my concluding hypothesis is that the reason there is such a lack of awareness of Agile principles is that there is very little education focused on the Agile principles.  This is particularly concerning since the principles form the basis for what an Agile culture should look like. A simple way for each and every one of us to test this hypothesis is to ask these two questions:
  • How many Agile principles can you name?  Is it 3 or more?
  • How much Agile related education have you have received and how much of it was focused on the Agile principles? 
Now do keep in mind, knowing the principles is just the first step and it doesn't make you Agile. Next its time to live it.  But how do we expect to “be Agile” if our focus is so much more focused on the mechanics or “doing Agile”.   I would suggest that anyone who claims to be an Agile enthusiast ought to periodically bring their work back to the Agile values and principles.  Maybe its time to revisit the values and principles and understand what it really takes to be Agile.

Sunday, October 27, 2013

A great Agile book - Being Agile: Your Roadmap to a Successful Adoption of Agile

Being Agile is your roadmap to successfully transforming to an Agile culture. In this unique book, veteran Agile Coach Mario Moreira advises new and current adopters how to implement a robust Agile framework that emphasizes Agile values and principles over the mechanical elements. This book focuses on the business benefit of implementing Agile which focuses on delivering customer value and having a positive impact on revenue. 

This book begins by explaining that in order to truly cross the Agile chasm, there must be a transformation to the Agile culture that focuses on delivering customer value.  Mario shows maturing early adopters how to bridge the chasm between going through the motions of “doing Agile” and genuinely “being Agile.” 

It then delves into the business benefits of Agile and the often missing discussion that Agile supplements your strategy to help your business succeed.  The book highlights the important objectives of customer and employees matter, another area that often is underserved.  It briefly discussions some of the methodologies (including Scrum, Kanban, DSDM, Lean, VFQ, and XP), and the roles a team and organization can play within an Agile context. 

After a high-level synopsis of Agile, Mario reminds us that Agile is nothing more and nothing less than a set of values and principles.  This book delves deeply into a focus on the Agile values and principles.  This book dissects each value and principle that conveys whether they are really exhibited within a culture.  These values and principles must be observed, believed, and translated into actions as an important to precipitate a cultural shift. The book emphasizes the importance of keeping the values and principles always in mind.

The author then plunges into the nitty-gritty of the deploying Agile in a manner that will better achieve an Agile transformation.  He does this by introducing the reader to the Ready, Implement, Coach, and Hone (RICH) Deployment model.  The rubric of readiness engages and begins conditioning the mind toward the Agile mindset as well as focusing on the areas that need to be considered as you are embarking on your Agile journey.  He asks you to consider such factors as:
·         Evaluating team candidates for skills, behavior, and willingness 
·         Assessing Stakeholder buy-in and engagement
·         Determining Suitability for applying Agile
·         Identifying measures to see if you are Agile and if you are deriving the business benefits
·         Establishing a customer validation vision to engage in the critical customer feedback
·         Implementing Agile roles and identifying those best for these roles
·         Establishing an adaptable and scalable Agile framework
·         Determining your User story writing and grooming approach
·         Understanding story points for sizing and establishing a relative sizing framework
·         Establishing Educational needs and building an Agile community
·         Constructing Done criteria and how it helps with quality

Implement focuses on the timely application of agile elements within a team or organization while still maintaining emphasis on the Agile values and principles. Coach focuses on on-boarding teams, coaching teams and management through initial implementation, grooming in-house talent, ensuring Agile values and principles are a focus, while acting as a navigator on the path to Agility. Hone emphasizes the inspect-and-adapt model where periodically the current state is reflected upon and opportunities for improvement identified and acted upon.

This book is geared toward Agile Coaches, Scrum Masters, Product Owners, Team members, product managers, project managers, middle, senior, and executive management in software engineering and development divisions and enterprises.  Learning opportunities include:
·         Comprehending Agile values and principles with an in-depth discussion on each principle and how they may be exemplified within an Agile culture.
·         Advocating a framework in which values, customer engagement, employee engagement, and an Agile framework can lead to an increase in sales and productivity, incorporated in the Agile Value to Incentive Differentiator (AVID) framework.
·         Presenting a methodical yet adaptable approach toward Agile transformation, encapsulated in a Ready–Implement–Coach–Hone (RICH) deployment model that can help establish an adaptable roadmap toward your Agile destination.   
·         Introducing the importance of an Agile Customer Validation Vision that emphasizes a disciplined approach to engaging customers and gaining their valuable customer feedback
·         Providing a mechanism for evaluating your level of alignment to the Agile values and principles, encapsulated in the Agile Mindset Values and Principles (Agile MVP) Advisor.
·         Promoting a special focus on value-added work (VAW) that features customer work as valuable and an accompanying value capture metric.
·         Introducing Gamification concepts to engage and motivate employees toward Agile behaviors with the goal of achieving an Agile transformation
·         Advocating a change in your IT governance toward collaborative governance and performance review process places a focus on team rewards. 


This book ends with three case studies—stories of a smaller colocated project, a medium distributed project, and a large distributed team—to help you understand how the readiness activities, deployment approach, and commitment to Agile lead to different results. This book can help you focus on truly “being Agile” and gain the business benefits of doing so.  What will your case study look like?  Let this material in Being Agile help you achieve a successful one.