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

Fabricating Estimates Under Executive Pressure: Navigating the Ethics of Adjusting to Fit the Budget

Categories: Agile, Ethics, Estimating

linkedin twitter facebook Request to reuse this  



Introduction
In the world of project management and software delivery, estimates are more than just numbers—they are perceived as commitments, foundations for trust, and often the basis for critical business decisions. Yet, anyone who has worked in an organization with aggressive growth targets or ambitious transformation agendas knows the following scenario all too well: leadership arrives with a predefined budget or timeline, and suddenly, the estimation process becomes less about honest forecasting and more about making the numbers fit. This blog post explores the ethical dilemma of "adjusting" estimation models under executive pressure, the consequences for teams and organizations, and how to handle these situations with integrity.



The Anatomy of Estimation
Estimation, whether in hours, story points, or financial terms, is fundamentally an exercise in professional judgment. Its purpose is to inform planning, resource allocation, and risk management. Good estimates:

  • Reflect reality as closely as possible
  • Are based on historical data and experience
  • Include assumptions and uncertainty
However, estimates are always probabilistic, not guarantees. Responsible estimation requires both rigor and humility.



Executive Pressure: When Numbers Become Political
The Scenario
A new strategic initiative is announced. Executives declare, “We have $500,000 and three months to deliver this project.” The team’s initial estimates, based on sound engineering judgment, suggest the work will take six months and $1 million. Leadership asks for the numbers to be “revisited.” The message is clear: adjust the model until it fits the budget, or the project won’t get approved.
Why Does This Happen?

  • Budget-Driven Planning: Organizations often set budgets based on business needs, not technical reality.
  • Optimism Bias: Leaders may believe teams can "do more with less" if sufficiently motivated.
  • Political Incentives: Middle managers may fear pushback or lost opportunities if they surface the real risks.
  • Short-Term Wins: There is pressure to show quick ROI or meet shareholder expectations.



The Ethical Dilemma
The Temptation to “Adjust”
“Adjusting” estimation models under pressure can take many forms:

  • Redefining scope without clear communication
  • Compressing schedules and quietly assuming overtime
  • Reclassifying work to less visible categories
  • Omitting risk factors or historical overruns
These actions may appease leadership in the short term but come at a cost.
Why Is This Unethical?
  • Erosion of Trust: Stakeholders make decisions based on unreliable data. When reality catches up, blame—and mistrust—follow.
  • Moral Distress: Team members and managers caught in the middle suffer stress, disengagement, and a sense of complicity.
  • Downstream Harm: Projects fail, quality suffers, and customer value is compromised.
  • Violation of Professional Codes: Most engineering and project management codes of ethics mandate honesty, transparency, and duty to report risks.



Real-World Consequences

  • Project Failure: The most common result of fabricated estimates is missed deadlines, cost overruns, and failed deliveries.
  • Team Burnout: Unrealistic expectations lead to excessive overtime, low morale, and attrition.
  • Blame and Cover-Ups: When the truth surfaces, the focus shifts to blame rather than learning.
  • Reputational Damage: Organizations with a pattern of "magical thinking" lose credibility with clients, investors, and employees.



Navigating the Pressure: Acting with Integrity

  1. Document Assumptions: Be explicit about what is and isn’t included in the estimate. Make risks and uncertainties visible.
  2. Communicate Early and Often: Don’t wait until the project is in crisis to reveal the gap between estimates and budgets. Share concerns with leadership as early as possible.
  3. Offer Alternatives: Instead of simply adjusting numbers, propose options: “With this budget, we can deliver X features by this date. For full scope, we need Y.”
  4. Use Ranges and confidence levels: Instead of $500,000 use between 400,000 and 600,000 and instead of 6 months say between 5 and 8 months. Indicate how confident the team is in the estimations provided.
  5. Stand by Professional Principles: Reference industry codes of ethics and best practices to support your position. This frames honesty as a professional responsibility, not a personal disagreement.
  6. Escalate When Necessary: If ethical concerns are ignored, use formal escalation channels or seek guidance from mentors, professional organizations, or HR.



Building a Culture of Honest Estimation

  • Leadership Accountability: Executives must set the tone by rewarding honesty and realism, not just optimism.
  • Safe Environments: Teams should feel safe surfacing risks and bad news without fear of retribution.
  • Continuous Learning: Treat estimate overruns as learning opportunities, not failures to be punished or hidden.
  • Transparency in Reporting: Regularly review actuals versus estimates and discuss gaps openly.



