Tag: Project Management

  • Why are we surprised when vendors can’t keep projects on time and budget?

    It has been occurring to me lately that there is a fundamental mismatch between how some astronomy projects  select and manage external vendors and their expectations of these external vendors’ performance.  In our case, we require competition and fixed price contracts.   Our typical instrument contract bidder, a university lab or department, is often not used to fixed price contracts.  To inappropriately stereotype, academia likes to be awarded grants and submit reports on the work accomplished after the fact.  That’s not what our contracts are. Universities are not used to, and therefore do not generally have the infrastructure for, fixed price, fixed schedule, competitive bid contracts.  They have not usually developed the considerable expertise needed to fully cost a new project and identify and manage  its  risks.  The end result is that they often deliver late and and over-budget, if at all.

    An alternative to academia. we could pursue our contracts in the commercial world.  Except for  one, they don’t usually respond to our requests for proposals, and two, they generally cost more.  Their more properly calculated and risked cost is what generally prices them out of the competition and prompts them not to waste their time bidding.  Again, to inappropriately stereotype, the commercial world has learned how to cost and scope a project to ultimately complete a risky project to a fixed deadline and cost.   While their bids end up more expensive, the price more accurately reflects the risks involved in a fixed price bid for what is ultimately, after all,  a one-off product.  Those that know how to properly cost an uncertain project, whether in academia or outside, will inevitably come up with a higher price and a later delivery that those that do not.  So we are simply fooling ourselves if we expect a complete, on-time, on-budget delivery after selecting the low bid from an ill-prepared institution.

    So, we have a couple choices. We can pay the higher price requested by those that really know how to cost a risky project or we can adjust our approach and our expectations and work with less-prepared institutions.  The latter, though, means acknowledging early on that the bid cost and schedule will not likely last the whole project.  If our selected vendors do not have the tools for full project management, we need to work more closely with them throughout the project, both training them and working as embedded project managers.  This effort will have real costs in terms of both resources and schedule.  By using our contingincies (see some of my thoughts on the use of contingency in the middle of this earlier post)  properly, for example,we can begin to generate a culture of cost and schedule containment from the early stages of the project.  At the beginning of a project, when the first hurdle is found, most people want to throw time and money at it since at that point, these reserves are well-stocked and it seems too early in the project to de-scope.  Yet, if schedule and cost are to be maintained, de-scoping early is often the most appropriate response.  One way to soften the blow is to leave hooks for the de-scoped capability to be added again later, if reserves allow. In some instances, however, that simply won’t be possible and a given capability will simply have to be eliminated in order for the project to stay on track.  Making these kinds of decisions early will help the project develop a plan-oriented culture.  If, on the other hand, there is more time and money than there is functional contingency, then we need to realize the initial optimistic delivery dates and costs  are not likely to actually correspond to the final delivery dates and costs.  We therefore need to set our expectations, and those of our community, accordingly, by adding in the schedule and cost contingencies necessary to assure the required functional specifications are met.  If time and schedule reserves are not very plentiful, then we must prepare our stakeholders for an ultimately de-scoped end-product.

    If we really do need something on a fixed price and schedule, then we need to consider paying more to the people who know how to deliver in those circumstances.   It will look like it costs more to do so, but in the end, it may actually cost less and is certainly more likely to result in a useful delivered product than would a lesser contract awarded to a less realistic vendor.

    (I realize there are commercial companies who don’t understand risk and universities that do, but my point here is to understand the vendor and adjust your stakeholders’ expectations and project management approach, accordingly. We may not always be able to choose with whom we work, but we can choose how we work with them.)


    Scot has managed both projects with both commercial and university vendors. He’s seen similar mistakes made by each type (not reading the contract is a common one), but has also learned to adjust his style dependent on the vendor’s experience and approach.

  • Is project management enough?

    I was reviewing some notes from a colleague’s previous class on project management when I came across the following lines that caught my interest:

    A business or organization cannot survive on project management disciplines alone.

    Project management is defined as delivering to time, cost, and quality.

    Staff development is seen as an overhead if converted to a project cost, but [is] essential for an improving workforce.

    Employee development, morale, work/life balance, and even preventive maintenance/upgrades: these are all long-term needs that can easily be viewed as short-term distractions in a project-oriented culture.   It is clearly of little or no benefit to a project manager to use valuable schedule and resources on these kinds of activities.  So, this is where the functional (line) managers need to step to the plate. They are the ones that have the responsibility to provide a talented, skilled, stable, and motivated work pool to the project managers.  They have to be the ones to make sure their staff development needs are met.  They are also responsible for the basic functionality of the systems under their control. Thus, time for both staff development as well as system upgrades and maintenance must be reserved and held back from project allocation.

    I’m not saying that these project equivalents be considered sacred cows or anything. The resources spent in maintaining a well-adjusted, skilled staff need to be justified in terms of losses that would result from the expected turnover if these employee needs weren’t met. Similarly, system upgrade and maintenance task resources need to be justified against the potential lost time once they fail or need to be replaced.  But in any case, the responsibility for forming and advocating these projects must be with the employees and their functional, not their project, managers.

    Not a really complex or novel thought here, but just another indication of a need for intelligent and thoughtful management that clearly understands its roles and responsibilities.


    Scot’s graduate advisor, R. Ed Nather, has been known to say:

    If it goes without saying, better say it twice.

    As time goes on, Scot finds more and more wisdom in that statement and applies it often. Defining people’s project and functional roles is a great example of the value of explicitly stating what everyone often implicitly assumes without checking to make sure everyone else is operating under identical assumptions.

  • Towards more realistic project costing…

    I’ve been involved and associated with a number of astronomical projects now that have depended on some level of external funding. One almost universal feature of these projects has been a pitched price tag that is known to be too low by those pitching it.  The justification is usually something along the lines of “they’ll never fund us for the whole amount at once, so we have to ask for less now, then more later.”  Sometimes there’s a competition involved and people feel a low bid is their best chance to get the project.  This sort of behavior has never made sense to me.  It seems wrong and ultimately ineffective for a number or reasons.

    First off, the people with the funding have seen this all before. They’ve seen lots of projects, bigger and smaller than yours and usually know what’s going on. They didn’t get to positions of power and high finance by being duped by used car salesmen.  Wouldn’t a much more impressive approach be something like:

    Yes, our project price is a bit more than we originally expected.  And we could stand here and tell you it will cost only X, pretending that it was true and that we met our budget goal.   But if we do that, we all know that we would inevitably be back later, after you’ve already invested heavily in this project, and we’ll explain what unexpected things have happened to our project beyond our control and how we now need Y more to actually finish the project. We could do that, and you’d likely end up spending more that way than if we just presented our risk tree, explained our contingency, reviewed our functional de-scope options, and you funded us for our real cost of X now, confident that we’ll stay on budget.

    As a project manager, which approach would you feel better about?  As a funder, which pitch would you rather hear?

    Secondly, I think astronomy has suffered as an institution at the national levels for unrealistic price tags.  National funding agencies don’t want to have to keep going back to the coffers for more money to finish a project they’ve already committed to.  They want to allocate the money once, then see the project complete within that allotment.  Going back with additional requests for finding is like setting yourself up for double jeopardy.  As administrations and bureaucracies change, the commitment to your project may have also changed.    Burned once, twice, three times by project overruns, they are less likely to fund the next when there are so many other things out there asking for money.  What’s happened to the particle physics community experimental support in the US since the collapse of the SSC, for example?

    Third, this same situation as at the national level occurs at all levels of projects and funders.  To make a hypothetical example:  Gemini is less likely to get money to build new instruments if most of what they build goes over budget. Similarly,  Gemini’s contractors are less likely to get the next contract if they were found to underbid a previous project.  (Remember, astronomy is a business.)

    The Thirty Meter Telescope. Surely a project that cannot succeed without realistic pricing strict cost controls.
    The Thirty Meter Telescope. Surely a project that cannot succeed without realistic pricing and strict cost controls.

    Besides a thorough and honest evaluation of costs at the start, I think contingency planning is the key to making a project successful and on budget.  There are  three kinds of critical contingency for a typical project.  The most obvious of which is cost contingency.  What if something ends up costing more than expected?  What if something breaks? What if something you thought would work doesn’t?  One traditional way to deal with this kind of contingency is to apply some factor to the overall project cost and budget that amount for cost contingency.  Yes, that’s better than nothing, but there are always some parts of the project that are more risky than others.   Project aspects that rely on new, un-proven technology should carry a higher risk factor than aspects that are replicas of something that has been done before, for example.  The one contingency fits all rule of thumb is nice, but not really very realistic.

    Then there is schedule contingency.  Ordered parts take longer to get delivered than expected.  Design work or assembly and integration tasks take longer than expected. Here again, time must be added to the project schedule (hopefully following  a similar rigorous analysis as for the cost contingency above) to account for these risks. And since time is money in terms of paying people’s time and efforts, this schedule contingency carries a cost burden as well.

    Finally, there is functional contingency.  Functional contingency refers to certain aspects/requirements of a project that can be de-scoped or eliminated in order to stay on time or on budget. This type of contingency is perhaps the hardest one to use because in order to have a beneficial cost and schedule effect, it must be used early in the project – at a time when the inevitable down-stream consequences of a late, or over budget component of the project seem distant and fuzzy.  The natural temptation is often to use cost or schedule contingency first, but doing so potentially leaves you at the end of a project having spent your cost and schedule contingency, with all the functional contingency unable to be used because the design decisions have already been cast in stone and integrated into the project design.  Your only choice at this point is to go back and ask for more money. Just what we’re trying to avoid.

    If astronomy and astronomy institutions are going to be able to continue to grow and pursue new projects and new opportunities,we must take project budget and schedule management more seriously. We can not rely on the “we’re this close to completion; you can’t stop the tap now” arguments to carry us through to the next level.


    Scot fondly remembered a departed colleague while assembling these thoughts.  He was a very accomplished project manager and provided many valuable and interesting insights to pursue. Alas, he left this world too early.  As one colleague put it: Steve completed his life on budget and ahead of schedule.  Steve Varlese- you are missed.