敏捷项目之项目交付

一、敏捷项目的交付
1. 多次交付

交付是指在软件开发中，核实可交付成果的行为。交付是指软件可以开始提供商业服务，或可在公司内部使用，或可开始作为Package产品生产/销售。
对外包公司来说，交付一般就是合同期满的时候，通常只有一次。但是，如果采用敏捷项目管理，假设软件会随着环境变化和用户需求的变化而发生变化，将会有多次交付。

1. 2.每个迭代做交付

敏捷项目管理中，我们何时交付软件呢？你已经知道，我们是以迭代为单位进行软件开发的。我们需要在每个迭代结束前，准备可以交付的软件。敏捷软件开发中，每个迭代的交付是必不可少的Practice。因为，我们要和客户确认每个迭代的可交付成果，获得客户的反馈，确保项目在正确的方向上运行。
反过来说，正因为敏捷软件开发需要频繁地获取客户反馈，所以要求迭代的时间不能太长。有时候，一个星期就是一个迭代，这时，我们需要每周交付一次。

普通的开发人员会认为这是不可能的。因为，交付一般伴随着繁杂的手续，例如，压力测试，审计团队的检查，文档的整备等。一般认为不满足公司内部的流程，或者不完全满足合同上的要求，就没有达到可以交付的品质。

敏捷项目管理中，每个迭代的交付，会让人想到交付所花费的时间和人力，因此感觉有点不实用。其实，这只是表达的问题。敏捷项目管理中“每个迭代的交付”是指使软件达到“可交付的状态”（而不是真正就一次性交付了）。

1. 3.每个迭代做的简易交付

交付有两种。一种是每个迭代结束时的简易交付，另一种是作为项目的一个里程碑，即End User可以开始使用的正式交付。

1. 4.简易交付的要求

正式交付的流程和手续由合同和公司规定。敏捷项目管理中，关键是要定义简易交付的交付条件。即，正式交付中的要求，有哪些在简易交付中必须满足。
例如：单元测试在简易交付中必须满足（如果你使用测试驱动开发，必然会有自动化测试）。

那么，结合测试，和性能测试之类怎么办呢？每个项目的性质不同，团队的自动化工具的使用情况也不同，有必要对每个项目具体问题具体分析具体判断：需要把结合测试和性能测试放到简易交付中吗？
另外，简易交付的交付条件和迭代的长度也息息相关。

在设计流程时，需要重点讨论简易交付的交付条件。

1. 5.敏捷软件的文档，文档最少化

敏捷软件开发极力排除文档工作。因为充分交流和代码共享本身可以是项目团队用最少的文档实现仕样传达（Transfer）和共享（Share）。简单说来，就是不需要，所以不做。还有其他理由，例如文档的修改成本，例如文档有损圆滑的沟通之类。。。
那么，敏捷软件开发中，真的不需要文档吗？如果我们正确实践各种Practice，和利益相关者（包括客户）沟通顺利，那么最大可能减少文档也没什么关系。
但是，项目结束时，和利益相关者在默契基础上进行沟通的环境也没有了。为了和其他项目或者运营团队Transfer，有必要把信息书面化。除此之外，为了遵守现有的开发流程和公司内部规定，有时候并不特别在意文档自身到底有没有用，也必须把文档准备好。（用PMBOK里的说法：更新组织过程资产）

1. 1. 1. 在正式交付的迭代准备文档

那么，如何准备文档呢？项目里，有一个迭代做正式交付，一般就在那个迭代整理文档。在正式交付的迭代，团队的工作就是测试、准备文档和交付（not code correction）。

1. 1. 1. 正式交付的迭代要做的工作

正式交付的迭代中，团队实施本应在每次交付中实施的，但为了提高开发过程的效率没有实施的所有工作。例如：文档、不能自动化的验收测试、内部审计团队的检查、在版本管理系统内做记录等。

1. 1. 敏捷项目管理的交付计划和流程设计
    1. 简易交付的条件要尽可能与正式交付相近

如何把两种交付结合到一起呢？这是敏捷项目管理中，在设计流程时，必须重点考虑的另一个问题。
如果每次简易交付都去满足正式交付所要求的严苛的交付条件，那简易交付的成本会增加，时间会延长，每个迭代中简易交付的工时比例会增加。如此这般，迭代的时间会变长，反馈的次数就会相对减少了。

如果简易交付只需满足较少的交付条件，我们就可以设计比较短的迭代。例如，在简易交付中，只包含单体、结合的自动化测试，不包含验收测试。这样只需较短时间的准备即可完成交付。既可确保充分的作业时间，也可减少因测试带来的各种修正工作。因此，简易交付可以频繁地进行。
但这种情况下，一些问题只有到验收测试阶段才能发现。带着隐藏的问题，做关于下个迭代的决策，风险很高。最终的交付可能瀑布化。

敏捷项目管理建议简易交付的交付条件应尽可能贴近正式交付。提高开发工作的透明度，给顾客提供充足的信息，提高获取客户反馈活动的质和量。

1. 1. 1. 根据开发团队的技能、体制的完善程度以及顾客的体制做调整

实际上，每个项目要根据开发团队的技能水平、各种体制的完善程度以及顾客的体制，做出必要的调整。我们要注意平衡简易交付的频繁度和深度，推进自动化的探讨和实践，多下功夫，一点一点提高简易交付的质量。

敏捷管理小知识：

迭代（Iteration）

敏捷项目管理的要点在于能够设计出一个流程以平衡为获取反馈所花费的成本和获得反馈给项目带来的好处。客户从开发人员那儿得到关于可交付成果的报告，并进行决策。该决策作为仕样反馈给开发人员。然后，开发人员基于该仕样改进开发，并继续向客户报告结果。如此这般，客户和开发人员一边切磋琢磨，一边做出更好的软件。敏捷软件开发采用迭代（Iteration）管理开发项目工作。一个迭代，一般持续一周或一个月。迭代是分配任务和制作可交付成果的管理单位。迭代的长度一旦决定了，就不再更改。即，迭代的长度是固定的，不是由分配的任务大小决定的。Scrum使用Rugby中的术语，每个迭代被称作一个Sprint。

优培东方
PMP^®1月班报名招生正在进行