The bottom line
Fabricating estimates to fit a predefined budget may feel like an expedient solution, but it is a breach of professional ethics with real consequences. The path to sustainable, successful delivery is paved with honesty, transparency, and the courage to speak truth to power. By holding the line on ethical estimation, teams and organizations can build trust, deliver better outcomes, and foster a culture where reality is respected—not adjusted away.



Question for Readers:
Have you been asked to "adjust" estimates to fit a budget or timeline? How did you handle the ethical dilemma, and what impact did it have on your team or organization? Share your stories and insights in the comments below.

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

Risk Management in Agile vs. Traditional Approaches—A Code of Ethics Perspective

linkedin twitter facebook Request to reuse this  
Risk management is critical in every project, but the way risks are identified, assessed, and communicated can differ greatly between Agile and traditional methodologies. When viewed through the lens of the Project Management Institute’s (PMI) Code of Ethics and Professional Conduct, these differences become even more pronounced. Let’s explore the impact of Agile practices on risk management, how a real Agile implementation compares with a traditional approach, and what this means from an ethical standpoint.
Agile Risk Management Practices
  1. Continuous Risk Identification
  2. Risks are surfaced frequently—during daily stand-ups, sprint planning, reviews, and retrospectives. This ongoing dialogue ensures risks are never ignored or sidelined.
  3. Shared Ownership and Collaboration
  4. The Agile philosophy encourages the entire team to participate in risk identification and mitigation, rather than assigning sole responsibility to one individual.
  5. Iterative Response and Adaptation
  6. Risks are addressed incrementally, with strategies evolving each sprint. This enables rapid adaptation to new threats and opportunities.
  7. Transparent Communication
  8. Agile teams foster open discussions about risks, making it easier to escalate concerns and enact mitigation strategies swiftly.
Traditional Risk Management Approach
Although there is no guidance or a prescriptive approach to risk management, traditional project management methodologies follow a similar pattern:
  1. Formalised, Upfront Planning
  2. Risk identification and analysis are largely front-loaded at project initiation, with updates at major milestones.
  3. Centralised Accountability
  4. Typically, a project manager or risk officer owns the risk management plan, with responsibility concentrated rather than shared.
  5. Structured Documentation and Reporting
  6. Risks are logged, classified, and tracked in formal registers. Communication occurs through scheduled reports and review meetings.
  7. Periodic Review
  8. Risk management activities are revisited at defined intervals, which may delay the recognition and response to new risks.
PMI Code of Ethics: A Comparative Lens
The PMI Code of Ethics and Professional Conduct is built on four foundational values: Responsibility, Respect, Fairness, and Honesty. Here’s how these values can play out differently in Agile and traditional risk management:
  • Responsibility: Agile promotes proactive responsibility from all team members. Traditional methods can sometimes lead to ethical lapses if risk management is perceived as a responsibility of the project manager only.
  • Respect: Agile fosters respect for diverse perspectives in risk discussions, while some traditional approaches may limit input because of a hierarchical and conservative organisational structure, potentially missing important viewpoints.
  • Fairness: Agile openness helps ensure that risks affecting all stakeholders are considered, aligning with PMI’s fairness principle. Centralised traditional models may unintentionally sideline minority or less vocal interests.
  • Honesty: Agile promotes a culture of transparency that encourages honest, real-time sharing of issues, while the formality of traditional methods can sometimes create pressure to delay or soften risk disclosures.
Bottom line
Core Agile values are naturally aligned with PMI’s ethical values by emphasising transparency, shared responsibility, and inclusivity. Traditional methods offer structure and control but may introduce ethical challenges related to communication and accountability. By adopting collaborative and ethical risk management techniques, teams can better serve both their projects and their professional obligations.
In principle, a collaborative Agile delivery should manage risk better than a command-and-control approach, but achieving Agile maturity takes time, and very few teams can become self-organised. The challenge of being Agile and effectively managing risk is more obvious when Agile is ‘scaled’ using old practices. Lean, although it may provide cost savings and a faster delivery, requires a standardised process that is contrary to Agile values.
Teams transitioning from traditional to Agile or scaling Agile practices beyond a small team of software developers must keep in mind that Agile is empirical, it embraces and needs change and is more dependent on context than traditional project delivery methods. In my opinion, the concept of ‘best practices’ may not exist in Agile.
Question for Readers:
How does your team ensure that risk management practices align with PMI’s Code of Ethics, and have you observed ethical challenges when shifting between Agile and traditional approaches to risk management?
Posted on: May 22, 2026 02:02 AM | Permalink | Comments (3)

