关于敏捷的思考

关于敏捷的思考

近期在学习PMP，其中的传统的软件工程开发和敏捷开发部分的本质区别是对变更的处理。传统的软件工程严格管理变更，必须通过变更委员会来处理所有的变更，所有的变更必须要有申请，并且经过变更委员会来批准。而变更流程将会影响迭代的速度，敏捷开发的项目恰恰要求的是效率。那么敏捷该如何落地？

首先，我们要定义问题，才能根据具体的问题来讨论具体的解决方法。敏捷开发是高效高质的完成软件功能，其中高效是对时间定义，而高质是对资源的定义。换句话来说就是在指定的时间内投入一定的资源实现软件功能。那么在开发的开始阶段必须明确本次开发的需求范围，超出该范围的需求都顺延到下一个开发周期，所有的开发都是围绕本次的需求范围，所有的变更都是围绕本次需求的最终功能的交付，所以不存在传统软件功能软件需求的变更。在定义完需求范围之后，就需要思考投入多少资源来实现本次的目标。产品经理会定义需求范围，但是技术经理会评估实现本次功能所需投入的资源。在实际的工作中，很多情况下都是购买人力，那么资源的数量一定既定的，所以产品经理定义的需求范围就需要做一定的裁剪。在裁剪过程中各个角色一定有各自角度的博弈和妥协过程。