What does the 2nd Agile Principle (Welcome Change to Requirements) look like in Action?

Many want to go Agile or claim to be Agile. The question is, are you and will you really align with the Agile values and principles?  To better understand what this means, I dissected the Principles to better discover the intentions behind them and what behaviors they entail. In this article, I expand on the second Principle to better understand what it means and to attempt to model how to marshal supporting evidence that a culture change may be occurring.  

Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage is the second Agile principle. From an Agile perspective, you embrace change to increase the chances of delivering value to the customer. You embrace change because you understand that change is necessary as customer needs, market conditions, and general demand change over time. 

Welcoming change implies several qualities. The first is that there is a positive attitude toward change from the team and management. The second is that while change ideas are admitted, they are methodically prioritized based on customer value along with existing requirements. The third is that there is a process that allows prioritized changes to flow without obstruction.

What actions may exhibit “welcoming change to requirements”? Some evidence includes:  

• The PO continually engages with the customer to identify new requirements or changes to existing requirements. 
• A methodical review of the change idea occurs to determine the priority amongst the existing requirements.
• No person or process restricts incoming change ideas. 
• The backlog is continually refined and reprioritized. 
• Increment Planning and/or Sprint Planning is applied to introduce the newly prioritized requirements. 
• Continuous customer engagement via customer visits and sprint reviews are applied. 

It is up to you to determine what supporting evidence will highlight that a culture change is occurring. It is worth experimenting with this as it will help you better understand and embrace the Agile principles. The ultimate question, if you really believe in this principle is, do you welcome change?

-------------------------------------------------------------------------------------------------

To learn about what evidence might look like to support the 1st Agile Principle (aka, Satisfying Customer with Valuable Software), consider reading: https://cmforagile.blogspot.com/2023/09/many-want-to-go-agile-or-claim-to-be.html

In your Business, what are you Optimizing for?

Do you optimize for your customers or for the ease of following a plan or process? Many companies like to say that they optimize for their customers.  However, upon a closer look, you catch the scent that some companies optimize for their own internal processes or plan instead.  When you change the plan, it can disrupt schedules and make it less clear on what will be built for the release, as things tend to evolve.  It will also force re-planning, which can impact dependencies and staffing of the work. One of the Agile values states “Individuals and interactions over processes and tools.” In other words, Agile advocates the importance of interactions with customer.   

One example of optimizing for a plan or process (instead of the customer) is purposefully avoiding customer feedback because it can force you to adjust the plan which can be messy. Another example that I’ve witnessed several times is when actual customer feedback is captured that indicates a change to customer needs, yet the feedback is ignored since sticking the plan is an easier path.  This is a sign that the organization may be optimizing for their internal processes or the comfort of sticking to the initial plan. When paired with management objectives of sticking to a schedule, this often leads to a mindset of avoiding any change. Does this sound familiar?  Be careful not to fall into this trap.  It can be very easy to do.  It can lead to losing touch with the customer and poor business results.

When you optimize for the customer (external), it will often lead to change.  One of the Agile principles states that you should “Welcome changing requirements”.  The more you interact with your customers (which you should be doing), the more they will provide thoughts or feedback on what they really want. This, in turn, leads to adapting the plan to the great benefit of building something the customer wants.  The net result is an increase in better business results. 

There are several ways to gauge if you are optimizing for the customer or for your internal plan or processes.  A first way is to identify how often you actually engage with customers (and how many) in ceremonies like demos and sprint reviews. Engaging with many customers indicates you are optimizing for the customer while none or few indicates a leaning toward the internal plan.  A second way is to capture how often you actually incorporate customer feedback.  Methodically incorporating feedback indicates that you are optimizing for the customer while incorporating little feedback may indicate a leaning toward following the plan.  As you look around your project, product, or company, ask yourself, who are you optimizing for?  Who should you be optimizing for?