Scaled Agile Concerns: Ethical Use of Knowledge

linkedin twitter facebook Request to reuse this  

Scaled Agile Frameworks, the Agile Manifesto, and Lean Six Sigma

Ethical Concerns: Ethical Use of Knowledge

In a very competitive certification market and as organisations seek to scale agile practices, many turn to structured frameworks and borrow from established methodologies like Lean Six Sigma. While using traditional practices and tools from traditional Project, Portfolio, Program Management and Lean Six Sigma, ethical issues arise when Lean Six Sigma concepts are copied, misrepresented as new Agile practices, or used without proper attribution. These concerns become more acute when such practices diverge from the values of the Manifesto for Agile Software Development. Unknown to many Agile practitioners, Agile emerged as an American response to the success of Lean Six Sigma in Japan, and whilst there is value in improving quality and reducing cost, standardisation is against the Agile core value of responding to change.

Intellectual Property Concerns

Adopting Lean Six Sigma tools for Agile frameworks or projects can be valuable, but appropriating these concepts without proper acknowledgment raises ethical questions around intellectual property and originality. Methodologies like Lean Six Sigma are the result of years of development and collective expertise. Using their elements without credit not only ignores this lineage but also undermines respect for the source and the broader professional community.

Transparency and Honesty

Organisations have an ethical duty to be transparent about the origins of their frameworks, metrics, and tools. Presenting repurposed Lean Six Sigma practices as original Agile innovations is misleading and can be perceived as dishonest. This lack of honesty can erode trust and damage the organisation’s reputation, especially if exposed by those familiar with the methodologies.

Risks of Misalignment with the Agile Manifesto

When organisations implement scaled Agile frameworks that deviate from the core values of the Manifesto for Agile Software Development, especially through uncredited borrowing from Lean Six Sigma, they risk replacing transparency, collaboration, and adaptability with rigid processes and metrics. This can:

  • Foster a culture of compliance rather than empowerment
  • Diminish team engagement and innovation
  • Blur the line between Agile and other process-driven methodologies, causing confusion and scepticism

Best Practices for Ethical Adoption

To uphold ethical standards, organisations should:

  • Clearly acknowledge the origins of any methodologies or tools they incorporate
  • Align all practices with the values and principles of the Manifesto for Agile Software Development
  • Foster a culture of transparency and intellectual honesty
  • Educate teams about both the benefits and the sources of their agile practices

Conclusion

Respecting intellectual property and being transparent about the origins of agile practices is essential for maintaining credibility and trust. Ethical adoption not only honours the contributions of others but also strengthens the integrity of Agile transformations.

Have you encountered issues of transparency or intellectual property in your organisation’s Agile journey? How were they addressed?

Share your thoughts in the comments below.

Posted on: May 19, 2026 02:25 AM | Permalink | Comments (3)

Scaled Agile Ethical Concerns: Dilution of Agile Principles

linkedin twitter facebook Request to reuse this  

Scaled Agile Frameworks, the Agile Manifesto, and Lean Six Sigma

Ethical Concerns: Dilution of Agile Principles

Introduction

As teams and organizations gain experience with Agile, they feel the need to scale Agile beyond a team of 5-9 software developers. Sometimes, especially when in their desire to scale fast, they ask for external help, it becomes tempting to adopt complex frameworks and borrow tools from other methodologies like Lean Six Sigma. While learning from diverse approaches can add value, ethical concerns arise when Lean Six Sigma practices, like kanban and kaizen, or flow metrics, are disguised as new Agile innovations and when scaled frameworks drift away from the core values of the Manifesto for Agile Software Development.

Focus on Metrics Over Values

Scaled agile frameworks often introduce a heavy emphasis on metrics, measurements, and standardized processes. While metrics can provide structure, over-reliance on them risks overshadowing the Manifesto for Agile Software Development’s focus on individuals and interactions. When teams are judged primarily by adherence to process or by numerical targets, the cultural foundation of agile, empowerment, collaboration, and adaptability can erode. This shift may result in a "checklist" mindset that values process compliance over delivering real value to customers.

Compromised Customer Focus

The Manifesto for Agile Software Development places customer collaboration above contract negotiation, stressing the importance of frequent feedback and adaptation to customer needs. However, when scaled frameworks and borrowed Lean Six Sigma tools become the primary drivers, organizations may inadvertently deprioritize genuine customer engagement. Internal processes and performance metrics can take precedence, leading to products and services that are optimized for internal efficiency rather than for customer value.

