中小项目敏捷实践之四（关于Daily Meeting）

**开发方法是一个系统工程，需要所有项目活动的相互配合。**

本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。

- 讨论内容
> 今天我做了什么
> 今天遇到了哪些问题需要大家帮助
> 今天我有什么可以和大家分享
> 明天要做什么
- 坚持每天都开
- 每次会议不超过15-30分钟
- 促进团队沟通、合作和交往
- 了解项目状况，做正确的事和正确地做事

Daily Meeting作为敏捷中的一个关键实践，它的主要内容是关于“今天我做了什么，今天遇到了哪些问题需要大家帮助，明天要做什么”。

我们并不太想用早上宝贵的时候开这个会议，趁着大家头脑比较清醒的时候还是让大家多做点工作吧，所以我们将会议安排在下午4:30，这样，大家在4:45或5:00回到座位的时候还能做一些清理工作或围绕会议中提到的内容做更进一步的讨论。

Daily Meeting其实是一个很好的管理工具。

(1) 它能够帮助追踪任务状态，做到每日更新。
(2) 及时发现项目中的问题，并群策群力地去解决。
(3) 把控团队的方向，一旦有偏差，及时修正。开始了低优先级的任务，使用了错误的方法，等
(4) 促进团队沟通，和知识分享。所以，我们的Daily Meeting还加上了第四项“今天我有什么可以和大家分享”。

比上面提到的更进一步的认识是，我认为Daily Meeting还是一个很好的平台供团队实现“社交需求”(如有兴趣，可以查看马斯洛需求层次理论)。试想一下，如果团队能每天氛围良好地与其它组员沟通一下，每天与组员分享对他有用的知识，每天从组员那里得到帮助，这是一个多美好的事情。可以说，一个和谐的家庭也不过如此。这样的一个团队将是一个多有战斗力的团队呢。

例如，敏捷团队会在平时的交流或Daily Meeting中出现下面的场景。

引用

程序猿A：不知道怎么搞的，今天将中文字符存到数据库里总是显示乱码。
程序猿B：这个容易啊，我已经有个转换编码的方法了。
Leader程序猿：太好了，你们下来详聊。

引用

程序猿A：Hey， 程序猿B，我的模块的输出由NUMBER(18,2)改成了NUMBER(18,5)，你注意到了这个改动了吗？
程序猿B：完蛋，只注意到了你输出的数据类型没变，没想到精度有变化，太谢谢了。

引用

程序猿A：Hey， 程序猿们，我今天写了一个很common的计算费用的方法，对你们有用吗？
程序猿B：太棒了，我明天正准备写一个类似的方法呢，我们下来研究研究，看看是不是可以共用一下。
Leader程序猿：程序猿A，你能不能写个邮件和大家介绍一下你这个方法呢？
程序猿A：Sure。

当然，也有一些需要注意的事项。

(1) 因为这是每天的会议，需要避免那些只与小部分团队成员相关的话题的详细讨论。否则，团队成员会觉得这是浪费时间，从而抵制这个会议。
(2) 这个会议需要避免太过严肃，应当营造一种轻松融洽的氛围，鼓励所有组员积极参与和响应。
(3) 尽量准时开准时散。