Thomas Murphy

A member of the Gartner Blog Network

Thomas E. Murphy
Research Director
4 years at Gartner
27 years IT industry

Thomas Murphy is a research director with Gartner, where he is part of the Application Strategies and Governance group. Mr. Murphy has more than 25 years of experience in IT as a developer, product manager, technical editor and industry analyst. Read Full Bio

Coverage Areas:

Is Agile driving your organization to a continual death march?

by Thomas Murphy  |  September 19, 2013  |  8 Comments

A theme that seems to be popping up in my conversations with individuals participating in “agile” projects is that it is begining to feal like you are in a constant “death march”. Business continues to press for “more productivity” and has to respond to a constantly changing and competitive marketplace. In traditional waterfall projects many are used to the last couple months becoming the death march. Long hours, lots of stress, a changing triage bar for defects, all hands on deck as you surge to get the product done “on time”. This may mean you have 10 months of a “normal” life and then two months of hell.

But as companies move toward Agile, every two weeks may be a new release. That is a possibility for 26 sprints per year. If two of the working days of your 10 day sprint are a death march, that is 52 days per year vs. 40 days in the “annual” program. A more than 25% increase in death march days. The Agile Manifesto states:

“…Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely…”

The question is what is sustainable. I am hearing stories that don’t sound like only the last 2 days of a sprint are a death march. Every day feels like a death march. This isn’t a new topic, I have included links below to some posts on the topic. Organizations, actually teams, need to determine what is sustainable for the team. WIP limits need to be understood. A freeway filled to 100% capacity is a parking lot. Don’t let a shift to agile mean a shift to constant running. Global business and mobile devices only make this a more challenging battle.

Is your organization marching up hill or has it found discipline to not only be sustainable but found that you are more productive not just in time to value but driving customer sat and improving quality? What did it take for your team to succeed?

http://www.extremeprogramming.org/rules/overtime.html

http://www.bigvisible.com/2013/07/agile-transformation-sustainable-pace/

http://stackoverflow.com/questions/262810/agile-40-hour-week

http://setandbma.wordpress.com/2012/01/16/work-life-balance/

http://blog.smartbear.com/sqc/an-agile-pace/

http://agileramblings.com/2013/01/13/what-should-my-wip-limit-be-super-easy-method-to-find-out/

8 Comments »

Category: Uncategorized     Tags:

8 responses so far ↓

  • 1 nike   September 20, 2013 at 1:26 am

    Agile looks like confusing for many people. Many of the processes in agile are similar to SDLC…But it depends how you take it…

  • 2 Ben Linders   September 22, 2013 at 3:22 am

    If working in an agile team feels like a “death march”, that is something that the team (together with the stakeholders) can address. For instance in a retrospective, where team members can state how they feel that things are going. If pressure is something that is really hampering the team – as can be the case as you describe – then the team should take action. E.g. by deciding to commit to a lower number of user stories / story points.

    A retrospective can also be used to find the root causes why teams feel that they are under constant pressure. Do they get enough freedom to do the work the way they think it can be done? Are they allowed to make occasional mistakes and learn from them? Is it one or two person who are under pressure, or is it everybody in the team? What’s the team morale, do they feel happy when they go work, and when they go home? Find the causes, and address them in a next iteration.

    “If you want to deliver more, you should not work harder, but smarter” is a basic thing that didn’t change when agile was invented. But the feedback and learning cycle that agile methods like Scrum have can help you to improve. It still needs an investment in time and energy, but when done it can help you to stop walking deatch marches, and work in a sustainable pace.

    @BenLinders

  • 3 jason kerr   October 14, 2013 at 10:21 pm

    what if your scrum master is a fascist? more scrum b.s. works perfectly in theory but the practice rarely lines up so nicely. Hucksters and shills the vast majority of ya.

  • 4 thomas murphy   October 15, 2013 at 2:24 pm

    Jason,
    I would expect that if your “scrum master is a fascist” that this isn’t a problem of scrum, they will behave the same way irrespective of the chosen process. All processes work well in theory and yes, in many places things don’t like up nicely, that doesn’t make it invalid or merely hucksterism.

    However, yes if the ideal is commit to fewer story points but you can’t because it is dictated to you, well that isn’t agile either. I think the challenge here is partial adoption of agile practices and a lack of commitment from management.

    tom

  • 5 Nilesh Thali   October 30, 2013 at 9:09 am

    The title is incorrectly worded. it should be
    “Is your organization driving Agile to a continual death march?”

    Agile, as described in the manifesto, and the professed values, would never lead to a death march. as many others have said here, it’s the organization culture that never changed, that causes death marches to persist.

  • 6 敏捷会导致死亡行军项目吗?-IT梦工场(IT DreamWorks)-软件研发管理培训、咨询服务   November 1, 2013 at 4:26 am

    [...] 在Gartner最近的一篇博文中,Thomas Murphy表达了对敏捷项目变成“死亡行军(Death March)”循环的担忧。 [...]

  • 7 Duncan Green   January 15, 2014 at 7:43 am

    I too have witnessed this on numerous Agile projects.

    I think the notion that a project can continue to deliver with linear velocity is erroneous. Jacobson’s observations on entropy within software dictate that as a software systems gets larger/more complex more effort must be expended to exploit the value of that software, i.e. it does less work over time. This is similar to the second law of thermodynamics.

    This means every Agile project will experience falling velocity. That is to say the effort X to exploit value Z from the software at time T1 will increase to X+Y at some later point T2. This is regardless of the skill of those involved!

    This probably means that Agile teams that are attempting to deliver X points month on month are destined to become larger or to constantly re-estimate their backlog.

    I think the rate at which entropy increases in the software is proportional to 1) the size of the team 2) the focus of delivering value. This means larger teams suffer a greater rate of falling velocity.

    I think this feeling of steadily atrophying software is what some describe as “the death march”.

  • 8 Liliane   April 10, 2014 at 3:35 am

    Very informative post i think you have great knowledge about agile. OnTime Scrum is a famous tool for agile scrum. It is a project management and bug tracking tool for Scrum teams. It allows us to create a custom dashboard which in addition to displaying the previously mentioned burndown charts and allows us to see at a glance current team velocity, required velocity to complete everything by the end of the Sprint, projected completion date and work remaining.

Leave a Comment