Scrum培训小体会
公司组织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. 在范围，开销和时间三者间做好权衡，否则系统质量很有可能会被牺牲。
实践体会
今日BA远道而来，终于算TEAM里角色最丰富的一次了。
Other Refs:
最新文章
- css兼容性大坑
- testMarkDown
- C++ 生成 dll 和调用 dll 的方法实例(转)
- .NET Core 在Visual Studio 2015 下的使用-MSDN
- 菜鸟学习Struts——总结
- 博客测试：博客系统i94web beta1.0 请求测试
- js清空web用户控件的值
- jquery的事件绑定
- Reshaper 快捷键
- CocoaPods 更新慢&swift版本适配
- shell之算数运算符、逻辑运算符、关系运算符、布尔运算符、文件测试运算符
- 【高斯消元】BZOJ3503 [Cqoi2014]和谐矩阵
- spring对bean的管理细节
- python笔记---数据基础类型
- mysql 分区 1526错误
- tex---就是tex文件，这个地球人都知道，是文章所在的主要文件
- 微信编辑器 wxEditor 最牛逼的富文本编辑器
- tomcat单机多实例部署
- Hbuilder配置识别逍遥安卓模拟器
- TCP三次握手&四次挥手(示意图)