"IDK how long it will take"
Pexels - Pavil Dunilyuk

"IDK how long it will take"

I followed all the right steps. Experts shared their views that my project plan was workable. The people doing the work agreed it was good. The resources were available... and yet, somehow... the longest duration task ran 50% longer than planned.

What went wrong? Insufficient work breakdown ("chunking") and poor measurement.

I learned my lesson. On the next project facing the same large task, I broke it down into smaller sections. I assigned an owner to each section and got all the same input and advice to ensure it was doable. I made something like a burndown chart and I scheduled weekly standup's to review progress. This time, the total activity ran even longer. Late again.

What went wrong? The smaller sections of work were iterative and never wrapped-up they way I expected; loose ends were everywhere and came back.

I learned my lesson. On the next project, I engaged by subject matter experts more heavily to review the quality of work and ensure the technical debt was reasonable. I asked them to subjectively assess the "pace of work" for each section, rather than driving towards specific deadlines. The result? Closer to on time, but still late.

What went wrong? I'm not sure. A dozen issues together, perhaps. Team friction, confusion, unnecessary rework, etc.

I learned my lesson. Some things just can't be measured or predicted well. There are too many variables, too many inputs, too many options.

In these situations, it's better to work at the fringes of the problem just much as you hit it directly. For example:

  • Start the task early
  • Get more, better resources (but not too many - that causes other problems)
  • Assume chaos and delay are the natural outcome
  • Assume more time for rework will be needed
  • Discourage optimization - focus on 'generally correct' until the every end


This isn't a great solution. But sometimes you just don't know how something will go so you can't predict it's duration. Just make the next best choice and maintain a sense of urgency.


Johnson Mark

密歇根软件实验室的联合创始人和管理合伙人。福布斯科技委员会成员。财富 500 强公司的 Frequest 作家和演讲者。

1 年

I'm glad you are starting to write more helpful articles like this, Matt. And you are so right about being incremental in your work...the best way to eat an elephant is one bite at a time.

要查看或添加评论,请登录

Matt Nolan的更多文章

  • "Toxic"

    "Toxic"

    "Toxic" doesn't mean much. Not when it comes to personalities and culture anyway, unlike when it comes to chemistry.

    4 条评论
  • "It's not a math problem"

    "It's not a math problem"

    You've been there..

    1 条评论
  • "Don't change the culture"

    "Don't change the culture"

    Many people like to gripe about organizational culture. I often hear someone say "it's going to be that way until the…

    1 条评论
  • Rizz at work

    Rizz at work

    The biggest part of charisma is confidence. Confidence is not a yes/no, black-or-white thing - it can grow over time.

  • Blame

    Blame

    Don't screw up. Do a good job.

    1 条评论
  • "Wallow in the problem"

    "Wallow in the problem"

    Wallow is a funny word. It sounds funny, it's associated with pigs, it's earthy; I like it.

  • Jokes, predictions, & AI

    Jokes, predictions, & AI

    "Predictions are hard, especially about the future" - Yogi Berra (maybe) "Economists predicted 9 of the last 5…

    1 条评论
  • A Complexity Curve

    A Complexity Curve

    I'm obsessed with this curve. [X axis is "Level of complexity"] I found it on Eli Dourado's substack.

    1 条评论
  • Two Minutes of Hate

    Two Minutes of Hate

    I recently read that the best arguments deserve the best counter-arguments. By pressure-testing something, we find out…

    1 条评论
  • 9 Levels of Project Management

    9 Levels of Project Management

    Level 1 - Communication Organize a recurring meeting with the involved parties to talk about the project. Take & share…

    1 条评论

社区洞察

其他会员也浏览了