微软项目求生法则 (美)史蒂夫·麦克康奈尔(SteveMcConnell)著余孟学译.pdfVIP

第 2 页 第 3 页 第 章 欢迎来到 软件项 目求生 训练 中心 许多软件项 目的生存机会看来不大 ，其实不然 。想 要生存的第一步是确定以良好的方式开始进行。有好的开 始 ，生存的机会 自然就大得多了。 第 4 页 你可能很难相信 ，一般人对软件产 品的要求要 比软 件项 目严格多了。使用软件 的人希望软件产 品可 以连续使用好几个钟头，可 以连续执行好几百万个程序命 令而历久弥新 。可是软件开发者对软件项 目反而不抱太大 期望 。使用者与客户也许会抱怨项 目慢 了一个月、三个月 甚至半年才推 出，也许抱怨程序不好用或缺乏几项重要功 能。可是如果软件产 品计划 中的主体如期推 出，即使不惜 血本 ，大部分消费者还是会认为开发产 品的项 目成功了。 我们看过太多失败 的例子 ，所 以我们认为只有完全像是扶 不起 的阿斗的项 目才算是失败 的。 多年来 ，软件工业 的高层人士对软件项 目的要求总是 爱之深、责之切 。一个成功的项 目应该尽可能满足成本与 时间的需求，以追求高质量的产品为 目标，不要瞻前顾后。 确定了这点，就现阶段的技术还可 以控制在百分之十上下 的水准 。一般 的软件项 目主管都可 以做得到，即使是项 目 外的其他人，如高阶主管、经理、客户、投资人和使用者 代表一样可 以发挥相 同影响力。 一名 的首席软件工程师请 我去看他们一些失败 的案例 。在专家 眼里 ，失败 的原 因 通常很 明显 。中型软件项 目的失败 行源 第 5 页 代码 ）其实很容 易避免 。此外我发现软件项 目不是不能 达 到最短 时程 、最低成本 、最佳质量或任何其他 目标择 一力臻完美。 并非 以上所有 目标都能同时完成，本书想要告诉大家 的是力求在众多 目标之间取得平衡，让一个低成本而高质 量 的产 品能如期推 出。 求 生 需求 软 件 项 目求 生 第 一 步 就 是 确 认 生 存 的基 本 需要 。 观察 出人类 的需求依照程度 由低到高， 以自然阶层 的形态呈现 。最低程度 的需求称做“生理需求 ”， 这是人类生存所必需的最低要求 。在我们满足上层 的需求 前，必须先满足 图 中在虚线以下部分的较低程度需求。 所 以要先满足对食物、空气、水的生理需求之后，我们才 能够追求 “归属感”与爱 自尊与 自我实现的满足。 如 同许多软件专家一样 ，我发现类似 的需求阶层也可 以套用在软件项 目上 。软件项 目有一组基本需求必须先被 满足，逐步攀爬到需求金字塔 的上层 ，就可 以大幅改善项 目的质量与生产力 。 项 目团队必须满足 “一定会完成项 目”的最低层次需 第 6 页 求，接着再来考虑有关时间和预算 目标百分之十上下的问 题 。而且项 目小组必须在有限的预算和时间之 内，以现有 的技术水准，努力推出预定计划中的最佳软件。 图 的人类需求阶层 图。在满足较高阶层的 需求前，必须先满足较低阶层的需求 如图 所描述 的，软件项 目的需求阶层与制作项 目 的个人需求大相径庭 。举例来说，开发人员会将他们 的个 人 自尊摆在健全 的团队动力之前 。但就项 目而言，健全 的 团队动力要 比开发人员个人 自