Risks of Copying from Lean Six Sigma

Passing off Lean Six Sigma content as original Agile practices is not only misleading but also blurs the distinctions between methodologies. This can:

  • Undermine the intellectual honesty of the organization
  • Confuse teams, stakeholders, and customers about what agile actually stands for
  • Result in practices that prioritize optimization and standardization over adaptability and learning

Upholding Integrity and Authenticity

To maintain ethical standards and the true spirit of Agile, organizations should:

  • Acknowledge the origins of any metrics, tools, or processes they adopt
  • Ensure all frameworks and adaptations are aligned with the core values of the Manifesto for Agile Software Development
  • Foster a culture that values people, collaboration, and customer feedback above process adherence
  • Regularly review scaled frameworks and practices to avoid process overreach and loss of customer focus

Conclusion

Misalignment between scaled Agile frameworks and the Manifesto for Agile Software Development, especially when coupled with unacknowledged borrowing from Lean Six Sigma, can dilute Agile principles, compromise customer focus, and undermine organizational integrity. By prioritizing authenticity and alignment with agile values, organizations can avoid these ethical pitfalls and sustain long-term success.

Have you seen agile principles diluted or customer focus compromised in your organization due to scaled frameworks or borrowed practices?

Share your experiences and insights in the comments below.

Posted on: May 19, 2026 01:59 AM | Permalink | Comments (3)

Scaled Agile Ethical Concerns - Impact on Teams and Culture

linkedin twitter facebook Request to reuse this  

Scaled Agile Frameworks, the Agile Manifesto, and Lean Six Sigma

Ethical Concerns: Impact on Teams and Culture

As Agile practices mature, many organisations adopt frameworks that introduce greater structure and process. Some also incorporate traditional practices, tools, and metrics, sometimes presenting them as novel Agile solutions. While learning from other methodologies can be beneficial, significant ethical concerns arise when content is copied, relabelled as ‘scaled’ Agile, and implemented without alignment to the core values of the Manifesto for Agile Software Development.

Misrepresentation

When organizations rebrand Lean Six Sigma practices as new agile metrics or tools, they mislead stakeholders—teams, leaders, and customers. This undermines the integrity of the agile movement and erodes trust both internally and externally.

Loss of Authenticity

Agile is built on principles of collaboration, self-organization, and customer feedback. Introducing practices that prioritize process and control over people and adaptability contradicts these core values, leading to a loss of authenticity in agile adoption.

Impact on Teams and Culture

Demoralization

Teams required to adopt frameworks that stray from agile principles may feel demotivated. Instead of feeling empowered, they may experience a culture of compliance, where innovation and creativity are stifled by rigid processes and externally imposed metrics.

Resistance to Change

When teams recognize that the adopted frameworks do not align with the Manifesto for Agile Software Development, they may push back or disengage. This resistance can lead to conflict, reduced morale, and ultimately, lower effectiveness of agile transformations.

The Dangers of Copying Content

Passing off traditional tools and processes as original Agile practices is not only misleading, but it also confuses teams about what Agile truly represents. Agile transformations risk becoming checklist-driven, focusing on optimization and standardization rather than adaptability, learning, and delivering customer value. This can:

  • Undermine intellectual honesty
  • Confuse teams and stakeholders about Agile’s true essence
  • Damage organizational credibility

The Path Forward: Upholding Agile Values

To ensure ethical and effective Agile transformations, organizations must:

  • Clearly acknowledge the origins of any practices or tools they adopt
  • Align frameworks and adaptations with the Manifesto for Agile Software Development
  • Foster a culture of empowerment, transparency, and learning
  • Evaluate new practices through the lens of authenticity, customer value, and team engagement

Conclusion

Misalignment between scaled Agile frameworks and the Manifesto for Agile Software Development, especially when driven by unacknowledged borrowing from traditional delivery approaches, poses serious ethical and cultural risks. Organizations that value integrity, authenticity, and team empowerment will be better positioned to realize the full potential of Agile.

Have you experienced repackaging of other methodologies as Agile? How did it impact your team and organization?

Share your experiences in the comments below.

Posted on: May 19, 2026 01:37 AM | Permalink | Comments (2)
ADVERTISEMENTS

"You must be the change you want to see in the world."

- Mahatma Gandhi

ADVERTISEMENT

Sponsors