Planning to Fail: Is Estimating Really This Difficult?

Estimating effort is something we collectively struggle with in hardware development considering building the project plan is an exercise that everyone is involved in. Here’s the next few data points from our project planning survey that may have you wondering why we’re so wrong when it comes to estimating and project planning.I play an active role

More than 85% of those surveyed said they played an active roll in project planning. Encouraging.

captures my responsibilities

Most people also agree that the project plan captures their project responsibilities accurately. That’s another good sign… though it’s here where things go off the tracks…time for my responsibilities accurately identifies work required individual estimates that are accurate

It is very clear that hardware and embedded software developers are not good at estimating effort; not for individual items in the plan, not for the work required as individuals, not for the work required for the project as a whole. We do a poor job of all of the above.

I rarely do workNot only are we poor estimators… which by itself puts us behind the 8-ball from the very beginning… we’re also burdened by tasks that don’t show up on the project plan.

Seems project planning is an exercise we’re all involved in. This is a good sign. The results of our collective effort though are less than impressive.

-neil

Q. Your turn. What do these data tell you about our project planning practices? Why are we way off when it comes to estimating effort?

Share/Bookmark

About nosnhojn

I have been working in ASIC and FPGA development for more than 12 years at various IP and product development companies and now as a consultant with XtremeEDA Corp. My specialty for most of that time has been RTL functional verification where I have had a chance to work with some very experienced people and learn state of the art techniques. I really enjoy the challenges of being a verification engineer but as of late have come to wonder what lies beyond my verification bubble. That's lead me to agile software development and project management. There is a massive amount of material out there related to agile development. All of it is interesting and most of it should be applicable to hardware development in one form or another. So I'm here to find what agile concepts will work for hardware development and to help other developers use them successfully! You can find me at neil.johnson@agilesoc.com.
This entry was posted in Planning and tagged . Bookmark the permalink.

2 Responses to Planning to Fail: Is Estimating Really This Difficult?

  1. HawaiiFiveJoe says:

    Engineers sandbag their schedules. Our frustration comes from us trying to write a schedule for perfection and we never tape out perfection. The gap between a plan and reality is part new features and part cutting corners. Most engineers are frustrated because they want time for perfection (smallest, lowest power, highest performing, elegant code, fully verified system model, fully verified rtl, fully verified gates). This never happens. When it does you miss your market. I’ve seen more projects fail because they were over designed than I have because too many corners were cut.

    It’s funny to watch schedules get proposed and someone says something will take 9 months and 7 full time engineers and you look at past data and they did a similar task in 5 months with 4 people at 75% workload.

    It’s funny for a group of people who love numbers, we engineers fail to look at the past to predict the future. Engineering is actually very predictable. We just don’t like those predictions because we know the past wasn’t perfect and we don’t want to write a project plan up like last time, even though that’s what will happen.

    • nosnhojn says:

      It’s funny for a group of people who love numbers, we engineers fail to look at the past to predict the future

      I really like that comment! It’s so satisfying to be able to use stats to support your position… and at the same time so easy to ignore them when they don’t :).

      -neil

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>