Project Management

The Agile Enterprise

by
"The Agile Enterprise" explores Agility at the Enterprise level, examining how Agile principles can be implemented throughout the organization beyond IT. The blog is inspired by the concept of an Agile Enterprise, introduced by the Agile Manufacturing Forum (1991) and the Manifesto for Agile Software Development (2001). Agility is examined from a Project Management perspective with a focus on areas not covered by frameworks that emerged from the work of small software development teams, such as Risk Management, Ethics, Organisational Change Management and Financial Management.

About this Blog

RSS

Recent Posts

The Hidden Risk of AI in Agile: The Illusion of Velocity

An Ethical Reflection on Using AI in Hiring: Respect, Responsibility, Fairness, and Honesty

The Ethics of Externalising Risk: Rethinking “Fail Fast” and MVP in Product Development

Quantum Physics for Year 3: Agile success as a foundation for AI. An Ethical reflection

The Tribe Agile Coach role and the spirit and values of the Agile Manifesto. An ethical reflection

Categories

Agile, Artificial Intelligence, Benefits Realization, Change Management, Communications Management, Complexity, Consulting, Decision Making, Disciplined Agile, Diversity, Earned Value Management, Estimating, Ethics, General, Governance, History, Innovation, Knowledge Management, Leadership, Lessons Learned, Metrics, Organizational Culture, Product Management, Risk Management, Scope Management, Scrum, Social Impact, Stakeholder Management, Teams, Testing/Test Management, Using PMI Standards

Date

The Ethical Trap of the Cookie-Cutter Frameworks

linkedin twitter facebook Request to reuse this  
The Ethical Trap of the "Agile Industrial Complex": Unpacking the Perils of Cookie-Cutter Frameworks



Introduction
Agile was born as a grassroots movement—an antidote to bureaucratic, top-down processes that stifled innovation and collaboration, a competitor to Lean Six Sigma’s focus on cost and quality achieved using standardised ‘best practices’. Its core values champion individuals, interactions, working software, and customer collaboration over rigid tools and processes. Yet, as Agile has gone mainstream, a new phenomenon has emerged: the rise of the “Agile Industrial Complex.” This refers to the ecosystem of consulting firms, certification bodies, and tool vendors profiting from the sale of prepackaged, one-size-fits-all frameworks. While these solutions can promise transformation and order, they often ignore the unique realities of client organizations, leading to failed implementations, wasted investment, and ethical dilemmas.

The Rise of the Agile Industrial Complex
How Did We Get Here?
As the software development version of Agile gained popularity in the 2000s and 2010s, demand for expertise and guidance soared. Consulting firms moved in, offering standardized frameworks, certification tracks, and trademarked methodologies. These solutions—often with impressive-sounding acronyms and hefty price tags—promised to “scale” Agile across entire enterprises, regardless of culture, context, or readiness.
What’s Being Sold?

  • Expensive, multi-tiered frameworks
  • Certification bootcamps and exams
  • Prescriptive rollout plans and tools
  • “Agile transformations” packaged as off-the-shelf products
The Ethical Trap: Why Cookie-Cutter Frameworks Are Problematic
Ignoring Context and Needs
Real agility is about adaptation. But firms in the Agile Industrial Complex often apply the same solution to every client, ignoring:
  • Organizational culture and structure
  • Team maturity and readiness
  • Market, product, and customer realities
  • Legacy processes and constraints
The result? A mismatch between the framework and the organization, leading to confusion, resistance, and disappointment.

Incentives to Sell, Not Solve
Consulting firms profit from selling frameworks and certifications—not necessarily from the client’s long-term success. This misalignment of incentives can lead to:
  • Overselling unnecessary complexity
  • Prolonging engagements to drive billable hours
  • Prioritizing framework adoption over actual business outcomes
The Illusion of Transformation
A shiny new framework, complete with roles, ceremonies, and artifacts, can create the illusion of progress. But without cultural change and real buy-in, teams may simply go through the motions—"doing Agile" without being agile. This is often dubbed “Agile Theatre.”

Ethical Dilemmas for Leaders and Champions
Leaders and internal champions may feel pressured to implement what the consultants recommend, even when it conflicts with reality. They may witness:
  • Employee cynicism and disengagement
  • High turnover among frustrated Agile practitioners
  • Wasted investment with little to show in terms of value or improvement
