Deloitte Insights and our research centers deliver proprietary research designed to help organizations turn their aspirations into action.

DELOITTE INSIGHTS

  • Home
  • Spotlight
    • Weekly Global Economic Outlook
    • Top 10 Reading Guide
    • Future of Sports
    • Technology Management
    • Growth & Competitive Advantage
  • Topics
    • Economics
    • Environmental, Social, & Governance
    • Operations
    • Strategy
    • Technology
    • Workforce
    • Industries
  • More
    • About
    • Deloitte Insights Magazine
    • Press Room Podcasts

DELOITTE RESEARCH CENTERS

  • Cross-Industry
    • Home
    • Workforce Trends
    • Enterprise Growth & Innovation
    • Technology & Transformation
    • Environmental & Social Issues
  • Economics
    • Home
    • Consumer Spending
    • Housing
    • Business Investment
    • Globalization & International Trade
    • Fiscal & Monetary Policy
    • Sustainability, Equity & Climate
    • Labor Markets
    • Prices & Inflation
  • Consumer
    • Home
    • Automotive
    • Consumer Products
    • Food
    • Retail, Wholesale & Distribution
    • Hospitality
    • Airlines & Transportation
  • Energy & Industrials
    • Home
    • Aerospace & Defense
    • Chemicals & Specialty Materials
    • Engineering & Construction
    • Mining & Metals
    • Oil & Gas
    • Power & Utilities
    • Renewable Energy
  • Financial Services
    • Home
    • Banking & Capital Markets
    • Commercial Real Estate
    • Insurance
    • Investment Management
    • Cross Financial Services
  • Government & Public Services
    • Home
    • Defense, Security & Justice
    • Government Health
    • State & Local Government
    • Whole of Government
    • Transportation & Infrastructure
    • Human Services
    • Higher Education
  • Life Sciences & Health Care
    • Home
    • Hospitals, Health Systems & Providers​
    • Pharmaceutical Manufacturers​
    • Health Plans & Payers​
    • Medtech & Health Tech Organizations
  • Tech, Media & Telecom
    • Home
    • Technology
    • Media & Entertainment
    • Telecommunications
    • Semiconductor
    • Sports
Deloitte.com
Deloitte Insights logo
  • SPOTLIGHT
    • Weekly Global Economic Outlook
    • Top 10 Reading Guide
    • Future of Sports
    • Technology Management
    • Growth & Competitive Advantage
  • TOPICS
    • Economics
    • Environmental, Social, & Governance
    • Operations
    • Strategy
    • Technology
    • Workforce
    • Industries
  • MORE
    • About
    • Deloitte Insights Magazine
    • Press Room Podcasts
    • Research Centers
  • Welcome!

    For personalized content and settings, go to your My Deloitte Dashboard

    Latest Insights

    Creating opportunity at the intersection of climate disruption and regulatory change

    Article
     • 
    7-min read

    Better questions about generative AI

    Article
     • 
    2-min read

    Recommendations

    Tech Trends 2025

    Article

    TMT Predictions 2025

    Article

    About Deloitte Insights

    About Deloitte Insights

    Deloitte Insights Magazine, issue 33

    Magazine

    Topics for you

    • Business Strategy & Growth
    • Leadership
    • Operations
    • Marketing & Sales
    • Diversity, Equity, & Inclusion
    • Emerging Technologies
    • Economy

    Watch & Listen

    Dbriefs

    Stay informed on the issues impacting your business with Deloitte's live webcast series. Gain valuable insights and practical knowledge from our specialists while earning CPE credits.

    Deloitte Insights Podcasts

    Join host Tanya Ott as she interviews influential voices discussing the business trends and challenges that matter most to your business today. 

    Subscribe

    Deloitte Insights Newsletters

    Looking to stay on top of the latest news and trends? With MyDeloitte you'll never miss out on the information you need to lead. Simply link your email or social profile and select the newsletters and alerts that matter most to you.

Welcome back

To join via SSO please click on the key button below
Still not a member? Join My Deloitte

Stepping stones to an agile enterprise

by Carsten Brockmann, Christian Nagel, Stephan Kahl, Andreas Biermann
  • Save for later
  • Download
  • Share
    • Share on Facebook
    • Share on Twitter
    • Share on Linkedin
    • Share by email
