Skip to content
Tiatra, LLCTiatra, LLC
Tiatra, LLC
Information Technology Solutions for Washington, DC Government Agencies
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact
 
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact

5 signs your agile practices will lead to digital disaster

CIOs are under increasing pressure to deliver more digital innovations faster and more efficiently. Business leaders expect IT to develop new products, improve customer experiences, automate workflows, and deliver new artificial intelligence capabilities.

To do so, CIOs must continuously improve their product management, program management, and delivery capabilities to wow customers and deliver competitive advantages, all while steering clear of surefire DX mistakes such as prioritizing too many initiatives and underinvesting in developing digital trailblazers. 

Many IT teams use agile methodologies to iteratively deliver feature-rich releases, improve capabilities, address technical debt, and experiment with emerging technologies. But speaking to many IT leaders, there are often gaps between how IT runs Scrum, Kanban, or other agile practices and what CIOs need in order to achieve digital transformation objectives.

I recently moderated Adaptavist’s “Agile Back to Basics” roundtable, which included three authors of the Agile Manifesto. We discussed how many agile teams focus on rituals without truly understanding the manifesto’s objectives or the organization’s goals. Their comments offer insights as to what to do if your teams are “doing agile” but aren’t agile enough to deliver digital transformation results.

Below are five key issues organizations often have when undertaking agile methodologies to fuel digital transformation.

1. You’ve failed to build trust and communicate the vision

Tina Behers, vice president of enterprise agility at Aligned Agility, shared two key prerequisites organizations need to execute digital transformation initiatives with agile methodologies. “If the organization has little to no trust, especially between software development teams and management or your executives and anyone under them, the transformation of anything will not work,” she said.

Agile can help build trust between teams, stakeholders, and leadership, but agile cannot correct a lack of trust between people. CIOs should not assume there’s sufficient trust between leaders and teams and psychological safety for people to work without unnecessary stress. CIOs and digital transformation leaders should openly discuss the importance of trust, ensure room for learning from failures, and schedule team-building programs.

Another prerequisite is ensuring agile teams understand the vision and goals of the digital initiative from the outset. “If the executive of the organization, whether that’s the CEO or the head of product, has not published and communicated several times what the vision and the strategy are for the company or the product, there is no way for the product managers to set the priorities, and therefore there’s no way for the teams to be able to deliver value realistically,” Behers added.

The best way to address this gap is to draft a simple vision statement written by product managers and delivery leaders in collaboration with stakeholders and agile teams. The writing process builds trust, and a documented vision builds a shared understanding of priorities. Equally important, the documented vision is a tool for agile teams to make implementation decisions when there are multiple ways to solve problems, each with different benefits and tradeoffs.

2. You’re retaining waterfall planning but demanding agile delivery

With your vision statement in hand, planning is the next vital step, which includes speaking to customers, defining problem statements, reviewing operational data, and conducting proof of concepts. 

Unfortunately, organizations too often define planning as a pre-agile business activity, an artifact from waterfall project methodologies where planning helped define requirements, timelines, costs, and other factors before leaders were ready to make investments.

“Business leaders get scared and say, ‘Tell me the plan so I can sleep at night,’” said Ronica Roth, co-founder and principal of The Welcome Elephant. “They are afraid of failure and the uncertainty of knowledge work, and so that’s stressful. Agile is an amazing risk management tool for managing uncertainty, but that’s not always obvious.”  

The key is recognizing that planning must be an agile discipline, not a standalone activity performed independently of agile teams. Agile planning practices include prioritizing backlogs every sprint, writing short user stories with acceptance criteria, and conducting retrospectives. Many organizations will also estimate user stories and undertake other continuous planning practices.

Digital transformation initiatives are often the organization’s big bets to change the business and operating model. The strategic importance of these initiatives creates even more tension for CIOs and their teams to answer what will be delivered and when.   

“Leadership has a right to ask agile teams when something will be delivered and how much it will cost, but teams have a right to push back on unrealistic expectations,” said Jon Kern, agile transformation consultant and co-author of the Agile Manifesto.

The tension can undermine trust, prevent teams from focusing on transformational objectives, and destabilize the environment teams need to succeed in the longer term. “I want my teams to be thrilled about putting smiles on the customers’ faces, delivering value, and having fun doing it,” Kern added.

