6.25-6.26 两天的认证培训
Day1:
Scrum 基础知识
经验主义 (Empirical process control)
Scrum 三大特性：透明，检查，适应（Transparency, inspection, adaptation）
Sprint DoD
Sprint Meetings
首先，仍然用complex的方式引入为什么我们要用敏捷，主要有两点：
1. 产品需求的不确定性增加
2. 团队成员，人的复杂性增加
所以相比传统的开发模式，现代软件开发需要更多的交互（interactivity）。Scrum正是这种迭代增量的软件开放过程，建立在经验主义的基础上，用交互式，增量的方法做最优化的预测和管理风险。
我还问了一个比较幼稚的问题：“难道传统的软件开发就不复杂吗？为什么现在才发掘出敏捷这种思想？”
老师的回答“复杂，传统的开发同样面临这种问题，所以仅仅采用瀑布开发的方式成功的案例只有1/3；而且没准在成功的案例中也夹杂了敏捷的思想，只是他们自己不知道而已”。所以人是聪明的而且是在不断进步的，善于发现和总结，所以我们有了敏捷。
今天最大的收获是两个游戏：
1. 团队产出：销售步子
游戏前提：
所有成员只能在圈定的范围内活动，计时行走60步需要的时间。
游戏规则：
第一部：两两结对，一个老板，一个员工，老板指挥员工行走，员工没有思考能力，满60步，停！
结果：不同的team总会冲撞，降低了员工行走的效率，再加上老板只指挥部行走，本身也没有任何贡献
第二部：所有成员都是员工，同样的规则，大家随意走，满60步，停！
结果：出乎意料，所有人竟然自觉的朝着一个方向行走，而且节奏由慢变快，效率出奇的高，大家几乎在同一时间完成了任务。
结论：规定好边界和目标，让团队自己行走，他们会慢慢找到自己的轨迹，有序高效的行走。
2. 客户谈判：橄榄球联盟网站设计
背景：
橄榄球联盟协会会长Bug需要一个网站交易“黄牛票”，他的要求很简洁：
- 球员可以在3.30（4个月后）购买球票
- 收入的25%转到他的帐户
而且他有足够的资金，也配有很专业的人才
过程：
我们以程序员专业的视角开始分析这件事，用敏捷的思想作出了一个很完美的周期性计划，而且可以提前交付，自以为是一个很棒的计划。可以见客户，跟他谈判了！
结果：
Bud只关心一个问题：你们能3.30号交付吗？你们有什么问题吗？
OMG，我们只专注于开发的细节，把sprint划分的很完美，但是我们却没有从客户的角度思考问题，他才不关心你们用什么方式开发，他只要结果。而我们只能硬着头皮说“没问题！”
但是这个项目有很多潜在的风险和不确定性：
- 测试工具不确定和测试机器的引入
- 需求不明确而且customer不合作
- 开发模式不确定，scrum，xp？
- 。。。
我们向客户隐瞒了这么多风险，这是扼杀了客户的知情权，虽然最终我们肯定会给出客户一个产品，但是会是一个质量有问题的产品，可能到最后就是个灾难。
结论：透明很重要，与此同时，风险和不确定性的预测也必不可少，要学会暴露问题，大家一起来解决，这样才能生产出高质量的产品！
补：上午说到fatburger 小松鼠的例子原来是给这个案例埋下的伏笔，这个老师很有技巧！
请您注意：
·自觉遵守：爱国、守法、自律、真实、文明的原则
·尊重网上道德，遵守《全国人大常委会关于维护互联网安全的决定》及中华人民共和国其他各项有关法律法规
·严禁发表危害国家安全，破坏民族团结、国家宗教政策和社会稳定，含侮辱、诽谤、教唆、淫秽等内容的作品
·承担一切因您的行为而直接或间接导致的民事或刑事法律责任
·您在项目管理培训师在线网“评论”中发表的作品，项目管理培训师在线网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款