Real-World Consequences
  • Failed Transformations: Many organizations invest millions in “Agile transformations” only to revert to old habits or abandon the effort entirely.
  • Eroded Trust: Employees become sceptical of new change initiatives, viewing them as management fads rather than meaningful improvements.
  • Lost Opportunity: The energy and resources devoted to implementing a generic framework could have been spent on real, targeted improvements.
Toward Ethical Agile: What Should Be Done?
  1. Context Over Cookie-Cutter: Every person, team and organization is unique. Frameworks should be adapted, not adopted wholesale.
  2. Transparency in Consulting: Firms have an ethical responsibility to disclose limitations, risks, and possible downsides—not just sell the positives.
  3. Value-Driven Engagements: Focus on solving real problems and delivering outcomes, not just on rolling out a framework.
  4. Empower Internal Talent: Invest in building Agile capabilities within the organization, reducing dependency on external consultants.
  5. Continuous Feedback: Treat every transformation as an experiment—iterate, inspect, adapt, and always listen to the people doing the work.
The bottom line
The Agile Industrial Complex thrives on selling certainty in a world defined by change. But real agility cannot be packaged and sold like a product. It demands humility, context-sensitivity, and a relentless focus on people and outcomes. Consulting firms—and the organizations that hire them—must reject the lure of cookie-cutter solutions in favour of genuine, ethical transformation. Only then can Agile’s original promise be realized: better products, happier teams, and real business value.

Question for Readers:
Have you experienced an “Agile transformation” driven by external consultants or frameworks that didn’t fit your organization’s needs?
What lessons did you learn, and what would you do differently next time?

Share your stories and advice in the comments below.
Posted on: June 16, 2026 05:54 PM | Permalink | Comments (1)

Statistical Misuse of Ordinal Scales: The Mathematical and Ethical Flaws of Averaging Planning Poker Metrics

Categories: Agile, Ethics, Estimating

linkedin twitter facebook Request to reuse this  
Statistical Misuse of Ordinal Scales: The Mathematical and Ethical Flaws of Averaging Planning Poker Metrics

Introduction
In Agile software development, metrics like Planning Poker story points are widely used to estimate the size and complexity of work items. These metrics are based on ordinal scales—a type of ranking where the relative order of items matters, but the exact differences between them do not. Despite this, it’s common practice to calculate averages, run regressions, and otherwise apply standard mathematical operations to such data. This statistical misuse isn’t just a technical mistake; it has real-world consequences for decision-making and can cross into the realm of ethical misrepresentation. In this blog post, we examine the nature of ordinal data, why treating it as interval data is problematic, and the ethical implications for teams and organizations. We also provide guidance to help avoid these pitfalls, concluding with a question for readers to reflect on their own experiences.

Understanding Ordinal Scales in Agile Contexts
What Is an Ordinal Scale?
An ordinal scale is a way of ranking items or outcomes according to some criterion, but without specifying the degree of difference between them. For example, a restaurant rating system (poor, fair, good, excellent) or a pain scale (mild, moderate, severe) are ordinal. In Agile, Planning Poker uses a sequence of numbers (often Fibonacci: 1, 2, 3, 5, 8, 13, etc.) to estimate effort, but the gaps between these numbers are not consistent or meaningful in a mathematical sense.
Why Do Teams Use Ordinal Scales?
Ordinal scales like Planning Poker sequences are practical for group estimation, helping to drive consensus and discussion. They acknowledge the uncertainty and subjectivity inherent in software estimation, allowing teams to quickly rank work items from smallest to largest without worrying about precise measurement.

Statistical Misuse: Averages and Regressions on Ordinal Data
The Mathematics of Ordinal Data
Ordinal data only tells us the order of items, not the magnitude of differences. For example, the difference in effort between a 2-point and a 3-point story is not necessarily the same as between a 5-point and an 8-point story. Treating these numbers as if they are evenly spaced (like real numbers on a ruler) violates the fundamental properties of ordinal data.
The Flaws of Mathematical Averages
Despite this, many teams and organizations calculate the average story point value for a sprint, or the average velocity across sprints. They may even run regressions to forecast future delivery. However, calculating averages or running arithmetic operations on ordinal data is mathematically unsound because:
  • The intervals between points are not consistent or meaningful.
  • The results can be misleading, producing averages that do not correspond to any real scenario (e.g., an average story size of 4.2 points).
  • It gives a false sense of precision and objectivity.
Regression and Advanced Analytics
Some organizations take it further, applying regression analysis or more complex statistical models to ordinal data. These methods assume interval or ratio-level data, where arithmetic operations are valid. Using them on ordinal metrics produces results that are, at best, spurious and, at worst, drive misguided decisions.

