As Lao Tzu wisely said, âIf you do not change direction, you may end up where you are heading.â This quote resonates deeply with me, both as a professional Scrum trainer and a practitioner. Whether you’re a developer writing code or an organization strategizing for the future, it’s vital to continuously ask yourself: Are we heading in the right direction? đ¤ď¸
In this post, weâll explore why itâs crucial to evaluate your direction regularly at different levels, individual, team, and organizational, and how you can pivot when necessary to achieve better outcomes.
Hitting the Target as a Developer đŻ
At the developer level, the idea of assessing direction is highly applicable. When you’re deep into coding, it’s easy to focus on just delivering features and forget to evaluate whether you’re making the right choices along the way. Here are some key questions you should ask:
-
Am I writing the right code?
-
Is this the right approach for this feature?
-
Are there better architectural or security decisions I could be making?
One personal experience I often share is when a team I was working with delivered a product that, while feature-rich, was riddled with security flaws. Despite excellent feature development, the oversight in security direction led to customer dissatisfaction and extra work post-launch. This is why we must constantly reevaluate our progress. The worst case? You could end up delivering a product with functionality, but it’s insecure, buggy, or unusable for your target audience. đą
Key Takeaways for Developers:
-
Regularly check if your code aligns with the product vision.
-
Ensure that architectural and security choices are sound.
-
Donât wait until the end of the product cycle to assess usability and security issues, fix them along the way.
Product Owners: Are You Building the Right Features? đ
The same principle applies to product owners. Itâs easy to get tunnel vision, especially when you’re committed to delivering certain features. But the real question is: Are you building the right features that truly benefit your users?
I remember working with a product owner who was keen on adding more features to a product. The team built these out with speed and efficiency, but the customers werenât interested in using them. The product was feature-packed, yet didnât solve the key pain points of its users. Had we stopped to evaluate direction, we would have realized this much sooner.
Product Owner’s Evaluation Checklist:
-
Does this feature align with customer needs?
-
Is this the right time to introduce this feature, or could resources be better spent elsewhere?
-
What feedback are we receiving, and are we truly listening?
đĄ Pro tip: Constantly monitor market trends and feedback. Donât assume the path youâre on is the right one just because it worked in the past. Products and users evolve, and so should your direction!
The Organizational Level: Avoiding the Cliff **đ˘đł****ď¸**
On a larger scale, entire organizations sometimes fail to course-correct. They are so set on their established strategy that they overlook the shifts in market dynamics, customer needs, or even technological advancements. This stubbornness often leads them off a cliff. đ
A memorable example comes from a company I worked with that built an AI assistant for booking meetings. It was a brilliant idea: the bot could schedule meetings for you through chat platforms like Teams. However, after analyzing user behavior, they realized most customers preferred booking meetings directly on the website. The chatbot feature, once seen as innovative, was barely used. Instead of doubling down on the chatbot, the company pivoted its strategy, rebranding itself and realigning the product with actual customer behaviors.
Lessons for Organizations:
-
Donât fear change. Sometimes, your best-laid plans might not align with reality, and that’s okay!
-
Gather and analyze data to understand how users are interacting with your product.
-
Be adaptable. If the data suggests a change in direction, embrace it.
Case Study: The High Jumper Who Changed the Game
If youâre looking for a historical example of direction change, the story of Dick Fosbury, the Olympic high jumper, is a perfect analogy. In the 1960s, high jumpers would leap over the bar with one leg leading. But Fosbury introduced the Fosbury Flop, a revolutionary technique where the athlete jumps backwards over the bar. He won gold medals and broke records using this method, yet it took 10 years before others adopted it! đ¤Ż
Why? Because people were comfortable with the old way, even if it wasnât the best way. This highlights an important lesson: doing things the same way for the sake of comfort can prevent innovation and success. Donât wait 10 years to change direction when a better way is clearly visible.
Pivoting: Knowing When Itâs Time to Change âł**đ**
So how do you know when itâs time to pivot?
-
Listen to feedback. Whether itâs from your customers, team members, or the market, feedback is invaluable. If the data is telling you something, donât ignore it.
-
Regular retrospectives. Scrum offers us the chance to reflect and adapt at regular intervals. Make sure your team is not just going through the motions but is genuinely evaluating the direction.
-
Embrace flexibility. Being too rigid in your strategy could lead to failure. Sometimes small pivots, like the AI assistant example, can make all the difference.
Practical Tips for Agile Teams:
-
Schedule frequent retrospectives to evaluate direction.
-
Donât be afraid to abandon a feature or project that isnât working.
-
Foster a culture where feedback is embraced, not feared.
Final Thoughts: Direction Determines Destination đ§
Whether you’re a developer, a product owner, or leading an organization, one truth remains: Direction determines destination. If you donât assess where you’re heading, you could end up in a place you donât want to be.
To recap:
-
Developers: Always ensure your code aligns with the overall vision and product goals.
-
Product Owners: Build features that add real value, not just more complexity.
-
Organizations: Stay flexible and open to change; otherwise, you risk driving off the cliff.
Itâs crucial to take a step back, evaluate, and be willing to adjust your course. As Lao Tzu suggests, if you donât change direction, you may end up somewhere you donât want to be. And nobody wants that, right? đŤ
Smart Classifications
Each classification [Concepts, Categories, & Tags] was assigned using AI-powered semantic analysis and scored across relevance, depth, and alignment. Final decisions? Still human. Always traceable. Hover to see how it applies.
What to read next
Unlocking Agileâs Core: Questioning to Create Value
Explores how questioning, continuous improvement, and team empowerment drive Agile success, helping organisations adapt quickly, spot âŚ
How do you decide whether to pivot or stay the course? (Nokia story)
Explores how product owners make critical decisions to pivot or persevere in Agile projects, balancing data, instinct, feedback, and âŚ
Are Your Teams Empowered to Change Requirements Based on User Feedback? If Not, Youâre Probably Not Very Agile
Empowering teams to adapt requirements based on user feedback is key to true agility. Learn why backlog updates and team engagement drive âŚ
Empowering Agile Teams: The Critical Role of User Feedback in Requirement Changes
Explains how empowering Agile teams to act on user feedback enables rapid requirement changes, improves product relevance, and overcomes âŚ
Does Your Team Truly Understand Your Product Vision and Goals?
Ensuring every team member understands and connects their daily work to the product vision and strategic goals is key to true Agile âŚ
Evolution not Transformation: This is the Inevitability of change
Change in organisations is a continuous, evolutionary process driven by experimentation and adaptation, not a one-time transformation or âŚ
Detecting agile theatre with real delivery signals
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how âŚ
Donât Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and âŚ
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and âŚ
Flow of Value vs Flow of Work â Misnomer or Useful Shorthand?
Compares âflow of valueâ and âflow of workâ in Kanban, explaining why only validated outcomes count as value and stressing the need for âŚ
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your âŚ
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how âŚ
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and âŚ
Getting Started with Objectives & Key Results
Learn how to successfully implement OKRs by aligning clear strategy, fostering transparency, empowering teams, focusing on outcomes, and âŚ
OKR Guide - A Social Discipline for Shared Focus, Measurable Contribution, and Strategic Learning
A certification proves youâve passed a test
Certifications show test-passing ability but donât prove real-world product skills. Experience, judgement, and stakeholder influence matter âŚ
Most companies still get Product Ownership wrong
Many organisations misunderstand Product Ownership, treating it as simple backlog management instead of a strategic, accountable role âŚ
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how âŚ
Donât Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and âŚ
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and âŚ
Kendall Guide - A System of Work for AI Adoption
Flow of Value vs Flow of Work â Misnomer or Useful Shorthand?
Compares âflow of valueâ and âflow of workâ in Kanban, explaining why only validated outcomes count as value and stressing the need for âŚ
Estimating Better in an Overloaded System Is a Poor Manâs Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates wonât help. Limiting WIP and focusing on flow is key to âŚ