《项目管理-从理论到实践》-关于项目范围管理的讨论

首先，先稍微的加入一哈，假如你准备修建自己的梦中情屋。这种想法已经让你觉得迫不及待，不修都没有办法了。你非得不动手不行了，你就开始修建房屋。“我要住到火星上去！！！欧耶”，你喊出了这振奋人心的口号后，然后看了看自己坐在凌乱不堪的书房里，想想还是算了，目前这样还是挺好。

所以，要做什么事情，并不是有口号和心情就够了。特别是一些复杂的事情，得有亿点点的准备，你不能一开始就上来上强度，第一步就把自己击垮了，也不能啥都不做一层不变。这个准备工作，就是要想一个办法，协调你和周围的事物，团结你能团结的力量，去完成你想要的东西。

那么接下来，我们就开始我们的火星屋建造之旅吧。

首先，我们从最简单的开始，想象。扣死角的想象，你的梦中情屋的每一个细节，每一个角落，和每一处的纹理和材质等等，尽管无尽的想象和享受，脑中不断的回想在其中的生活，它是怎么样的，你在哪里做了什么事情，你的感受是什么样的。这是一个非常愉快想象之旅，我敢保证，只要你完全的享受你在想象中的生活。

然后你要记录下你所有想象的一切，这基本就是你的原始需求了，我们要开始上一点点强度了。拆分和细化需求，完成基于用例的需求说明书，规格说明书的编写。基于用例的需求说明书，主要描述你如何使用这个房屋，其中包括多个参与者（你的家人、朋友、访客等等其他需要使用你房屋的人），它能够帮助我们知道相关人员和基本的使用场景和功能需求。规格说明书则是更加标准化的对需求进行说明，对业务的拆分，对流程的逻辑化梳理，约定一些技术参数等等，其将作为一个技术上的核实工具，在后续的过程中作为基准来判定某个产出是否符合项目需求。

有了前面的这个步骤，我想你对你要修建什么样的房子有了一个比较清晰的认识了吧，虽然它还是停留在你的脑海中，但它已经更加接近现实了，虽然还没有因此而落下一块砖石。那就让他落下砖石吧。

你应该不想要自己一个人完成这个大工程吧，虽然一个人修建房屋不用看其他人的看法和意见，但你要先学会其他很多修建房屋的能力，同时还要足够的精力，如果你不是真正的享受修建房屋的快乐，那还是组个团，做个项目吧。所以你还得计划一哈怎么管理这样一个项目。我该怎么做？才能达到我的目的？

需要那些人参与到这个项目中去，分别给这些什么权利和责任，我需要什么？其他人需要什么？

实际上对于这些问题，你一点答案都没有，你没有修建过房屋，也不知道修建房屋。你目前需要的是需要有人让我知道我需要什么和其他人需要什么？，你联系了你的远方表哥（天选之子，再世牛马）奥德彪来帮忙一起搭建这个房子。

你在家等了三年，终于在某个漆黑的夜晚，你等到了你表哥的二八大杠自行车，他从非洲横穿了喜马拉雅，来到了你现在住的地方。虽然表哥晚上看起来并不明显，但你还是从哪一口白牙中认出了他。当晚你们就一起过了一哈需求，他看了一晚上也没有说话，像是在思考着什么。你看他认真端详说明书的样子也不愿意打扰，就早早睡去了。等到第二天，你才得知他看不懂中文，于是你们又口头交流了一番。当他听说你要到火星修房子的事情之后，首先就拒绝了你的这个需求，还劝诫你说火星上水土不发达不适合种植香蕉，香蕉运输业肯定也不发达，对于你的职业未来有着巨大的风险。你综合考虑多方因素考虑后，你听从了你表哥的建议，最后把建造地点选到位于瓦坎达（距离你表哥家200公里）的沙漠，那里不光气候和火星上差不多，而且还具有独特的自然风光，虽然和你预先的想法不一样，但是还算是一个不错的折中方案。你不由得佩服你表哥的见多识广起来，也确实觉得需求不能只是一个人就说了算的，也是要多方面考虑和讨论才确定下来的，如果有一个经验老道的专家（你表哥）这样的人才帮助，那么我们在需求制定的时候就可以减少很多的麻烦，同时更有利于后期的落地。

你们就这样一个项目一个项目的过，有修改的地方就更正，最后又出了一个版本，终于算是敲定了一个比较合理的需求方案。

你迫不及待的四处联系人，什么买石材的，搞水泥的等等人才，准备启动项目，但你表哥站出来制止了，他伸出手摊在你面前，你以为他是要香蕉，结果别人问的是你钱准备好了没有，预算算清楚了没有，你一头雾水，修房子还需要花钱？

预算当然不是问题，你去银行背上了80年的贷款就开始干了，幸福的泪水一下就冲出了眼眶。

项目启动，你告知了各个关联人员，说我们这个“火星之屋”的项目启动了，各相关人员部门要积极配合，协调相关资源帮助项目完成，项目进度也将加入到各个关联部门的绩效考核之中，然后你让隔壁村的王石匠和其他相关负责人画上了手印。相关部门以后办事也可以依照启动章程来约束对方的行为了。以这样的一种形式来正式启动项目，并初步确定了相关人等。

接下来就是计划具体的工作事项了，根据需求说明书，确定项目目标。然后在根据表哥的经验，确定要搭建一个房子需要完成那些工作。时间、质量和范围都应该得到控制，项目范围应该有明确的边界，项目目标的定义应该是明确的。在这些明确之后，你们制作了项目范围说明书，里面明确的定义了项目目标和项目需要交付的成果，项目的工作范围以及实施方案，项目外的事项控制等。

在这个基础上，又做了更详细的计划，将工作项拆分到更具体的工作包，包括了建筑地址选址及土地问题，采购问题，人力资源问题，成本控制问题等等，为了达到目标，制作了wbs（工作拆分结构）来辅助表示相关工作并指定了负责人。并组织了一次项目工作范围核实回忆，主要是通知各相关负责人进行工作任务的核实，并确保相关资源能够在指定时间得到支持。以及推演项目工作结果能够符合交付结果的预期，达到项目目标。我们都知道，项目目标由需求决定，但项目产出由项目工作决定，而项目产出是否达到项目目标，则需要对项目工作进行严格的核实，确保工作顺利进行，工作产出达到预期结果。

一切准备就绪，但表哥说先不慌，我们要制定一些应急处理方案，以及范围变更方案，因为不管是在需求之初还是到施工完成交付成果期间，都可能存在范围变更，我们要合理的控制这些变更。比如需求之初，客户可能因为一些想法导致需求变化，或者到最后交付的时候发现交付结果不达标或者资金人力法律等问题导致的项目无法正常结束的问题，为项目达到项目目标增加了许多工作项，合理的控制这些变更项，以使得变更造成的影响达到最小，以及变更能够有效的得到执行。

变更控制也需要一定规则，包括了初审复审，变更确认/测试，制定工作项，实施等操作。同时变更需要得到各相关方的核实确认，并需要得到关联方的支持才可继续进行。

最后，终于是可以开始“火星之屋”的修建工作了，期待！