12 minute read 29 July 2019

Stepping stones to an agile enterprise From small beginnings to organizationwide adoption

12 minute read 29 July 2019
  • Carsten Brockmann United States
  • Christian Nagel United States
  • Stephan Kahl United States
  • Andreas Biermann United States
  • Andreas Biermann United States
  • Save for later
  • Download
  • Share
    • Share on Facebook
    • Share on Twitter
    • Share on Linkedin
    • Share by email
  • Stage 1: Traditional IT Seeding the agile alternative
  • Stage 2: Bimodal IT Straddling both worlds
  • Stage 3: Agile IT Focusing on products, not projects
  • Stage 4: The agile enterprise Teaming across functions
  • Different stages, different benefits

Few IT organizations—or enterprises—can make the leap to agile in one fell swoop. Here's how to make the journey step by step, realizing benefits at every stage.

More customer value, faster development times, greater responsiveness to market changes, better employee motivation, higher user satisfaction, and lower costs. The lure of benefits like these often motivates IT organizations to investigate agile methodologies, widely believed to be able to deliver such positive outcomes. However, transforming a traditional IT shop to an agile one is rarely easy or quick, and it can be even harder to extend the agile philosophy to functions outside IT to become a truly “agile enterprise.” Our experience shows that many agile initiatives get stuck in implementation, failing to deliver the hoped-for benefits. Why?

Learn more

Explore the Digital Transformation collection

Subscribe to receive related content

This article is featured in Deloitte Review, issue 25

Download the issue

Download the Deloitte Insights and Dow Jones app

 

One big reason is often the approach to agile transformation. Many leaders adopt a mindset that envisions an orderly transition from one stable state to another, seeking to move the entire IT organization to agile in one fell swoop. However, such an approach rarely yields the desired results. Instead, we have often observed that more-successful agile initiatives break with traditional ways of thinking to begin the journey with selected parts of the IT organization. This alternative mindset accepts a certain degree of instability and uncertainty during the transition to agile, and allows ample time for the IT organization as a whole to adapt (in essence, applying agile principles to the agile transformation process itself). Once agile practices are well-established in portions of IT, they can be expanded to other teams, and eventually to other functions within the broader organization, so that the entire enterprise supports the IT organization’s efforts to operate in an agile manner.

There is no way around the observed fact that a wholesale agile transformation usually takes time. Indeed, it can take up to 10 years to go from a traditional IT organization just getting started with agile to an entire enterprise where agile ways of working are part of the culture. But that is no reason not to start. We envision a four-stage transformation process in which every step along the way can deliver benefits—and where each step can be accelerated by taking certain specific actions (figure 1). Below is our guide to cultivating agility in an organization, from small beginnings in the IT department to its adoption across the entire enterprise.

Four stages in the journey to an agile enterprise

Stage 1: Traditional IT Seeding the agile alternative

At the first stage, the traditional IT level, the predominant operating model follows a “plan-build-run” approach. This model calls for each team within IT to focus on a certain activity that it and it alone performs. The planning team defines the strategy, processes, and governance mechanisms; the build team is responsible for all change initiatives, which are conducted with waterfall methods; and the run team focuses on IT operations. Process frameworks such as ITIL are often used, defining stage gates at which the most promising initiatives are selected and given resources and budget to continue.

To introduce agile methodologies into an environment like this, leaders can identify one or more projects or groups to manage separately from the prevailing plan-build-run model. This may mean implementing agile approaches for a specific project, or it may mean identifying a relatively self-contained group within the IT organization that can adopt agile approaches without extensive detrimental impact on the rest of the organization. The idea is to seed agile within the broader IT organization, creating a nucleus of experience and know-how in agile methodologies that can later be extended to other parts of IT.

Paradoxically, one step toward preparing an IT organization for the journey toward agile can be to establish a structured operating model for a plan-build-run approach. This step can be important for IT organizations where development occurs in an unstructured, ad hoc manner, as it allows IT personnel to become accustomed to following a defined process instead of approaching each project in an idiosyncratic way.

