1、凡事预那么立：谈工程开发方案 在开发活动中，工程方案是工程启动后的头一件重大事件，但也是经常被忽略的一件事。 工程方案好比是一份工程的交通图，指导工程准确的到达目标，即使它没有被形成标准文档，它至少会在工程经理的脑子里，只不过比较粗糙和模糊罢了。 为什么每个工程都需要一份工程方案，并且要形成标准的文档呢。这是因为： 第一、通过制定方案，使得小组和有关管理人员，对工程有关事项，如资源配备、风险化解、人员安排、时间进度、内外接口等形成共识，形成事先约定，防止事后争吵不清； 第二、通过方案，可以使得一些支持性工作以及并行工作及时得到安排，防止因方案不周造成各子流程之间的相互牵掣。比方测试工具的研发，
2、人员的培训都是需要及早方案和安排的。 第二、可以使工程实施人员明确自己的职责，便于自我管理和自我鼓励； 第三、方案可以有效的支持管理，作为工程经理、业务经理、qa经理、测试经理们对开发工作跟踪和检查的依据； 第四、做好事先方案，就可以使注意力专心于解决问题，而不用再去想下一步做什么。 第五、方案是工程总结的输入之一，工程总结其实就是把实际运行情况与工程方案不断比较以提炼经验教训的过程。通过方案和总结，工程过程中的经验和教训别很好的记录和升华，成为“组织财富。 制定工程方案的过程被称为工程筹划。在工程筹划时，要尽量让员工估计自己的工期，使团队成员积极参与到工程中来，而且由于技术开展如此迅速，往往
3、只有具体模块开发人员对那局部工作最了解；但是工程经理也不是完全消极的，他应该积累工程管理数据，推动开发过程能力成熟度的提高，以便可以协同开发人员进行越来越准确的工程估计。方案常以文本文档和图形文档结合的形式出现，文本主要记录工程的约束和限制、风险、资源、接口约定等方面的内容，对于进度和资源分解、职责分解、目标分解最好通过工程管理软件工具（如普遍应用的microsoftproject）来进行规划和管理，不要分散在文档的假设干个地方，那样非常不利于同步修改。工程方案需要设计成“可检查的文件，这要求任务的划分要细到具体产品，如果存在有形产品的输出，要罗列出来。比方测试这一任务，不要简单分解为测试准备
4、、测试执行，而是分解为测试环境搭建、测试方案编制、测试执行、测试报告编制为好。 使用microsoftproject编制的文件可以称为方案进度表，可以用来规划工程时间进度，辅助工程跟踪。方案进度表的制定步骤是：工作分解和定义（wbs）、任务排序、活动历史估算、编制。 估算是方案活动的根底之一，有工作规模估算、工作量估算、本钱估算等。估算要求有历史数据，要求在工程过程中通过不断的维护工程数据库积累历史数据。这些数据既可以分析和总结本工程，又可作为后续工程的历史数据。 在方案实施过程中需要注意的一点是，不能把方案“固定化。“方案赶不上变化，但“要跟上变化。实际运作中，要对方案进行周期性维护。开发方
5、案会受到很多影响，比方相关方案（质量保证方案、采购方案、测试方案、验收方案等）的影响，实际进度变动的影响、资源变动的影响、工程目标变动的影响、还有随着需求的逐渐明确引起的工程方案细化，如果在这些变化发生后，没有及时维护开发方案，开发方案于实际的偏离会越来越大，最后变得没有价值，人们就会不再阅读它。所以实际工作中要有具体的责任人和一套指导书来对方案实施指导和维护。方案变更时，要保存旧的版本，在总结阶段需要阅读旧版本的信息以对工程过程的变更历史作评价。总之：变化的方案才有生命力。 实际工作执行工程方案常常遇到各种困难。有的组织文化中有种观念认为方案是一种约束，反正大家努力往前赶就对了，没必要自己捆
6、住手脚；另外一种情况是大家没有按照方案工作的习惯，方案虽然做好了，做的时候还是我行我素，管理人员也没有维护方案的习惯，工程开始没多久，方案就被完全撂了一边；还有一种情况是资源不能保障，比方，设备不能到位，人员也频繁被抽调从事方案外活动，每天改方案都来不及，只好放弃方案，这种情况常见于一些规模较小的还在“求生存阶段的公司。 事实上，不仅是在工程方案这一问题上，在其它引入制度化的场合都遇到了类似的困惑。据说，美国家庭常会对做家庭清扫这样的事情列出一张“责任矩阵表，按表的内容顺序进行扫除活动，完成一项作一个记号，这其实就是一种简单的工程管理，他们在如此自然的运用，对于中国人是不可想象的。但是制度化是商业社会的基石，迟早要渗透到社会生活的每一个缝隙。具体到工程管理中的方案活动，除了尽量把方案做的更具可行性以外，努力在组织内传播和培育制度化的组织文化将是工程经理们的一项长期责任，除此，别无选择。 第4页 共4页
