项目计划技巧研究论文

项目计划技巧讨论论文 做项目计划，如同给一个待出生的婴儿写传记那样困难。假如允许项目结束后再写计划，那就轻松多了，并且可以 100%地准确。 在做软件的项目计划时，应屏弃一切浮夸作风。只有“知已知彼”才能做出合理的项目计划。这里“知彼”是指要了解项目的规模、难度与时间限制。“知已”是指要了解有多少可用资源，如可调用的程序员有几个？他们的水平如何？软硬件设施如何？ 1 知己知彼 首先要了解项目的规模、难度与时间限制，才可以确定应该投入多少人力、物力去做这个项目。在可行性分析阶段就要考虑这个问题。但不幸的是，人们在陷入项目不能自拨之前总难以准确地估量项目的规模与难度。这里经验起到了最重要的作用。 项目的时间限制有两类。第一类，项目应该完成的日期写在合同中，假如延期了，则开发方要作出相应的赔偿。第二类是开发自己的软件产品，虽然只确定了该产品大致的发行日期并允许有延误，但假如拖延太久则会失去商机造成损失。 项目的资源分为三类：“人”、“可复用的软构件”和“软硬件环境”。 （1）人是最有价值的资源。项目计划的制定者要确定开发人员的名单，要根据他们的专长进行分工。 （2）可复用的软构件是次有价值的资源。复用软构件可提高软件的质量与生产率。软构件并非一定要用自己的，可以向专业的软件供应商购买。 （3）软硬件环境虽然不是最重要的资源，却是必需的资源。原则上软硬件环境只要符合项目的开发要求即可。有些项目可能要用到特别的设备，则要事先作好准备，以免用时找不到而担搁了进程。 2 进度安排 有一位程序员忙着编写程序，经理问他还需要多久才能完成。 “明天就可以完成。”程序员立即回答。 “我想这是不切实际的，实话实说，到底还要多少时间？”经理说。 “我还想加进一些新的功能，这需要花两个星期。”程序员想了一会儿说。 “即使这样也期望过高了，只要你编完程序时告诉我一声，我也就满足了。”经理说。 几年以后，经理要退休了。在他去退休午餐会时，发现那位程序员正趴在机器旁睡觉：可怜的家伙整个晚上都在忙于编写那个程序。[James1999] 程序员也期望每天早晨能在 7：00 准时起床，可老是一觉醒来就到中午了。项目落后于进度表乃是家常便饭，不必大惊小怪。以下一些事件常常会导致项目被延误： （1）上级领导主管臆断，制定了不现实的期限。项目经理与程序员们被迫根据不合理的进度表开展工作。 （2）客户的需求发生了变化，但没有对进度表作...