敏捷开发

能够结合自身灵活应用才是真正敏捷

团队是价值的真正创造者，应加强团队协作、激发团队潜能

软件开发是一种团队活动，首先应做到提升沟通效率降低交流成本

软件具有四个属性：复杂性、一致性、可变性和不可见性。

软件开发是不可重复、探索性的、演进的，适应性过程。

带优先级的需求清单,迭代计划会议,燃烧图

因地制宜选择适合的敏捷实践:
站立会议->排序的工作列表->持续集成
迭代开发->持续集成->重构
迭代开发->持续集成->结对编程

与其为了满足多而全的功能导致交付延迟，质量不稳定，不如按时交付刚刚好的系统，保证其高质量运行。


测试人员参与到设计和开发过程中，共同预防缺陷的产生。

残酷现实
客户是逐步发现他真正要的东西
开发人员逐步发现如何开发产品满足客户需求
在这个过程中随时可能发生变化


正确做计划方法。
在每一轮迭代开始，只详细确定本次迭代
的工作内容，并严格执行，对后续较远的
迭代内容只做粗略的计划，避免浪费。

迭代计划会议
每日站立会议
可视化管理
迭代验收
迭代回顾会议


PO和开发团队对产品业务目标形成共识
PO建立和维护产品需求列表（需求会不断新增和改变）,并进行优先级排序
PO每轮迭代前，Review需求列表，并筛选高优先级需求进入本轮迭代开发
开发团队细化本轮迭代需求，并按照需求的优先级，依次在本轮迭代完成
开发团队每日站立会议、特性开发、持续集成，使开发进度真正透明
PO对每轮迭代（2－4周）交付的可工作软件进行现场验收和反馈
回到第3步，开始下一轮迭代


迭代式开发的好处
通过将高技术风险的需求在早期迭代里实现，有助于尽早暴露问题和及时消除风险
通过提供功能渐增的产品，持续从客户获得反馈，根据反馈及时调整，使最终产品更加符合客户的需要
通过小批量减少排队，提供更灵活、快速的交付能力
平滑人力资源的使用，避免出现瓶颈


迭代式开发的关键要点
每一次迭代都建立在稳定的质量基础上，并做为下一轮迭代的基线，整个系统的功能随着迭代稳定地增长和不断完善。
每次迭代要邀请用户代表（外部或内部）验收，提供需求是否满足的反馈
迭代推荐采用固定的周期（2-4周），迭代内工作不能完成，应当缩减交付范围而不是延长周期


团队保持相对稳定：临时组建的团队生产效率较低，团队稳定非常关键。


聚焦在下面的三个主题：
我昨天为本项目做了什么？
我计划今天为本项目做什么？
我需要什么帮助以更高效的工作？

准时开始：按计划会议制定的时间地点开会，形成团队成员的自然习惯；
高效会议：会议限时15分钟，每个人都保持站立，依次发言，不讨论与会议三个主题无关的事情（如技术解决方案等）；
问题跟踪：Scrum Master应该记录下所有的问题并跟踪解决；


可视化管理的好处
简单，一目了然 ，降低管理成本；
实时状态显示，及时暴露问题；
信息同源使团队理解一致，提升团队凝聚力；
激励先进，鞭策后进，增强团队进取心。


什么是迭代回顾会议
在每轮迭代结束后举行的会议，目的是分享好的经验和发现改进点，促进团队不断进步；
围绕如下三个问题：
本次迭代有哪些做得好
本次迭代我们在哪些方面还能做得更好
我们在下次迭代准备在哪些方面改进？


迭代回顾会议的好处
激励团队成员；
帮助团队挖掘优秀经验并继承；
避免团队犯重复的错误；
营造团队自主改进的氛围。

迭代回顾会议的关键要点
会议气氛：Team全员参加，气氛宽松自由，畅所欲言，头脑风暴发现问题，共同分析根因；
关注重点：Team共同讨论优先级，将精力放在最需要的地方（关注几个改进就够了）；
会议结论要跟踪闭环：可以放入迭代backlog中。


用户故事的好处
用户故事站在用户视角便于和客户交流，准确描述客户需求；
用户故事可独立交付单元、规模小，适于迭代开发，以获得用户快速反馈；
用户故事强调编写验收测试用例作为验收标准，能促使需求分析人员准确把握需求，牵引开发人员避免过度设计。


结对编程的好处
有助于提升代码设计质量；
研究表明结对生产率比两个单人总和低 15%，但缺陷数少 15%，考虑修改缺陷工作量和时间都比初始编程大几倍，所以结对编程总体效率更高（source: The Economist）；
结对编程能够大幅促进团队能力提升和知识传播。