Real-World Consequences of Statistical Misuse
Poor Decision-Making
Relying on mathematically flawed averages or projections leads to poor planning, unrealistic commitments, and ultimately, failed projects. Teams may be pushed to deliver "average" story sizes that are not grounded in reality or pressured to meet forecasted velocities that have no statistical validity.
Erosion of Trust
When stakeholders realize that the numbers don’t add up—or worse, when projects fail due to flawed metrics—trust in the estimation process and in leadership breaks down.
Ethical Implications
Misrepresenting ordinal metrics as if they were interval or ratio data is more than just a technical error; it’s an ethical lapse. It can:
  • Deceive stakeholders about team performance or project predictability.
  • Lead to unfair evaluations of teams or individuals based on invalid data.
  • Undermine psychological safety, as teams feel pressured to "hit the numbers."
Ethical reporting requires honesty about what metrics can and cannot tell us. Using the wrong statistical tools is, in effect, a form of data manipulation, even if unintentional.

Best Practices: Using Ordinal Metrics Responsibly
  1. Recognize the Limits: Treat story points and other ordinal metrics as relative rankings, not precise measurements.
  2. Avoid Arithmetic Operations: Don’t calculate averages or run regressions on ordinal data. Instead, look at frequency counts, medians, or modes.
  3. Educate Stakeholders: Ensure that everyone understands what ordinal metrics mean and how they should (and should not) be used.
  4. Report with Integrity: Be transparent about the limitations of your data and the methods used to analyse it.
  5. Focus on Conversation: Use ordinal metrics to drive discussion and consensus, not to produce misleading statistics.
The bottom line
Ordinal metrics like Planning Poker story points have value when used as intended—to facilitate team discussion and consensus. But applying standard mathematical operations to these numbers is both mathematically invalid and ethically questionable. By respecting the true nature of ordinal data and reporting it with integrity, teams and organizations can avoid misleading themselves and their stakeholders, making better decisions and building greater trust.

Question for Readers:
Have you encountered situations where averages or advanced analytics were applied to ordinal metrics like story points or Planning Poker estimates? How did it affect planning, transparency, or trust in your teams?
Share your experiences and insights below.
Posted on: June 15, 2026 01:21 AM | Permalink | Comments (1)

Metric Integrity, Semiquantitative Traps & Ethics: The Fallacy of Velocity as a Performance Metric

Categories: Agile, Ethics, Estimating

linkedin twitter facebook Request to reuse this  
Introduction
In the fast-paced world of Agile software development, metrics like story points and velocity are commonly used to estimate, plan, and track progress. However, when organizations and leaders start treating these metrics as absolute measures of productivity, they fall into a dangerous trap—one that not only undermines the integrity of the data but can also violate fundamental ethical principles, particularly the pillar of Honesty in data reporting. This blog post delves into the nuances of metric integrity, the pitfalls of semiquantitative metrics, and the ethical responsibilities that come with reporting and interpreting team performance.



Understanding Metric Integrity
Metric integrity refers to the accuracy, consistency, and appropriate use of quantitative and qualitative indicators within an organization. High-integrity metrics serve as reliable guides for decision-making, while low-integrity metrics can mislead, distort, and erode trust. In Agile environments, story points and velocity are designed as tools for internal estimation and forecasting—not for external comparison or performance evaluation.
Yet, the pressure to deliver, combined with a desire for accountability and transparency, often leads to these semiquantitative metrics being misused as hard measures of productivity. The result is a distortion of their intended purpose and the risk of unethical practices—either intentional or accidental.



The Semiquantitative Trap: Story Points and Velocity
Story Points & Velocity: Designed for Relative Measurement
Story points are a relative measure of effort, complexity, and uncertainty that a team assigns to pieces of work (user stories). Velocity, typically calculated as the sum of story points completed in a sprint, is meant to help teams forecast what they can accomplish in the future based on their own historical performance.
Key characteristics:

  • Team-specific: Each team calibrates story points differently. What’s a “3” for one team might be a “5” for another.
  • Non-absolute: Story points have no universal or external meaning.
  • For planning, not judging: Velocity is meant for a team’s internal use, not for comparing teams or individuals.
The Trap: Treating Velocity as an Objective Productivity Metric
When organizations start treating velocity as an absolute, quantitative performance indicator, several problems arise:
  1. False Comparisons: Comparing velocities across teams or over time without context leads to misleading conclusions.
  2. Metric Gaming: Teams may inflate story point estimates to appear more productive, undermining the very value of the metric.
  3. Loss of Trust: Stakeholders lose faith in the metrics when they see them manipulated or misunderstood.
  4. Distorted Incentives: Teams focus on increasing velocity rather than delivering customer value.
