本次活动由ThoughtWorks公司主办,感谢挖财公司为本次活动提供免费场地。
* 时间:2015年9月13日周日,下午1:30 ~ 6点
* 地点:杭州华星路96号互联网金融大厦18楼挖财公司
* 参加人数:23人,包括多位程序员、多位测试工程师和1位产品经理
* 话题分享:“大型开源软件开发的协作”,分享者:ThoughtWorks敏捷咨询师 刘传湘
* 操练题目:假设“微信”是个遗留系统,用团队“禁言头脑风暴”和“UVDSbE(User Value Driven Specification by Example, UVDSbE)用户价值驱动实例化工作坊”为其编写Acceptance Criteria(验收测试条件),让BDD和DDD落地,分享者:ThoughtWorks敏捷咨询师 伍斌_Ben
*活动过程:
1)破冰游戏(30 mins)
2)话题分享(30 mins)
3)休息(10 mins);
4)分享者介绍用BDD&DDD让遗留系统“慢鱼变快”的策略(30 mins);
5)分享者以假想的“让微信遗留系统’慢鱼变快’”为例,介绍UVDSbE的全过程(30 mins);
6)休息(10 mins);
7)分享者引导参加者现场操练UVDSbE并点评(90 mins)
8)听众反馈:Well (+)、Less Well (-)、Puzzles(?)
*本次活动知识点:
#“快鱼吃慢鱼”的比喻比“技术债”要更符合国情;
#“鱼变慢”的原因:估算就是承诺;经理们不看代码;
#“鱼变慢”的过程:两个恶性循环;
#代码测试覆盖率悖论:如果只关注代码的自动化测试覆盖率,而忽视不断演进的用户价值的自动化测试覆盖率,那么团队一方面会把时间浪费在哪些已经失去用户价值的代码上,另一方面会延误开发那些新演进出来的用户价值;
#设计思维、精益创业和敏捷开发三者的关系;
#UVDSbE(User Value Driven Specification by Example, UVDSbE)用户价值驱动实例化工作坊落地步骤,如下图。
+ Well(听众反馈本次活动做得较好的地方)
*和测试同仁进行交流,接触到很多新理念;BDD和DDD整个流程都已了解,并且部分过程进行了详细介绍;细致、详细、学以致用;BDD和DDD概念及实施流程讲得很彻底;对如何变成“慢鱼”以及BDD/DDD的解释非常好,对UVDSbE做了初步的了解;UVDSbE是一种很落地的实践;很详尽;了解了BDD和DDD;喜欢“慢鱼变快”的比喻;讲解详细;内容很好,比较实用;
*白板(视觉引导)讲解不错;图很生动;图很形象,易懂,且有实战;形象地描述了BDD的流程;图文形式讲解,便于理解;讲师非常专业,边讲边绘的交互模式生动有趣;图画的不错;
*互动实践赞;互动赞;有具体的实践,学员一起参与,效果非常好;用户参与度比较高;
- Less Well(听众反馈本次活动需要改进的地方)
*讲解概念过多,可考虑用实例引出;时间紧,没听过瘾;内容多;时间安排有点紧;时间紧,没有所有的步骤都进行实战演练;留下的实战时间太少;时间控制可以再精准些;建议可以同时结合PPT会比全画图省时高效;可以把名词提前打印到纸上,节省讲解缩略词的时间;UVDSbE讲得太快,想要系统性地学习,中间希望每步都有例子;用动态PPT,可免去画图写字时间,更高效;
*有些概念第一次接触不理解;讲解的概念较为生涩;DDD不太明白;(我们公司)开发人员没有来听;英文术语太多;第一次接触相关概念,很多专有名词不大记得住;部分内容没有详细了解;术语多;
*如果有working code来explain的话,效果会更好;DDD还是偏概念,落地的内容少;
*与听众互动可以更多;
*(第一个分享中)大型项目的CI运作可以把工具做更详细的介绍和展开;
? Puzzles(听众反馈本次活动还没有解决我的哪些疑问)
*BDD和DDD具体如何提高工作中的效率?怎样用在工作中?感觉理论与实践还是有差距。
*概念比较多,需要时间消化,也需要更多的资料来理解,any suggestions? UVD是啥意思?
*互联网(企业)中没有业务专家,是否可由产品经理担任?
*在整个UVDSbE流程中,需要团队所有人都参加,会不会很重量级?
*在BDD中,三类角色如何达成共识?
*不了解测试驱动开发的过程。*当团队的组件团队的思维或习惯太严重时,如何更好地转型为特性团队(而不仅是形式上的)?
--------------------
操练成就匠艺。全栈开发者的编程操练社区:bjdp.org北京设计模式学习组。微信订阅号:bjdp_org,QQ群号:235913915。