Another important action leaders can take to help accelerate progress out of the traditional IT level is to outsource a number of projects and encourage those vendors to use agile methodologies. The organization can hand over all IT services and initiatives related to the project in an unstructured state. The outside vendor then takes over, structuring the activities and providing services by applying standardized processes, while monitoring agreed metrics and intervening if the metrics fall outside the agreed-upon ranges. By observing the vendor’s actions, the client’s staff can learn how an agile project is managed, sharpening their ability to steer the outsourcing vendor over time.

The experience of a multinational banking corporation shows how a traditional IT organization can begin moving toward agile. Under pressure from new marketplace entrants (such as fintechs) that were often more flexible, had shorter times to market, and offered more comprehensive product suites, the company decided to experiment with agile methodologies to shorten its product development cycle. It had already outsourced most of its IT projects to vendors that followed agile methods, and the positive results from these efforts supported the business case for establishing an agile delivery model in-house.

The company decided to start the transformation in its offshore center in India to keep costs down, targeting IT executives in a specific organizational unit. Cultural differences between workers from the company's headquarters in Germany and those in India presented an initial difficulty, but after both sides reached a common understanding, the change of mindset toward agile principles—as well as the motivation to act differently—took hold. The teams in India learned agile methodologies from the overseas professionals and developed effective ways to manage multicultural teams in an agile context. Currently, the company is expanding agile practices throughout its Indian IT organization with the goal of eventually applying agile methods around the world. As a first step, the organization has refined its project approval and budgeting process so that agile endeavors are being evaluated on the same basis as classical projects.

Stage 2: Bimodal IT Straddling both worlds

An IT department at the bimodal IT level operates in two worlds. At this stage, IT organizations frequently have several initiatives or “digital labs” that use a broad range of agile methodologies and thinking approaches such as Kanban, lean startup, design thinking, and scrum. These digital labs operate as self-contained entities aiming to develop prototypes and minimum viable products outside of the traditional IT environment. Their goal is to deliver innovative solutions that are easy to understand by customers in the business. Meanwhile, the rest of the IT organization continues to operate along plan-build-run lines.

Tension between the digital labs and the remainder of the IT organization is not uncommon at this stage. For one thing, projects started in digital labs are difficult to complete by the classical IT organization, as the timelines for planning and implementation often differ significantly. For another, the classical IT organization tends to be skeptical of the digital labs’ agile project managers, perceiving them as lacking clarity on how to reach the final goal since the agile teams’ minimum viable products are developed in increments. The funding process also differs fundamentally between the digital labs and the rest of IT. While classical projects need up-front funding for the entire project duration, agile digital labs typically compete with each other for budget, with only the most promising developments receiving funding at each project checkpoint.

One way for a bimodal IT department to progress to the next stage more quickly is to require—not just encourage—vendors to apply agile methodologies to outsourced projects. This can deliver benefits on two fronts. First, technology companies frequently have agile resources and know-how on hand, so many vendors are able to start projects very quickly. And second, the client’s IT staff can learn about the procedures and tools of an agile way of working by observing how the vendor acts.

As an example of how digital labs can help an IT organization gain comfort with agile, consider the story of a global insurance company that had created a digital lab to gain experience with agile methodologies. The digital lab had evolved to the point where it was using agile methods to develop standardized insurance products without being technologically or culturally constrained by direction from corporate headquarters. In fact, by having experts from the insurance business work with the software developers, using journey maps to gain a customer-centric perspective, and continuously reprioritizing projects based on the end product’s envisioned value to the customer, the digital labs were able to develop more-relevant products—and get them to market more quickly—than the product development initiatives driven by headquarters.

Some time after the digital lab’s establishment, leaders decided to centralize the provision of IT services for all of the company’s products, hoping to take advantage of synergies with current and previously developed software products to reduce asset development costs. Encouraged by its positive experience with the digital lab, IT embarked on an ambitious agile transformation, establishing multiple cross-functional scrum teams in multiple delivery locations. A strong change management program enabled the scrum teams to spool up on a steady and gradual basis regardless of location.

The company intended to use the scrum teams to not only develop standardized products, but to apply agile methodologies to quickly consider and implement local requirements (for instance, to comply with specific countries’ regulations) into those products. The effort was successful. To date, the scrum teams have been able to produce more than 12 digital assets, which are live in eight countries.

