敏捷问题：简单但并不好做（simple but not easy），掌握精髓？
敏捷的特点：小而美，体现在人、事、时间三个方面。1、人：拆分成小规模（5~7人）、跨职能的小团队；2、事：拆分成一系列小而具体的交付物，按优先级排序，增量交付；3、时间：拆分成固定大小的短迭代（1~4周），在每个迭代结束后，对可工作的产出进行演示。总体来说，就是用小团队在小块时间，做做出小块的东西来，并且周期性地集成组装。
常见痛点与解决思路：
1、发布时间不可控（快速地增量交付）
考虑实际背景，确定迭代周期；和相关方一块做Sprint计划及Review演示。
提早集成与测试，问题得以及时暴露，更快的反馈及应对；及时规避风险；快速响应变化，每个sprint都是潜在可交付的产品；
2、摆脱“接力综合征”（从对抗走向协作）
宁愿选择等待（每个人都等着上一环节的人把东西弄好送到自己面前来，才能开始工作）；角色间泾渭分明（每个人觉得，只要把自己分内的事做完就行了。从而导致个角色之间有一定的对抗性，任何一件小事就可能造成冲突，最终大家都耗在那里，却不能把焦点放在达成整体目标上）
虽然彼此分工，但作为一个team，有共同的sprint目标，相互协作，一起完成。“燃尽图型项目进度模板”
3、需求理解不一致（面对面澄清及估算）
敏捷价值观，“个体与交互>过程与工具”。
迭代计划会思路：
（1）产品负责人向团队和用户代表，面对面地讲解收集来的各方需求，最终明确需求的优先级及验证条件，也就是说，在迭代结束的Demo演示会上，我们要给用户呈现什么。
（2）团队估算。采用敏捷估算扑克的形式，由团队成员共同估算结果，最后综合得出这个迭代要交付哪些内容。
团队估算的过程，一个双向互动的环节，可以帮助团队和产品负责人共同加深对条目的理解。同时，产品负责人也会根据大家的反馈，及时修改条目，完善条目。
好处：需求探索更深入；估算结果更全面、细致；找到更优的整体解决方案。
宗旨：围绕项目中切实的痛点开展。
敏捷实践的好处：
1、提升客户体验。
更低的延误率；阶段性可见的产出；更快的反馈、适应与调整
2、提升管理者体验。
团队自主运行，管理更轻松；变“赶”为“引”，为共同目标奋斗
3、提升团队体验
更高的生产力；更强的责任感、主人翁意识。
快速可靠交付，用户价值驱动，持续自发改进。