This is the essence of the semiquantitative trap: using internally calibrated, context-dependent metrics as if they were objective, external measures.



Ethics in Data Reporting: The Pillar of Honesty
Honesty is a foundational ethical principle in any form of reporting, including data and metrics. Most Codes of Ethics states that professionals should be "honest and trustworthy" and "avoid harm" in their work. Misrepresenting or misunderstanding metrics like velocity can violate this principle in several ways:
1. Misrepresentation
Presenting velocity as a literal measure of productivity—especially to external stakeholders or executives—misrepresents what the metric means. This can lead to flawed decisions and unfair judgments about team performance.
2. Omission of Context
Failing to clarify that story points and velocity are team-relative, not absolute, is a form of dishonesty by omission. Ethical reporting requires transparency about the limitations and appropriate interpretations of data.
3. Encouraging Unethical Behaviour
When teams are pressured to "improve" their velocity, they may consciously or unconsciously inflate estimates or manipulate the process, further eroding integrity and trust.
4. Data Integrity Violations
The misuse of semiquantitative metrics can result in data that does not reflect reality, violating both the letter and spirit of honest reporting.



Real-World Consequences
The consequences of violating honesty in metric reporting are not abstract. Teams and organizations have experienced:

  • Erosion of psychological safety: Team members feel pressured to meet arbitrary targets, stifling innovation and open communication.
  • Decision-making based on flawed data: Leaders make resourcing or performance decisions that are not grounded in reality.
  • Loss of credibility: Once stakeholders discover that metrics have been gamed or misrepresented, trust is difficult to rebuild.



Best Practices: Upholding Metric Integrity & Ethical Reporting

  1. Educate Stakeholders: Ensure everyone—from team members to executives—understands what story points and velocity are (and are not).
  2. Use Metrics for Their Intended Purpose: Keep story points and velocity as internal planning tools, not external performance measures.
  3. Report with Transparency: Always include context, limitations, and appropriate caveats when presenting semiquantitative data.
  4. Watch for Unintended Incentives: Regularly review how metrics are used and ensure they are not creating perverse incentives.
  5. Promote a Culture of Honesty: Encourage open discussions about metrics, limitations, and the importance of data integrity.



The bottom line
Metrics are powerful tools, but with great power comes great responsibility. The fallacy of treating velocity as an absolute measure of productivity is more than just a technical error—it is an ethical one. By understanding the limits of semiquantitative metrics, committing to transparency, and upholding the ethical pillar of honesty, organizations can foster trust, make better decisions, and ultimately deliver more value to their customers.
Let velocity remain what it was meant to be: a guide for teams, not a yardstick for judgment.
How have you seen velocity or story points used (or misused) in your organization, and what impact did it have on team morale, transparency, or trust?
Share your experiences and perspectives below.

Posted on: June 15, 2026 01:14 AM | Permalink | Comments (1)

Goodhart's Law in Agile Delivery: When Metrics Become Targets

Categories: Agile, Ethics, Estimating

linkedin twitter facebook Request to reuse this  
Introduction
In the pursuit of productivity and predictability, organizations often turn to metrics to track progress and drive improvement. In Agile software delivery, measures like story points and velocity have become ubiquitous tools for estimation and forecasting. Yet, as the British economist Charles Goodhart famously observed, “When a measure becomes a target, it ceases to be a good measure.” This principle—known as Goodhart’s Law—captures a dangerous dynamic: when management fixates on metrics as ends in themselves, teams adapt their behaviour to meet the numbers, often at the expense of genuine progress and transparency. This blog post explores how Goodhart’s Law manifests in Agile delivery, why it leads teams to inflate point sizing, and what organizations can do to foster healthier measurement cultures.



Understanding Goodhart’s Law
Goodhart’s Law originated in the context of economic policy, but its implications are universal. The law warns that when a metric is singled out as a performance target, people will inevitably find ways to game the system. The measure stops reflecting the underlying reality and instead becomes a distorted proxy, undermining its original intent.
In Agile software development, common metrics like story points, velocity, and burndown charts are intended to provide insight into team capacity, help with forecasting, and support continuous improvement. But when these metrics become management’s primary focus—tied to rewards, recognition, or even job security—they lose their power as objective indicators.



