终于又一个反思会了，Sprint7原定二周，后来慢慢的，时间盒居然消失了，这一来我感觉有一个月时间了。

过犹不及的事先准备

N Team漫长的Sprint7终于结束了，花了一个月的时间，大部分都是在稳定产品上，这次交付的版本拿到CES上秀去了。
虽然我只是一个旁观者，但这个漫长的周期让我看得审美疲劳了，工程师们辛苦的讨论，我其中翘了好几次立会了:(，按照我们的规则，反思会轮流主持，这次主持的工程师与众不同，事先发了个邮件给所有人。

    为了提高会议效率，我们把收集大家对这阶段工作改进和建议的过程提前，通过邮件收集，请填写下面的表格，并回复我，谢谢。
 
 

No.	好的	不足的
1
2
3
4
5

呵呵，实话实说，我以前很喜欢这样的方式，但一段时间Scrum实践下来，我深刻的体会到在坐在一起共同思考的奇妙作用，提前思考的好处当然很多，但也容易导致会议中注意力和思考力度降低。

以往每个人花5～8分钟思考，然后把自己能想到的写在纸上，等待主持人一条条念出来的时候，经常有人会说“啊，我把这件事情忘了”、“对，这个的确很要命”，这种共鸣会让人留下非常强烈的改进欲望。

而写下来，念，就相对于公布一个过时的消息，听得人和念的人都有一种淡然，虽然有些问题依然能获得大家一致的评价，但问题和问题间共鸣强弱悬殊的感觉不多。

当然，我指的是气氛不够热烈，并非指没有成果。否则这份日志到这里就结束了。

几点反思

1、一声叹息的晨会 

晨会变的有点…

后期任务计划不大明确，立会中任务的描述与进展没有能体现在看板上

立会任务介绍的不够明确

很多工作没有被做为任务记录下来

第一条是反思会主持人自己写的，我请他明确下这条，他给出了最简洁的回答：“你懂的”，第二条是PM写的，第三和第四是我写的。
不知从什么时候开始，任务移动的越来越少了，而汇报就变成“我今天就修改连接上的一些bug”这样的话语，工程师每天面对太多的bug，日复一日每天懈怠一点点。

也不知从什么时候开始，我不太原意参加立会，因为每次我都有自己搞砸了一个样板的感觉，心虚，不能面对。
还好，这次反思会让我知道，大家都感受到这种逐渐失控带来的挫折感，这让我有点欣慰，起码从另一个角度证明工程师还是欢迎有序的立会的。

有一点是大家能认可的，他们认为以前把缺陷做为任务的方法必须要坚持下去。

--------------------------------------

2、侥幸就是后患

对需求的理解相对片面，有些需求需要站在用户的角度去看问题

开发方案的确定应该更谨慎，不能顾此失彼，避免采用有隐患的解决方案

需求不够明确，导致结果有偏差或遗漏。

第一和第三条分别是PM和工程师写的，请他们举例，都是同一件事情，指的是导入PC上某信息的需求，PM没有详细描述PC上几种此信息，而工程师只实现了其中一种，一方面，PM自我检讨，说如果自己在需求中写明就不致于这样的情况，另一方面，工程师也检讨自己没有考虑不够，又没有和PM确认。

我提出疑问，不是我们的需求都被估算过吗？按理不应该如此的，他们回答，这个需求在Sprint初的时候没有的，后来临时添加，如果有过估算，就不会这样的。

关于第二条，大家再次讨论起之前反思会关于尽可能多做设计。

我的体会，认为需求比较小，比较简单而不再做估算，或者认为工作量不打，就不做哪怕最简单的设计，这些侥幸基本上就会导致后患。

-----------------------------------------

3、改进的渴望驱动实践升级

XX方面遗漏问题较多

真正稳定的版本目前仍没有

在讨论中大家认为这两个问题实际是一个问题，XX方面是产品核心所在，这地方问题多就是产品没法真正稳定。PM提出，我们必须保持做一个就要稳定下来再继续做下一个的原则，这个非常棒，符合Scrum的典型实践，按照优先级来做，上个Sprint已经有这样的共识。

我完全认同这个原则，但所谓的原则，本身就不是法律，比如原则上我们应该诚实，但有些时候我们不得不说善意的谎言。这个原则并非这么容易把持，如果有明确的客户订单，我们会不得不“做出一个艰难的选择”。

因此，我的想法是核心功能不稳定，说明我们没有完全吃透，或者思路上受到局限，这应该投入更多有效资源，更持久的研究，避免头痛医头，脚痛医脚的bug驱动模式，从技术实践或方法上寻求解决办法。

我还没有完全表述自己的想法，主持人自己先想出来了:

"我们是否可以尝试结对编程来减少理解上的偏差？否则让其他人看这个XX核心功能的代码耗时长久，而且也没法保持持续跟踪，归根结底还是工程师一个人苦思冥想。"

听主持人这么说，我乐了:)，呵呵，终于从工程师自己嘴里出来这样的想法了。

DPM说，"这是一个办法，值得去做做，但是要看什么时候有空，如果需求多，也没办法保证可以做。"

我问PM，那我们最近需求会多吗？

PM爽快回答:"如果打算这么做，我就会控制不让需求多出来。"

-------------------------------------------

好极好极，听得我神清气爽，这正是

“弹看板大缺陷逼走小任务，反思会老问题激发新思维”