敏捷开发

昨儿去参加了公司了引导式敏捷课程，

 

翻牌游戏，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

守-破-离

敏捷价值观：

个体和交互(真是看到的)>流程和工具

工作的软件(真实看到的)>详尽的文档(客户合同里需求的，作为交付的产品，作为任务下发)

客户合作>合同谈判

相应变化>遵循计划

写文档：

文档

注释！！！很重要，可以导出

 

 

 

 

 

 

 

最近时间紧迫，稍后再做整理