The Role of Metrics in Agile Delivery
Agile methodologies encourage self-organizing teams to estimate and plan their own work. Story points are assigned to user stories to reflect relative complexity, effort, and uncertainty. Velocity tracks how many points a team completes per iteration, informing future planning.
These metrics were created for internal use only:

  • Story points: Calibrated by and for the team, not meant for external comparison.
  • Velocity: A tool for the team to understand its own rhythm, not a performance metric.
Problems arise when organizations treat these measures as performance targets, comparing teams or setting arbitrary expectations—"all teams should deliver 30 points per sprint"—without regard for context or underlying differences.



How Goodhart’s Law Plays Out: Inflating Point Sizing
The Pressure to Perform
When management starts using story points or velocity as benchmarks for productivity, teams feel pressure to “keep up.” This is especially acute when:

  • Velocity is shared in dashboards visible to leadership or clients.
  • Team performance is compared across organisation(s).
  • Rewards, bonuses, or advancement are tied to hitting certain metrics.
The Response: Gaming the System
Rather than working faster or delivering more value, teams may unconsciously or deliberately inflate story point estimates to make their velocity appear higher. The logic is simple: if a 3-point story is now estimated as a 5, the same work results in a higher velocity. Over time, the relative calibration that made story points useful is lost.
The Consequences
  1. Loss of Predictive Value: Inflated points mean that velocity no longer reflects capacity. Forecasts become unreliable.
  2. Broken Trust: Stakeholders realize the numbers are being gamed, eroding confidence in both the process and the people.
  3. Misaligned Incentives: Teams focus on maximizing metrics, not customer value or quality.
  4. Metric Fatigue: Teams become cynical about measurement, seeing it as a hoop to jump through rather than a tool for improvement.



Real-World Examples
Consider a software organization where leadership sets a target: "Every team must increase its velocity by 20% this quarter." Teams, facing pressure and knowing that points are subjective, simply start assigning higher numbers to similar user stories. Management sees rising velocity, but actual delivery speed and product value remain unchanged—or even decline as teams cut corners to hit the numbers.
In another case, two teams are compared on velocity. One team, with more senior members, estimates conservatively; the other inflates points to look productive. Leadership, unaware of the calibration differences, rewards the second team, sending a clear signal that gaming the numbers is more valuable than honest reporting.



Breaking the Cycle: Healthy Metric Cultures
1. Metrics as Tools, Not Targets
Reframe metrics as aids for learning and planning, not as goals to achieve. Use them to spark conversations, not drive competition.
2. Focus on Outcomes, Not Outputs
Prioritize customer value, quality, and team health over raw throughput. Ask: Are we building the right thing? Are we improving?
3. Educate Stakeholders
Train managers, clients, and teams on what metrics can and cannot tell you. Demystify story points and velocity—make it clear they are metrics for the team, not universal currencies. Remind managers that story points originated from “ideal” days and should not be used as an obfuscation of time/cost estimation.
4. Guard Against Comparisons
Avoid comparing teams by their story points or velocity. Every team’s calibration is unique. Recognize and respect those differences.
5. Encourage Transparency
Promote psychological safety so teams can be honest about their estimates, blockers, and progress—without fear of punishment for “low” numbers.



The bottom line
Goodhart’s Law offers a cautionary tale for all organizations seeking to improve through measurement. In Agile delivery, turning metrics like story points and velocity into targets invites gaming and undermines the very insights those measures were meant to provide. To avoid falling into this trap, leaders must foster a culture where metrics are used for learning, not judgment, and where the ultimate focus remains on customer value, sustainable pace, and team trust.



Question for Readers:
Have you witnessed or experienced the effects of Goodhart’s Law in Agile delivery—such as point inflation or metric gaming—in your own teams or organizations? How did it impact trust, planning, or outcomes? Share your stories and insights in the comments below.

Posted on: June 15, 2026 01:05 AM | Permalink | Comments (1)

Aligning Agile Practices with the PMI Code of Ethics: Intersecting Responsibility, Respect, Fairness, and Honesty with the Agile Manifesto

linkedin twitter facebook Request to reuse this  
Introduction
After the publication of the Manifesto for Agile Software Development in 2001 Agile frameworks have transformed how teams deliver value, fostering collaboration, adaptability, and customer-centricity. The Project Management Institute (PMI) Code of Ethics and Professional Conduct provide a global benchmark for project teams for ethical behaviour, built on the pillars of Responsibility, Respect, Fairness, and Honesty. Aligning Agile practices with these pillars not only strengthens ethical delivery but also ensures that Agile values are more than just aspirations—they become lived realities. This blog post explores the overlap between the PMI Code of Ethics and the values of the Agile Manifesto, examining how each pillar interconnects with Agile principles, and offers actionable insights for cultivating ethical, high-performing Agile teams.



