项目进度管理案例

项目进度管理案例

你被任命为项目经理，要为公司开发一套电子商务系统，公司到目前为止也仍然是采用传统的业务经营方式。公司高层选择从现在开始往后6个月的时间来启动项目。通过遵循在课程教材第5章当中所述的技术，你与你的团队认为在6个月内完成项目虽说可能，但却是不实际的。项目发起者要求你告诉他你所期望的项目完成日期。

１、解释为什么说预测完成日期到具体的某一天是有问题的。你要怎样给他解释，让他相信他挑选的项目经理是最佳人选。

２、你看到其它公司有项目管理办公室（PMO），你与自己项目小组成员讨论一下，看看如果我们自己也有一个PMO的话与没有PMO 相比有何战略优势，设立PMO对于组织有何不利之处？如果利大于弊则向公司申请PMO说服上层同意成立。反之就不用申请了，如果上层安排成立PMO，因为弊大于利，所以也推辞掉并准备好自己的说辞。

３、项目继续进行，你的团队做得相当出色。6个月的启动日期很快就接近了，你已经想出了一种可以满足期限的方法。为了满足期限，你必须要快速跟进或赶工（这两种方法参见书123页）测试阶段的最后几项活动（部署、培训和后续文档）。由于资源可用性，你只能选用前面两种方法中的一种方法。你要选择哪种方法？为什么？

４、你发现测试阶段的最后几项活动竞争的是相同的资源，考虑资源均衡(教材P124)、自由时差和总时差（教材P145），讨论这种情况会怎样改变或强化你在前面的决策。

小组成员请自己参照案例中注明的教材页码学习了解一些相关专业术语，并进行小组讨论以上4个问题得出最后方案。准备课堂演讲！

延伸阅读：

/wenda/thread?tid=06beaf936142e5f0

任命你为该项目的项目经理你该如何做[职场生活工作] 悬赏点数10 1个回答34次浏览

广东过客2009-5-18 15:27:50 203.88.203.* 举报四、小张从一个CMMI4认证的公司进入一个新公司。新公司打算建立项目管理流程，主管让小张编制一份系统集成项目的实施流程，让其先写出项目的进度管理办法和质量管理办法。问题一：1.如何划分项目阶段？问题2：2.如何把每个人的工作量量化？

答案：

3.如何一个项目牵涉多种技术，如何实现平衡评审？

4，SQA主要控制哪些方面的质量？如果是软件质量，该职能和测试部门做的有何不回答

参考添加引用：登录并发表回答取消在谷歌搜索任命你为该项目的项目经理你该如何做

正在发表回答，请稍候……您输入的内容将会在您成功登录之后自动发表。系统推荐答案0

ltl656 2009-5-19 9:57:36 218.59.106.* 举报所有从事过项目管理工作的人在谈到自己曾经的工作经历时总会有一些难忘的回忆。由于员工总是想要在尽可能短的时间内，以尽可能快的速度，在付出的成本代价最小的情况下完成工作，项目就经常会出问题。而不幸的是，职业项目经理又总是想自己来处理好项目的时间/成本/性能/质量之间的关系。由于曾经有过这样的亲身经历，对这一点我可以说是深有体会。

举例来说吧。我曾经遇到过一个项目，在项目的进行过程当中，项目经理忽然发现各项工作的完成时间似乎比预计的都要长了一倍。当然，这种情况的出现是有情可原的。因为在对项目的工期进行估计时，考虑到的是由工作经验丰富的员工来完成项目，而实际上，当时项目小组的成员主要都是一些初级工作人员，他们的工作经验并不丰富。小组所订购的设备也没有按期送达。此外，参与项目分析的商业用户的数量也没能达到分析家们的要求。在这些因素的综合作用下，项目延期也就不是什么难以理解的事情了。当然，尽管工作量在增加，小组成员的组成也没有发生变化，但项目的截止时间也是始终固定在那里的，因此员工们被告之他们必须要想办法在原有的时间框架之内完成全部的工作。诚然，他们可以增加新的员工，但是大家不要忘了“即使是有九个女人，也没有办法在一个月里生出孩子来”呀！

