《持续交付给项目管理带来的益处》由会员分享，可在线阅读，更多相关《持续交付给项目管理带来的益处（2页珍藏版）》请在金锄头文库上搜索。
1、持续交付给项目管理带来的益处项目经理一般关注工期和质量，按照进度将任务分解以后，在跟踪的过程中， 最尴尬的事情，就是完成H实现。这就会影响版本的发布和交付，最终影响客户 满意度。为此，曾经也做过努力，把构建的内容缩减到最小，及早验证。但是由 于多个人的协作以及代码的关联，也基本要一段时间才可以构建、验证。往往这 个时候，发现功能与需求不一致或者质量不符合要求，就有些亡羊补牢了。项目组经过一段时间持续交付实践，发现对于项目管理带来很多的益处：1. 及时验证需求：其实，我们比客户更希望尽早能见到成果，一旦发现问题，可以及时调 整，造成不必要的影响。现在每天上班来了第一件事情就是看看持续构建，每日更
2、新的内容。对 于实现的功能，第一时间进行验证，发现与需求不符合的地方，一次性把问 题整理出来，发给组员。第二天再来验证，经过反复验证，最终得到期待已 久的东西。这样一个一个功能提前验收，阶段性成果显著，组员的成就感也较强。2. 提高版本质量：以前都是到发 build 的时候，才能够到测试环境去体验，因此缺陷数就 cover 不住。并且为了版本发布，构建也会比较频繁。有些功能是实现了， 但是实现的方式和质量不能符合要求，又得重头再来，同样，成本也 cover 不住。现在项目经理或产品经理，在 build 发布之前就可以验证，将已知问题 在 build 构建之前就全部扫清。关于进一步深层次的缺陷，
3、留给专业的测试 人员来进行挖掘了。3. 保证项目进度：范围、时间、成本是项目管理中相互制约的三个因素，偏重于某一个因 素，其他方面就得做出妥协。质量也是一个重要的制约因素，曾经为了提高 质量，采取过两种方式。一种是在开发环境验证 ，待功能开发结束后，到开 发那里去验证，这样就耽误开发人员工作，影响进度。一种是待 build 发布 之前，召集项目组成员，集中验证，集中修改，经过几个过程，完成功能验证。这样也会影响进度，成本也会有所增加。而目前这种自动构建的方式，项目经理或者产品经理直接在构建环境验 证，可以和开发工作并行，使得项目进度和质量就非常胸有成竹了。避免了 以往那种是否能够正常、按时发布
4、的不安。4. 提高沟通效率； 虽然在功能设计期间，我们尽可能的将需求描述的更加准确，避免有所遗漏，得到大家一致 地认可。但是往往在开发实现的过程中，确实会发现有些细节的问题没有事先考虑到， 有时会按照自己的理解去实现，测试的时候也会按照自己的角度去测试，所以会存在需 求不一致的问题，也会存在部分由于需求不一致产生的缺陷，最终开发、测试和项目经 理或者产品经理才对这个需求或者问题进行最终的确认。这个过程中，两两角色之间都 会产生沟通，沟通环节较多，而大家都站在自己对需求的理解去说明，时间较长。而现在通过持续交付的自动构建，项目经理或产品经理可以第一时间验证功能，及时将需求 在理解和实现上的偏差消
5、除，并且告知测试，这样对于需求的理解和实现，沟通效率比 较以往提高，时效性也较高。总之，通过持续构建，对项目管理方面确实带来以上益处，使项目组对于进度和质量更加有 信心，各组员之间的相互配合也越来越紧密，组员的阶段性成就感也较强。意见反馈： 自动构建最好能够与代码规范性检查结合在一起，避免现在项目的工期都较紧，很难定 期、检查做代码检查。如果能够自动检查，那么节约成本，效率也较高； 自动构建最好能够和冒烟测试、自动测试全面结合，对于系统规模大、流程多，每个流程审批的通过、不通过、打回等操作，需要反复验证，流程是否能够跑通，人工操作耗 时较多，也容易遗漏。如果能够做到自动测试，就最好了，节约成本，提高效率。
