Agile teams: 5 signs of trouble

Agile teams: 5 signs of trouble

That small, self-organizing team may look agile, but is it actually delivering the benefits? Consider these warning signs that a team isn’t as agile as you think

72 readers like this
remote work security best practices

Say “agile” to any technology leader, and software development typically comes to mind. As someone who has hired, trained, mobilized, and managed cross-functional teams over the better part of two decades, I’ve seen the word “agile” used extensively as the gold standard for developing, launching, and iterating complex systems.

Look further than quick sprints when asking if an agile team is realizing its full potential.

While a small, self-organizing team can sprint through tasks and deliver results quickly, it can be surprisingly easy for even the most well-intentioned teams to get things wrong. In fact, it’s likely that your team might not be as agile as you think.

[ If you simply break legacy development process into two-week sprints, that’s not agile. Read also: Beware the dark side of agile project management. ]

Here are five signs that your agile team isn’t meeting its full potential.

1. There are too many people on the project

Jeff Bezos instituted a famous rule in the early days of Amazon: A team is too large if it needs to be fed with more than two pizzas. An agile team should have fewer than ten members to remain efficient, but companies often add people when a project becomes too big for one team. This leads to longer briefings, more handoffs, and a drop in efficiency.

Agile teams follow the mantra “less is more.” Rather than adding more people to the project, the objectives of the project should be broken up into more manageable chunks that a team can sprint through and deliver better results.

2. The team is disorganized and chaotic

Are your daily standups longer than 15 minutes?

An agile team needs autonomy, but every team needs proper management and organization given the fast-paced nature of agile development. The duty often lies with the scrum master, who should be implementing the best communication processes suited for the team. However, if your daily standups are longer than 15 minutes, then your team might not be as organized as you think. I have seen many different organizations hold long, crowded meetings with people who weren’t necessary to the project - which, not surprisingly, led to a bored and unmotivated team.

The best practice is to narrow the number of invites to the people who are vital to the task at hand: Wasted meeting time leads to a lower ROI.

Another consideration is to assess how teams are communicating on schedules, stories, and responsibilities. Determine if your team is communicating adequately on their boards, and ensure that everyone understands the overarching goal and that each person is aware of their role. If these points are not drummed into each individual member, then you need to take a step back and reorganize how the work is being done.

[ What tools can help? Read also: Top 7 open source project management tools for agile teams. ]

3. Sprints are agile in name only

Some companies have implemented their own versions of agile teams but kept or reintroduced aspects of the traditional “waterfall” paradigm method. Instead of a week-long sprint based on developer estimates, the agile team is forced to do three or four week-long “sprints” to meet business deadlines.

Agile teams are structured to have time to test and measure incremental progress on a project to ensure both the product’s quality and that it meets the client’s needs.

Companies working with traditional team management methods produce features that have long development time and become irrelevant by release. I have always brought the agile methodology with me wherever I went during my professional life because it results in higher ROI for the company and a better employee experience.

What about team members’ personalities? Let’s explore why they matter:


One comment

Restyaboard is top of

Restyaboard is top of everything, a very good free tool for both Project and Task Management.


Alexey Sapozhnikov is CTO and Co-Founder of prooV, a proof-of-concept platform. He is a career entrepreneur with more than 20 years’ experience in enterprise software and high-tech management. His areas of expertise include Big Data, Cloud Computing, Data Science, Python and Enterprise Architecture.

7 New CIO Rules of Road

CIOs: We welcome you to join the conversation

Related Topics

Submitted By Graham Binks
July 03, 2020

Be deliberate about the way you handle ideas, where you focus, and how you innovate with your customers for validation. Consider this six-step process to bring the best ideas to reality.

Submitted By Derek Smart
July 02, 2020

To get the best from DevOps, tackle your open source strategy in two dimensions: horizontal and then vertical. Consider this advice on tools and approaches that work 

Submitted By Michael Del Castillo
July 02, 2020

As a liaison between developers and executives, a solution delivery architect shows strong communication skills. You'll need to listen and translate what you hear into digestible solutions.


Email Capture

Keep up with the latest thoughts, strategies, and insights from CIOs & IT leaders.