项目管理案例系列[14]：项目人员成本超支问题.doc

项目管理案例系列 [14]：项目人员成本超支问题 说明：项目管理案例系列由项目管理者联盟 [PMU]制作推出，版权所有。该系列以 PMU会员实际项目案例为蓝本，结合项目管理专家点评和 PMU会员分析，真实、深入、可鉴。 （一）案例正文 我们做的是一个财务管理软件，在项目初期我们的项目经理做的售前工作，跟客户了解了大体的需求，并且制定了项目方案，而项目方案是一个很笼统的框架性的东西，而我被指派与客户详细的调研需求，整个项目的与客户面对面接触调研需求共 3 次，第一次我已完全理解客户的需求和意图，而第二次并没有什么实质性的收获，因为客户给我的时间就很少，我们只简单讨论了与客户现存系统的接口问题，第三次谈需求，客户提出了一些需求而针对他的子系统的结构是很难实现的，当时我极力反对，但反对无效，因为我们的客户分两部分：转包客户、最终客户。 这还是个二 包项目。而这种很难实现的需求是最终客户提出而转包客户不反对反倒支持。这样三次需求调研的结果就是得到一个业务逻辑异常复杂的业务模型。有了详细的业务模型之后，我很快初步估算出代码最少 5 万行，并且向项目总监通报了情况，但是项目总监认为项目不可能这么简单，也没去与客户沟通。 我只好按着这个需求继续往下进行（当我与客户做二次需求调研时，我就已经变为项目经理的角色，当然此时我就是项目经理了，而原来的项目经理就是现在的项目总监了），当然了，在有了详细业务模型后，我们先设计了软件原型，用了两个星期，这阶段解决了几乎所有的 界面组件（有很强的通用性）。然后再与客户讨论原型，不过客户那边的反映很迟缓，光让他确认这个原型就浪费了二十天时间，不过这段时间我也没闲着，开始着想考虑他那个难缠的需求是不是有什么解决方法，结果分析来分析去，最终得出结论，根本不存在什么合适的解决方案，而这块需求倒底做不做一直困惑我很长时间，其实与客户沟通很不方便，因为我们开发的地点与客户不在一个城市里，对于这样的问题我跟客户在 msn 上沟通过多次，客户都不明白我要说的问题的本质是什么，他还是坚持要实现这个需求，结果为此我又努力偿试寻找解决方案。 客户催要一个初 步的软件版本，因为但是因业务逻辑的核心问题，我们无法进行业务模块的编码，已经完成的是与业务关系不大的部分。而此时我又进一步估算，代码量应该有 8 万行了，因为更细致的架构接口已经有了，也就是说一个完整的框架都有了，