The PMI Code of Ethics: The Four Pillars
The PMI Code of Ethics and Professional Conduct set out four foundational pillars for all project professionals:

  1. Responsibility: Accepting accountability for decisions and actions.
  2. Respect: Honouring people, their rights, and their dignity.
  3. Fairness: Making decisions impartially and objectively, free from favouritism or discrimination.
  4. Honesty: Being truthful in all communications and actions.
These pillars are not just guidelines—they are imperatives for building trust and fostering sustainable success.



The Agile Manifesto: Core Values and Principles
The Agile Manifesto, published in 2001, emphasizes:

  • Individuals and interactions over processes and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Responding to change over following a plan
Supporting these values are twelve principles that prioritize transparency, continuous improvement, and delivering value to customers.



Overlapping Ethics and Agile: Pillar by Pillar
1. Responsibility
PMI: “We make decisions and take actions based on the best interests of society, public safety, and the environment.”
Agile Alignment:

  • Agile teams take collective ownership of outcomes and commitments.
  • Scrum and Kanban ceremonies (e.g., retrospectives) foster accountability and learning from mistakes.
  • Prioritizing customer value aligns with the responsible delivery of what matters most.
Actionable Insight: Empower teams to self-organize and hold each other accountable through transparent backlogs, clear goals, and regular reviews.
2. Respect
PMI: “We respect the rights, dignity, and worth of all people.”
Agile Alignment:
  • Agile favours face-to-face communication and values every team member’s contribution.
  • Feedback loops (standups, reviews, retrospectives) encourage listening and constructive dialogue.
  • Psychological safety is essential for raising risks and sharing ideas.
Actionable Insight: Foster an environment where all voices are heard, dissent is valued, and collaboration is prioritized over hierarchy.
3. Fairness
PMI: “We make decisions impartially and objectively.”
Agile Alignment:
  • Agile estimation and planning (e.g., Planning Poker) rely on consensus, reducing bias.
  • Transparent workflows and clear definitions of done reduce favouritism and ambiguity.
  • Work is prioritized based on customer value, not politics or personal agendas.
Actionable Insight: Use objective, transparent criteria for prioritization and role assignments, and rotate responsibilities to ensure equity.
4. Honesty
PMI: “We are truthful in our communications and conduct.”
Agile Alignment:
  • Agile teams surface impediments, estimation errors, and risks as soon as they are known.
  • Velocity, burndown charts, and sprint reviews provide visible, honest progress reports.
  • Agile’s emphasis on transparency ensures stakeholders are never misled by false optimism.
Actionable Insight: Encourage radical candour—reward teams for surfacing bad news early and ensure that metrics and status updates are always grounded in reality.



Benefits of Ethical Alignment

  • Trust and Credibility: Teams and stakeholders can rely on information and commitments.
  • Team Cohesion: Psychological safety and mutual respect drive engagement and retention.
  • Resilience: Ethical teams respond to setbacks with learning, not blame.
  • Value Delivery: Honest, fair, and responsible teams consistently deliver what matters most to customers.



Practical Steps for Leaders

  1. Explicitly Connect Values: Make the link between PMI ethics and Agile principles visible in training, onboarding, and team charters.
  2. Model Ethical Behaviour: Leaders should embody both sets of values in decision-making and interactions.
  3. Create Ethical Feedback Loops: Use retrospectives to reflect on not just delivery, but also ethical dilemmas and how they were handled.
  4. Review Metrics and Rewards: Align KPIs and recognition with ethical behaviour, not just output.



The bottom line
Aligning Agile practices with the PMI Code of Ethics is not just possible—it’s powerful. The pillars of Responsibility, Respect, Fairness, and Honesty are deeply embedded in the Agile Manifesto’s values and principles. By making these connections explicit and actionable, organizations build teams that are not only adaptive and high-performing, but also trustworthy and principled.



Question for Readers:
How do you see the pillars of Responsibility, Respect, Fairness, and Honesty reflected (or lacking) in your Agile teams? What challenges or successes have you experienced in aligning ethics with Agile values? Share your insights in the comments below.

Posted on: June 14, 2026 07:36 PM | Permalink | Comments (1)
ADVERTISEMENTS

A conference is a gathering of important people who singly can do nothing, but together can decide that nothing can be done.

- Fred Allen

ADVERTISEMENT

Sponsors