Stage 3: Agile IT Focusing on products, not projects

The third stage, agile IT, is characterized by increased collaboration among groups and a prevailing mindset that focuses on outcomes over predefined outputs and deliverables. Typically, this stage is catalyzed by leaders who have seen the benefits of the digital labs’ agile operations in the bimodal IT phase and now want to extend those benefits to the entire IT organization. Although the biggest shift in this transition is cultural, there is also an organizational impact: Whereas a traditional IT organization organizes by process—putting together teams from multiple groups focused on completing specific tasks—an agile IT organization organizes around the product, integrating all team members into a single group striving to achieve the same outcome. The product they are working on, in essence, becomes the organizational entity to which these workers belong.

Operating as a product organization can enable the formation of stable, self-organizing, cross-functional teams across the IT organization that can be up to 400 percent more efficient than traditional IT project teams.1 Such product teams adopt an agile mindset and culture, and are thereby able to take over further development of any minimum viable products that a digital lab may produce.

Another common strength of a product-focused organization is that, as it becomes more mature, it is increasingly able to use a variety of different frameworks, such as SAFe and DevOps, that focus on different aspects of agility while still maintaining a common agile culture. The impetus for variety typically comes from the realization that a single framework cannot fit all situations equally well, and that teams could be more effective if allowed to pursue their method of choice as long as they commit to following agile values and principles. Hence, teams can use different methods, including scrum, Kanban, or even waterfall, without sacrificing the adaptability and focus on outcomes that are hallmarks of agile. (See figure 2 for a guide to deciding what kind of approach may be preferable in different situations.)

Several factors can help determine whether a traditional or an agile approach is preferable

To accelerate progress to the next stage, organizations can deploy transformation teams organized in communities of practice to share knowledge and lessons learned among the IT organization’s various development teams. The use of a minimum viable design approach, in which the most basic changes are implemented first, can help to reduce the transformation teams’ need to reinvent the wheel for each new group they work with. At the same time, the transformation team should be allowed the freedom to calibrate the speed of agility adoption to each group’s needs. We recommend taking a “minimum viable change” approach in which change progresses by making small, frequent adjustments rather than all at once. This can help the transformation team quickly test its approach with each new group with which it works, and speeds up the delivery of value for the larger organization due to the small but frequent increments of change.

One multinational telecommunications company that had historically relied on classical development approaches for its core systems wished to adopt agile approaches—both within the IT organization and across the broader business—to become more responsive to the marketplace. Since the company’s mission revolves around the technology-enabled dissemination of information, it had the advantages of both an advanced technical infrastructure and a culture that was supportive of innovative business solutions. At this company, the IT organization had reached the point where it was organized around products—but the business was still split into the familiar departmental silos of finance, procurement, marketing, and so on. The company sought to extend the adoption of agile principles across these silos by promoting collaboration between business and IT. Customer journey maps—which depict a customer’s interactions with the organization, along with the related internal processes and information systems, from the customer’s own perspective—and value streams—which show the multiple customer journeys that can lead to a given outcome—were extensively used to drive collaboration. These journey maps allowed personnel in different functions to understand, for the first time, how customers interacted with the organization’s technology at various points in their experience, which helped engage functional representatives in proposing and testing improvements.

Other changes also supported the business’s shift to agile ways of working. From a financial perspective, the company went from project-based funding to an incremental approach that allowed it to provide seed funding for developing minimum viable products. In terms of leadership, executives were coached to accept failure as an option, while remaining cognizant of the need to halt unsuccessful efforts. Finally, from a technology architecture standpoint, the company was able to allow classical methodologies (primarily waterfall) to seamlessly coexist with agile methodologies by eliminating “technical debt” and ensuring that the organization’s long-term vision was reflected in the data model.

Stage 4: The agile enterprise Teaming across functions

The fourth and final stage in the progression to agile is the agile enterprise stage. At this level, all stakeholders work closely with each other to increase the alignment between technology products and customer requirements. To increase collaboration, organizations create end-to-end teams that cut across functions. Further, the concept of the customer has evolved. All parties orient themselves toward serving the end customer—those who buy the company’s products or services—instead of considering the customer to be the internal business units or functions that use IT products.2 Endeavors are funded incrementally in stages rather than contractually via a fixed project budget. (In an environment with stage-based funding, a project team must continuously apply for the next round of funding, with approval contingent on delivering the desired results.3 In this way, funding is directed to the most promising intermediate products rather than to a predetermined but possibly suboptimal final deliverable.) From an HR perspective, performance management also reflects an agile way of working, with workers’ performance being measured on multiple agile endeavors rather than against the outcome of a single project.4