According to Tim Ottinger, senior consultant at Industrial Logic, leaders need to get back to basics when there’s tension between defining timelines and committing to big-rock objectives. “The first three words are the best in the manifesto: We are discovering. I think that many people lose this context,” he said.

3. Your agile principles are too vaguely defined

Beyond the tension between leadership and teams, there is often a secondary tension across and within agile teams.

James Grenning, co-author of the Agile Manifesto, said, “Agile adoptions usually start with introducing iterative management, but we can’t expect development teams to know iterative engineering instinctively. There are skills to learn and master, and technical excellence is a key factor to successful agile adoption.”

Today’s agile organizations are staffed with employees, contractors, and freelancers who have experienced different agile frameworks, methodologies, and tools. What are the decision-making authorities? What are the organization’s agile principles? Where can teams self-organize and make decisions? What practices are standard?

Our “back to basics” conversation led to several insights about where organizations often fall short on practicing agile effectively in support of their digital initiatives, including the following:

  • Missing the point on key agile principles: “99% of agile shops don’t have a cross-functional team, and they aren’t self-managing. It was written right there on page two of the manifesto,” Ottinger said.
  • Allowing self-organization to overrule business sense: “If we just leave the team to their own devices because they’re self-organizing, in a couple of weeks, we’ll probably see that the checks aren’t cashing anymore. Agile has to work within the context of the organization, whether it’s the process of financial reporting, estimation, or forecasting,” said Phil Heijkoop, general manager of Aligned Agility.
  • Getting drunk on metrics: “Sometimes we get overly zealous about our metrics, have too many of them, and try to measure too many unmeasurable things,” said Jim Highsmith, co-author of the Agile Manifesto. He recommends that leaders identify a metric that focuses on value to the customer.

Digital transformation initiatives often require the coordination of multiple agile teams, so misaligned expectations on principles, team authorities, and standards lead to conflicts. The challenge for CIOs and agile leaders is to create a structure and process for an agile center of excellence chartered with evolving the organization’s agile principles and standards.

4. You treat change management and feedback as afterthoughts

Agile teams, especially ones using CI/CD and other devops practices to enable continuous deployment, can easily leave out key practices required in digital transformation initiatives.

Agile teams aren’t done when they deploy the code. Successful transformations require change management activities to ensure end-user adoption, capture meaningful stakeholder feedback, and review operating metrics.

Are these activities within the scope of agile programs? If not, the disconnect can lead to poor end-user satisfaction and angry stakeholders. Additionally, agile teams operating without customer feedback may overengineer features and miss opportunities to realign priorities.   

Here, Kern offered one suggestion. “Tell people to think of the smallest thing they can do and then do something slightly uncomfortably less. You can always add more, but you can never get back the wasted time. Aim to fall a little bit short and get some early feedback.”

5. You’re ignoring the culture aspect of agile — or not aligning it with business objectives

Transformation requires a culture change for people to look beyond how things work today and to challenge assumptions. Agile leaders seek agile mindsets and cultures, but defining what this means in the context of digital transformation goals should be on the CIO’s agenda.

One example paradigm to avoid in defining agile culture is “we’re not agile enough” without aligning process improvement to business objectives. A second, and my pet peeve, is hearing teammates say, “That’s not agile,” and I share several stories around this anti-pattern in my book Digital Trailblazer.

So, how can CIOs define an agile mindset in their organizations? “An agile mindset is developing habits through our behaviors, and those behaviors must be pervasive across the organization,” said Behers.  

And how can CIOs know when trust and an agile mindset are forming across the organization? Roth answered, “The conversation between agile teams and stakeholders shifts to the right one, which is not about the team’s capacity but instead is about the priority of the work.” 

Highsmith added, “The purpose of an agile mindset is to prepare us for a turbulent future.”

For CIOs looking to accelerate digital transformation and improve business outcomes, aligning agile methodologies and seeking an agile culture can be a game-changer.

My recommended CIO action plan:

  • Require vision statements for all digital transformation initiatives.
  • Apply agile methodologies to the full lifecycle of an iterative program, including planning, delivery, change management, and communications.
  • Create an agile center of excellence chartered with evolving self-organizing principles and standards.
  • Lead the discussion on what an agile mindset and culture should mean in your organization.