就在这个时候，项目经理做出了一个大胆但是错误的决定，他跟自己赌了一把，决定带领项目小组同时进行多个阶段的工作，以便在原订的时间框架内完成项目。在具体的设计还没有完成之前，他就让自己手下的工作人员开始编码，以为即便是日后要对编码进行修改，工作量也不会很大。大家可以想象，由此而带来的后果是多么严重，项目经理的梦魇也就由此而开始了。由于程序设计人员缺少详细的设计信息，他们所编写出来的编码的质量也就可想而知了。在设计最终完成之后，为了让编码同设计相吻合，有大量的工作要去完成。最终，项目小组没能在原订的时间框架内完成项目。员工们可以很轻松的忘记项目经理早先的提醒和警告，但是项目经理却无法逃避自己的责任。毕竟，最终要对项目的成败负责的都是项目经理呀！这个道理大家应该并不感到陌生吧？

那么，是什么地方出了问题呢？答案显然很简单，那就是项目经理可以随意的决定项目的阶段实施进程。在项目的详细设计阶段完成之前，应该有一扇“门”或者说一个正式的标准来阻止项目小组进入编码阶段的工作，而项目经理正是缺少这样一种约束。即便是没有这样一种约束机制，至少也应该有一个基本的风险评估，要获得项目股东们的通过呀。这样一来，如果项目的风险得到了认可，那么决定就是大家集体做出的了，责任就应该有大家共同承担，而不会只落在项目经理一个人的头上了。但遗憾的是，现实情况并非如此，项目经理一个人就可以做出进入下一阶段工作的决定。当然，他做出这样的决定完全是出于好意，但是这并不意味着他做出的就是正确的决定。

质量控制vs.质量保证大多数软件开发部门都有自己的质量控制体系。其中很多又都有自己独立的测试小组，来保证最终推出的产品满足良好的品质要求。然而，有一个问题却经常被忽视，那就是充分的质量保证体系。这一体系的作用是确保产品达到了预期的质量要求。从定义上我们可以看出，成功的质量保证能够减少质量控制的失败。质量保证同质量控制之间有一个很重要的区别，那就是如果没有质量保证的支持，大家常常会在事后发现质量控制的问题，无法防患于未然，而这个重要的区别又常常被我们所忽视了。

质量门在质量保证体系当中，我们可以应用质量门（Q-gate）这个概念作为一种方法。整个概念一旦与项目管理结合在一起，就可以帮助项目经理控制好软件成本、性能和质量之间的平衡。在软件的整个开发过程当中，每一扇质量门都标志着一个项目阶段的正式结束，只有通过了这扇门，项目才能从一个阶段进入到下一个阶段。

每通过一扇质量门，就意味着项目前一个阶段已经完成并且达到了预期的质量要求，可以进入下一个阶段的工作了。按照事先已经确定好的判断标准，每一扇质量门实际上都决定着项目前一个阶段工作的成败。和项目时间与成本投入一样，项目风险也会在质量保证的过程当中得到判断。这样一来，项目的股东们就有足够的信息可以作出决策了。质量门这一概念的好处在于：

项目股东可以和项目经理一起对项目的质量承担责任。

质量门的存在促使项目小组在项目进行过程当中对自己的工作质量进行评估，更好的改进项目质量。

质量门的存在能够保证前一阶段的工作按照正式的严格的程序过渡到下一阶段。所有的问题都会被及时发现并得到解决，项目小组可以及时抓住机会对工作进行改进，风险评估也可以及时进行。

质量门的存在可以加强项目各方的交流，可以促使关键股东的积极参与，通过他们的参与来更好的对项目预期进行管理。