It can be helpful, to ease the non-IT functions’ transition to agile ways of working, to develop templates or blueprints that give examples of how they can support agile approaches. For example, the finance department can be given an off-the-shelf model for incremental funding. In this way, the functions can more quickly and easily implement the changes they need to adopt to support IT’s use of agile methodologies.

Different stages, different benefits

That it may take years to move through one stage to the next should not necessarily be a cause for concern. Every stage in the journey to an agile enterprise can yield benefits, although the advantages (and limitations) can differ from stage to stage (figure 3).

Every stage of the journey to an agile enterprise has different advantages and limitations

An important point, too, is that many different methodologies can coexist in an agile enterprise—as long as all teams commit to a joint culture based on the agile values and principles defined in the agile manifesto:5

  • Individuals and interactions are preferred over processes and tools
  • A working solution is preferred over comprehensive documentation
  • Collaboration between all parties is preferred over contract negotiation
  • A fast response to change is preferred against following a plan

Becoming agile on an enterprise level is a long journey that, for many organizations, is most feasible to accomplish in a stepwise fashion. Starting the journey toward agility often requires leaders to accept that the IT organization will likely experience some instability and conflict during the first two stages, when pockets of agile activity are still surrounded by traditional development culture and processes. Although each of the steps toward enterprise agility has certain limitations, each also delivers worthwhile benefits. The ultimate payoff: the potential for gaining a competitive edge through agile methods that allow companies to be more responsive to and aligned with customer demands.

Acknowledgments

The authors would to thank Thilo Hamann, Stefan Volk, and Mariia Heiss of Deloitte Consulting GmbH for sharing their project-related knowledge.

Cover image by: Marco Wagner

Endnotes
    1. Jeff Sutherland, Scrum: The Art of Doing Twice the Work in Half the Time (Random House, 2016). View in article

    2. Petri Kettunen and Maarit Laanti, “Future software organizations—agile goals and roles,” European Journal of Futures Research 5, no. 1 (2017): p. 16. View in article

    3. Deloitte Insights, Agile in government: A playbook from the Deloitte Center for Government Insights, 2017. View in article

    4. Josh Bersin et al., The employee experience: Culture, engagement, and beyond, Deloitte Insights, February 28, 2017. View in article

    5. Kent Beck et al., “Principles behind the Agile Manifesto,” agilemanifesto.org, February 2001. View in article

Show moreShow less

Topics in this article

Innovation

Deloitte IT Business Management

The Deloitte IT Business Management group has helped multiple organizations become agile by applying a lean approach following agile principles and coaching leaders to help them enable the transformation. Our approach is highly scalable and prevents teams from having to reinvent the wheel, while ensuring that all teams have enough space to inspect and adapt.

Learn more
Get in touch
Contact
  • Andreas Biermann
  • Enterprise Agility lead, Director
  • Deloitte Consulting GmbH
  • abiermann@deloitte.de
  • +49 40 320804856

Download Subscribe

Deloitte Review, issue 25

img Trending

The digital workforce experience

Article 5 years ago
img Trending

Pivoting to digital maturity

Article 6 years ago
img Trending

Stepping stones to an agile enterprise

Article 5 years ago
img Trending

If these walls could talk

Article 5 years ago
img Trending

Cyber, cyber everywhere

Article 5 years ago

Explore the issue

  • Toward a mobility operating system Article5 years ago
  • Tempering the utopian vision of the mobility revolution Article6 years ago
  • Digitalizing the construction industry Article6 years ago
  • Reimagining customer privacy for the digital age Article6 years ago
  • How to begin regulating a digital reality world Article6 years ago
Carsten Brockmann

Carsten Brockmann

