昨儿去参加了公司了引导式敏捷课程，
翻牌游戏，20个筹码，四种颜色，每种五个，分别代表1,2,5,10元，六人一组，一人担任计时员(当筹码经过每个人的手中翻牌两次，最后一个人翻完，才算价值)：
|
NO1（瀑布） |
NO2（迭代） |
NO3（敏捷）（站长排） |
NO4（价值） |
|||
|
1.44 |
2.03 |
25 |
46 |
8 |
37 |
75 |
NO1：游戏规则
五个人，第一个人将20个筹码全部翻牌2次后传递给下一个人，直到最后一人翻完所有筹码，计时员负责记录，第一个人开始翻动第一个筹码的时间，最后一个人翻动第一个筹码的时间，最后一个人翻完所有筹码的时间：
两个时间代表的含义：客户初次见到价值的时间，与交付的时间
20个任务模块在完成第一个到最后一个的时间差只有19秒；
NO2：游戏规则
五个人，还是20个筹码分为四组，每组五个，第一个人(每个人)每次将5个筹码全部翻牌2次后传递给下一个人，直到最后一人翻完所有筹码，计时员负责记录，第一个人开始翻动第一个筹码的时间，最后一个人翻动第一个筹码的时间，最后一个人翻完所有筹码的时间：
两个时间代表的含义：客户初次见到价值的时间，与交付的时间
一组任务模块从完成到开发只需要25秒；
NO3：游戏规则
五个人，还是20个筹码，第一个人(每个人)将一个筹码翻牌2次后传递给下一个人，直到最后一人翻完所有筹码，计时员负责记录，第一个人开始翻动第一个筹码的时间，最后一个人翻动第一个筹码的时间，最后一个人翻完所有筹码的时间：
两个时间代表的含义：客户初次见到价值的时间，与交付的时间
一个任务模块从开始到完整交给客户只需要8秒；
个人工作效率变慢，但是整体工作效率提升了，增加了个人等待的次数，但是保证了多人同时进行任务
NO4：游戏规则
五个人，在15秒内，尽可能多的获取价值，自己想解决方案
两个时间代表的含义：客户初次见到价值的时间，与交付的时间
敏捷+并行
敏捷：保证人员的充足，而且一个人只能在一个项目组，归属感与效率
敏捷：价值max，客户决定了价值，保证了客户的满意度，不断的叠加满意
敏捷可以提高效率，并行开发
敏捷不是解决问题的根本，只是解决的串行
最大的浪费是时间上的等待
从客户价值的优先级觉得哪些工作顺序
软件开发的浪费：交付的产品不是客户想要的
有两点：1.交付的产品不符合客户需求；2.联系的其让功能
敏捷开发存在的问题：
6小时抻到8小时；贴条的时候附带说此条年终奖多少；
时间分配与个人能力的把控
贴条（阐述这个工作需要多长时间）
能力不够的学习吗？团队一起估算时间？
个人能力不同，估算的时间也不同，大家一起阐述各自完成该任务模块的解决方案，大家一起参考着，得到新的思路，再估算时间，如果我做，要多久
能力不同，任务分配，
串行，并行->瓶颈
敏捷应用-change-（缩短反馈周期）-开灯，反射弧
Need to CHANGE(被动)：存在问题
Want to CHANGE(主动)：实践过了
Fear to CHANGE：无效、阳奉阴违
Ownership to CHANGE：客户，受益人
How to CHANGE：针对恐惧去做
Userstory-task-UML-贴条
上墙的都是需求-透明化管理（任务分配，没做完）todo、 doing 、done
守-破-离
敏捷价值观：
个体和交互(真是看到的)>流程和工具
工作的软件(真实看到的)>详尽的文档(客户合同里需求的，作为交付的产品，作为任务下发)
客户合作>合同谈判
相应变化>遵循计划
写文档：
文档
注释！！！很重要，可以导出
最近时间紧迫，稍后再做整理