公司组织Scrum培训。
虽然是针对ScrumMaster这个角色的培训，但更多是基于对Scrum这个敏捷开发实践方法的了解。
回来也有一些感想，记录下来。以后在工作实践中，继续探索、实践、体验、感悟。
个人体会
在很多传统软件公司，面对常年的“技术债”项目，并没有更多的创新空间，以及跨地域的各个独立的职能开发部门，也许无法立刻转型到Scrum。
而且从管理学角度，传统的所谓“臃肿”管理方法，秉持着“存在过即合理过”的原则，试图分析两者在各个管理points上的优劣势。
主要纲要
1. Scrum 4个价值观（Values）、12个原则（Principles）、经验型过程控制（Inspect & Adapter & Transparence）
2. Scrum Team中的三个角色（PO: Why + What; Team: What+How; Scrum: Coacher）
3. Scrum中各个必要元素（PBL, SBL, Task, Timebox, Burndown Chart, Conditional Satisfaction, Acceptance Critiria, Done, PSPI, etc ）
4. Scrum中各个环节（Sprint Planning, Daily Stand Up, Sprint Refinement, Sprint Review, Spring Retrospective）
5. Scrum Master的做与不做和如何做（Be Activily Do Nothing, Do NOT Resolve Or Making Decision for Team, Coach Team by Asking and Facilitating to Resolve By Themselves）
6. Product Owner的做与不做和如何做（80% focus on finding most potential valuable requirement, ROI - Values & Risks & Costs, DEEP, 3C, Velocity, change frenquencies, dependencies, seperate into tasks, Product Skeleton, etc）
7. Team的做与不做和如何做（cross-functional, self-organizing, team-commitment, sharing, TDD, ATDD, CI, Testing Automation, ）
重要思想
Begin From End. 以终为始。Always emphasize and refine its "Goal" in Daily Scrum and Sprint Review.
Fail Early. 更早的失败是明智的。Sprint Refinement.
Trade-off among Risk & Value & Cost to make out PBL/SBL. 在价值、风险和开销方面做好权衡，来估计待办列表。
Trade-off among Scope & Cost & Time; Otherwise Quality would probably be sacrificed. 在范围，开销和时间三者间做好权衡，否则系统质量很有可能会被牺牲。
Other Refs:
原文地址：https://www.cnblogs.com/cathygx/p/9029924.html