There isn’t a one-size-fits-all playbook for agile methodologies or digital transformation, and success requires the CIO to take on many leadership responsibilities.

Agile Development, Digital Transformation
Read More from This Article: 5 signs your agile practices will lead to digital disaster
Source: News

Category: NewsSeptember 20, 2023
Tags: art

Post navigation

PreviousPrevious post:ServiceNow boasts industry-first gen AI general availability with Vancouver release of NowNextNext post:Analyzing the business-case approach Perdue Farms takes to derive value from data

Related posts

휴먼컨설팅그룹, HR 솔루션 ‘휴넬’ 업그레이드 발표
May 9, 2025
Epicor expands AI offerings, launches new green initiative
May 9, 2025
MS도 합류··· 구글의 A2A 프로토콜, AI 에이전트 분야의 공용어 될까?
May 9, 2025
오픈AI, 아시아 4국에 데이터 레지던시 도입··· 한국 기업 데이터는 한국 서버에 저장
May 9, 2025
SAS supercharges Viya platform with AI agents, copilots, and synthetic data tools
May 8, 2025
IBM aims to set industry standard for enterprise AI with ITBench SaaS launch
May 8, 2025
Recent Posts
  • 휴먼컨설팅그룹, HR 솔루션 ‘휴넬’ 업그레이드 발표
  • Epicor expands AI offerings, launches new green initiative
  • MS도 합류··· 구글의 A2A 프로토콜, AI 에이전트 분야의 공용어 될까?
  • 오픈AI, 아시아 4국에 데이터 레지던시 도입··· 한국 기업 데이터는 한국 서버에 저장
  • SAS supercharges Viya platform with AI agents, copilots, and synthetic data tools
Recent Comments
    Archives
    • May 2025
    • April 2025
    • March 2025
    • February 2025
    • January 2025
    • December 2024
    • November 2024
    • October 2024
    • September 2024
    • August 2024
    • July 2024
    • June 2024
    • May 2024
    • April 2024
    • March 2024
    • February 2024
    • January 2024
    • December 2023
    • November 2023
    • October 2023
    • September 2023
    • August 2023
    • July 2023
    • June 2023
    • May 2023
    • April 2023
    • March 2023
    • February 2023
    • January 2023
    • December 2022
    • November 2022
    • October 2022
    • September 2022
    • August 2022
    • July 2022
    • June 2022
    • May 2022
    • April 2022
    • March 2022
    • February 2022
    • January 2022
    • December 2021
    • November 2021
    • October 2021
    • September 2021
    • August 2021
    • July 2021
    • June 2021
    • May 2021
    • April 2021
    • March 2021
    • February 2021
    • January 2021
    • December 2020
    • November 2020
    • October 2020
    • September 2020
    • August 2020
    • July 2020
    • June 2020
    • May 2020
    • April 2020
    • January 2020
    • December 2019
    • November 2019
    • October 2019
    • September 2019
    • August 2019
    • July 2019
    • June 2019
    • May 2019
    • April 2019
    • March 2019
    • February 2019
    • January 2019
    • December 2018
    • November 2018
    • October 2018
    • September 2018
    • August 2018
    • July 2018
    • June 2018
    • May 2018
    • April 2018
    • March 2018
    • February 2018
    • January 2018
    • December 2017
    • November 2017
    • October 2017
    • September 2017
    • August 2017
    • July 2017
    • June 2017
    • May 2017
    • April 2017
    • March 2017
    • February 2017
    • January 2017
    Categories
    • News
    Meta
    • Log in
    • Entries feed
    • Comments feed
    • WordPress.org
    Tiatra LLC.

    Tiatra, LLC, based in the Washington, DC metropolitan area, proudly serves federal government agencies, organizations that work with the government and other commercial businesses and organizations. Tiatra specializes in a broad range of information technology (IT) development and management services incorporating solid engineering, attention to client needs, and meeting or exceeding any security parameters required. Our small yet innovative company is structured with a full complement of the necessary technical experts, working with hands-on management, to provide a high level of service and competitive pricing for your systems and engineering requirements.

    Find us on:

    FacebookTwitterLinkedin

    Submitclear

    Tiatra, LLC
    Copyright 2016. All rights reserved.