01.软件项目管理与敏捷方法——敏捷项目生命周期详解笔记

00.与其说是船还不如说是熟练的航行技术保证了成功的航行.——George William Curtis

 

01.敏捷项目是一个按照敏捷宣言宗旨进行计划和执行的项目。它是一个广泛接受的最佳实践集合，这些实践是在长期采用顺序发布或迭代执行的过程中积累而成的，其目的是将整个项目分解可管理的块。

 

02.敏捷项目至少有可能在三个过程中被终止：评论、产品导路图计划以及产品待完成事项定义。

 

03.一个敏捷项目的发布如同一个里程碑，区别是在敏捷项目中发布里程碑的交付品是一组可工作的特性集合。发布可能是内部或外部的。一个发布由若干个迭代组成。

 

04.类似于项目的后期检查，项目回顾活动涉及整个项目管理组、利益相关人，有时包括客户，其目的是总结回顾项目的完整执行过程，为下一个项目的整体管理改进提供基础。

　　计划：宣贯、产品、导路图 ----->发布或交付季度----->发布或交付季度----->发布或交付季度----->产品回顾

 

05.启动发布的过程叫做“发布计划”（release planning），这是一个1-2天的事件，涉及整个项目团队。发布计划对获得整个项目的概览非常有用。发布计划的输出（就是一个发布计划）是一组目标、假设和决策，这些目标、架设和决策指导开发团队为客户交付有价值的东西。发布计划于项目进度计划之间存在松散的关联关系，只不过发布计划通常只针对手头发布而创建，并不是针对整个敏捷项目，特别是对长期的项目来说尤其如此。当某个项目的持续时间较短时，敏捷项目计划就等同与发布计划。

 

06.发布计划的输入是一个划分优先级和经过预估的产品待完成事项列表，以及一个由项目团队得出的完成速度的度量(或估计)。

 

07.输入（划分优先级后的产品事项及其评估、产品介绍、项目团队的速度、议程、日期）----->参与者(产品所有者或客户、交付产品的项目团队、敏捷项目管理者、项目团队领导、利益相关人)---->输出(发布计划、假设、风险、行动项、依赖、发布带完成事项列表)

 

08.

 

 09.评审迭代方法：迭代评审，对当前的产品执行评审以便产生反馈信息；根据迭代的结果更新产品待完成事项列表；最后还要执行迭代回顾，此时项目团队需要重新审视和修改经理的过程。

 

10.迭代评审为协同制定关于产品的决策而提供了一个指定的时间和场地，这是评审迭代的综合进度和性能的一次机会。Scrum方法的发明者之一Ken Schwaber说："协作、进一步突出重要信息、集体同阿伦等做法都应该采取，以便能够利用尽可能多的信息来做出决策"

 

11.

 

12.XP项目团队推算出从“想法”到“可运行的测试特性”之间不能超过两周，这通常意味着需要实现自动测试来对连续构建的系统执行测试。

 

13.记住生命周期的每一步都涉及项目团队，日常工作是由项目团队掌握和管理的。

 

14.价值驱动（敏捷）的方法和计划驱动（传统）的方法。敏捷方法的价值驱动思想体现在两点。第一它关注如何为客户提供尽可能多的价值，把能够为客户带来价值的特性放在第一位。第二体现在驱动项目团队进行协作的价值观。

 

15.几个要点：

　　*敏捷项目由敏捷发布构成。敏捷发布与《PMBOK Guide》中的项目阶段可视为同义词

　　*一个敏捷发布由多个迭代构成，敏捷发布项目团队制定一段时间内的工作计划提供了一种具体实现方式

　　*敏捷发布可以是内部的、外部的或仅仅是对项目的一种预测，他是一组迭代的集合。

　　*敏捷计划是可选项，但是我们强烈推荐这项工作，迭代计划则是必需的。

　　*迭代的初始化工作由客户负责，要经历计划、执行和结束等活动，如同项目中的一个阶段

　　*迭代计划是一次会议，项目团队在会议上选择产品待办完成事项列表的一个子集

　　*应该举行迭代评审会议，以方便项目团队从客户和利益相关人哪里获得有关未来产品的反馈意见。

　　*日常工作由项目团队成员自行计划和完成，并不是由项目管理这负责。

　　*产品待完成事项列表是有一个产品实施的任务列表

　　*在每次迭代、发布和整个项目的末尾所进行的回顾是敏捷项目生命周期中必须要包括的内容。