Carsten Brockmann, Deloitte Consulting GmbH, is a senior consultant in Deloitte Consulting’s Strategy and Operations Finance practice. He has more than four years of experience in leading and delivering strategically relevant projects in various industries, including manufacturing, insurance, and finance. His areas of expertise include IT strategy, business and IT alignment, project and program management, and finance.

  • cbrockmann@deloitte.de
Christian Nagel

Christian Nagel

Christian Nagel, Deloitte Consulting GmbH, has worked in Deloitte Consulting’s Technology Strategy and Architecture practice since 2014, focusing mainly on clients in financial services and consumer and industrial products. In addition to his work in IT financial management, he is also interested in innovative approaches to process automation. Nagel is a Certified ScrumMaster® and a TOGAF® 9.1 Certified Enterprise Architect, and holds an ITIL® v3 Foundation Certificate in IT service management.

  • cnagel@deloitte.de
Stephan Kahl

Stephan Kahl

Stephan Kahl, Deloitte Consulting GmbH, is a manager with Deloitte Consulting’s Technology Strategy and Architecture practice. He has nine years of experience in the areas of technology strategy, organizational change, and large-scale IT transformation. Kahl is passionate about implementing agile operating models and coaching executives to help IT organizations improve innovation, speed, flexibility, and employee engagement. He is a Certified ScrumMaster® and a certified SAFe 4 Agilist, and is also certified in ITIL® v3.

  • skahl@deloitte.de
Andreas Biermann

Andreas Biermann

Andreas Biermann, Deloitte Consulting GmbH, is a director in Deloitte Consulting’s Technology Strategy and Architecture practice and leads the organization’s Enterprise Agility service offering. He has 20 years of experience in leading international transformations for insurance companies and banks. His background includes experience in IT service management, IT organization, IT architecture, and X-shored IT sourcing. In his current role at Deloitte, he is building the Lean Enterprise Agility service offering to support clients transforming to agile enterprises across the business and IT.

  • ABiermann@deloitte.de

Share article highlights

See something interesting? Simply select text and choose how to share it:

Email a customized link that shows your highlighted text.
Copy a customized link that shows your highlighted text.
Copy your highlighted text.

Stepping stones to an agile enterprise has been saved

Stepping stones to an agile enterprise has been removed

An Article Titled Stepping stones to an agile enterprise already exists in Saved items

Invalid special characters found 
Forgot password

To stay logged in, change your functional cookie settings.

OR

Social login not available on Microsoft Edge browser at this time.

Connect Accounts

Connect your social accounts

This is the first time you have logged in with a social network.

You have previously logged in with a different account. To link your accounts, please re-authenticate.

Log in with an existing social network:

To connect with your existing account, please enter your password:

OR

Log in with an existing site account:

To connect with your existing account, please enter your password:

Forgot password

Subscribe

to receive more business insights, analysis, and perspectives from Deloitte Insights
✓ Link copied to clipboard

Deloitte Insights and our research centers deliver proprietary research designed to help organizations turn their aspirations into action.

Deloitte Insights

  • Home
  • Topics
  • Industries
  • About Deloitte Insights

DELOITTE RESEARCH CENTERS

  • Cross-Industry
  • Economics
  • Consumer
  • Energy & Industrials
  • Financial Services
  • Government & Public Services
  • Life Sciences & Health Care
  • Tech, Media & Telecom
Deloitte logo

Learn about Deloitte’s offerings, people, and culture as a global provider of audit, assurance, consulting, financial advisory, risk advisory, tax, and related services.

© 2025. See Terms of Use for more information.

Deloitte refers to one or more of Deloitte Touche Tohmatsu Limited, a UK private company limited by guarantee ("DTTL"), its network of member firms, and their related entities. DTTL and each of its member firms are legally separate and independent entities. DTTL (also referred to as "Deloitte Global") does not provide services to clients. In the United States, Deloitte refers to one or more of the US member firms of DTTL, their related entities that operate using the "Deloitte" name in the United States and their respective affiliates. Certain services may not be available to attest clients under the rules and regulations of public accounting. Please see www.deloitte.com/about to learn more about our global network of member firms.

  • About Deloitte
  • Terms of Use
  • Privacy
  • Data Privacy Framework
  • Cookies
  • Cookie Settings
  • Legal Information for Job Seekers
  • Labor Condition Applications
  • Do Not Sell My Personal Information