漫天风把细小的事情做到极致

敏捷团队要能达到自管理的能力，除了理解敏捷的理念和必要的素质外，其实空间（协作空间）环境也很重要。信息辐射器（Information Radiator，The Ideal Agile Workspace）中介绍了好几种常用的方式，稍微整理一下，分享如下：

1. Sprint Backlog，这是整个项目团队自我管理的核心。实时反映项目的状况。通过 Sprint Backlog可以了解到任务分配，项目进展（燃尽图），缺陷，困难等等。Sprint Backlog上的不同类任务用不同颜色区分，一目了然。很容易就可以了解任务分配，Sprint的瓶颈以及困难（用红色表示）在哪里。
2. 故事墙，较为长期的开发计划。
3. Build Monitor， 一般包括一个红绿灯，一个大屏幕显示器。红绿灯监控主分支的持续集成系统的状况，如果构建失败（可能 原因包括编译错误，单元测试问题，冒烟测试以及回归测试问题等），立刻显示红灯，同时也会发出声音（XXXX project is “still” btoken）。大屏幕显示器主要是反映一些大家主要关注的持续集成项目的状态。其实如果采取按组件做分支的方式，每个Scrum Team还可以有一个熔岩灯，用来监控团队分支的状态。
4. 各种白板，团队成员可以用白板对具体需求，具体模块架构以及其实现进行讨论。然后将白板的内容作公示，指导团队成员的日常开发。如果发现问题，随时修改白板的内容。
5. 团队日历，主要是表明一些重要的日期以及成员请假情况。
6. 系统框架图，招贴画。团队成员可以了解整个系统的高层次的系统架构。
7. 各种手绘表格。用于过程改进或者其他作用的手绘表格，常见的例子有在回顾会议里面发现的问题；测试用例数目；测试覆盖率；结对编程轮换表；要重构的函数；Burnup Chart等。
8. 产品愿景，团队成员对具体开发中遇到的问题，需要做决定的时候，能够基于愿景做出取舍。
9. 系统词汇表，统一语言和隐喻。只有开发团队和客户用同样的语言，才会减少沟通中的误解。
10. 团队可根据自身的需求设计更多的信息辐射器。

信息化工作空间的关键是信息，最终目的是使任何人只要进入一个团队的工作区域，就可以立刻了解项目的进度，项目的运行情况，现有的问 题，每个人现在的任务，一些团队需要改进的地方等等。大家每天来上班，只要看一下板，立刻就知道自己该做什么。不光是团队成员，一些 Stakeholder也可以到工作区域去看一看信息辐射器，了解最新的状况。即使Stakeholder不能到现场，只要经常发送一些照片，或者经常参 加一些演示，效果也会不错。实现信息化工作空间的前提是团队成员要坐在一起，如果不能坐在一起，那只能通过一些电子手段进行同步。当然信息辐射器也不能太 多，太多也会导致混乱。

AgileLog，是一个SAAS应用的敏捷项目管理工具，提供了Single Server的支持，以及1-10个用户，10-20，20-50个用户支持的Hosting服务。最高的服务模式每月租用是$329/month，价格不菲啊！

在当前经济危机的形式下，也许敏捷的项目管理服务会是一个机会，而且敏捷的热潮正在国内开展起来了！

AgileLog其实是一个很简单的tools，也许它是讲敏捷发挥到了极致，提供了对backlog的跟踪管理，提供了对时间的跟踪管理，同时也支持对多个项目的跟踪管理。这里有个例子介绍了AgileLog的workflow，也许我们也可以参考一下，怎么实现最简单的敏捷workflow呢！

“AgileLog has proven to be true to its purpose by providing a simple and clean interface to manage backlogs for multiple projects. It remains loyal to the spirit of the Agile movement by allowing teams to stay focused to their commitment of delivery.” 使用Agilelog的客户如是说

怎样，体验更多的Agile Tool吧，作为产品经理的你，怎么能不动心呢？快快去吧：AgileLog

三个和尚没水喝的故事大家都听过，话说三个和尚终于解决了挑水的问题，可光喝水是喝不饱的，粥还是要吃的，于是一个新问题出现了，一锅粥三个人吃怎 么分？三个小和尚虽说都是天性善良，但毕竟没有得道成佛，不免自私自利，怎么样公平的把一锅粥平均分给三个人，这的确是个头痛的问题，于是，我们的故事开 始了：

第一个月，三个小和尚抽签决定一个分粥的人，二师兄抽到了签，获得了分粥的权利，可是出现一个问题，二师兄的碗里的粥总是最多最好，三师弟的粥却总是 清汤寡水的。慢慢大家明白了这样一个道理：权力导致腐败，绝对的权力绝对腐败。熬到月末，厚道的大师兄说话了，不能再这样了，得换个法子。

第二个月，有了前车之鉴，三个小和尚明白了分粥的权利不能绝对化，于是商定轮流坐庄，每人一天，这样轮到谁坐庄，谁就有为自己多分粥的权利。三师弟鉴 于上个月二师兄的不良表现，每当轮到自己坐庄，就给自己分的最多，以至于吃饱了还有剩余，而给二师兄象征性的分一点点，让他饿一天肚子，同样二师兄也是如 此报复三师弟。于是大家饥一顿，饱一顿，熬到月底，不行，毕竟三个小和尚谁也没有骆驼的本事，这样下去会得胃病的，还得想别的法子。

第三个月，大家公推最厚道的大师兄主持分粥，开始半个月大师兄还算公平，可是三师弟以小卖小，分粥的时候总是说吃不饱，大师兄于是就给他多分了一些，二师兄不免有些不满.熬到月底终于爆发了，二师兄强烈抗议大师兄的不公平。不行，还得再想法子。

第四个月，还是大师兄主持分粥，但是其他两位小和尚享有监督的全力，于是乎每天二师兄都要和三师弟吵个没完，都觉得对方的粥多了，直到吵到没有力气再吵的时候为止，可是这时候粥已经凉了，唉，这样下去，恐怕还得得胃病。

像三个和尚没水吃的故事一样，三个小和尚又是一筹莫展，谁也那不出一个好法子来解决这个问题．没办法，故事讲到这里，只好请神仙出场了，就让观音菩萨 来吧。（不要问我为什么请其他神仙出场，哪位神仙都一样，只是观音大士的知名度比较高而已）。观音菩萨给三个小和尚出了一个主意：还是每人一天轮流坐庄，但是分粥的人必须最后一个领粥。令人惊奇的是，这样下来每个人分的粥都是一样多，精确的一塌糊涂，因为每个分粥的人都认识到，如果三个碗里的粥不一样多，他自己无疑将拿到最少的那一份。

于是乎，三个小和尚分粥的问题就这样解决了，故事也就结束了。

这个故事告诉我们一个道理：人是最复杂的，涉及到人的问题没有简单问题，需要寻找好的方法至关紧要。但是越复杂的方法，往往漏洞越多，也越难以执行，最好的方法往往是最简单的方法，可以准确击到人性的痛处，清晰而精妙，简洁又高效。

下面我们把问题说回到敏捷吧，不然就跑题了 ：）

敏捷的最大的革命之处在于把承认了人的重要性，将人提到过程之上，可是毕竟人性的弱点和人性的优点是并存的，总会有各种各样的问题出现。敏捷既然承认 了人的重要性，就不会再像传统的软件工程一样，使用工程学方法去解决人的问题，敏捷引入了一些心理学和群体动力学的方法，这些方法简单而有效。下面举两个 例子：

第一个例子是关于日构建的。日构建在敏捷中的重要性大家都知道。我们这里谈的不是日构建的技术问题，而是组织问题，由谁来负责日构建。指定专门的人来 做？比如让项目经理，那这个人必然是整个团队中下班最晚的人，因为每个人出了问题都会影响日构建的结果。还有没有更好的办法？有。让最当天出问题最多的人 负责下一天的日构建，直至他抓到下一个倒霉鬼为止，这样就不会只累一个人了，并且有助于团队的每个成员在编程时都能时刻留心代码的质量。这个方法与我们前 面讲的故事有异曲同工之妙。

第二个例子是关于开会的。敏捷宣言的第一条就是“人和沟通重于过程和工具”。每天一个小组晨会是必须的，可是开会经常会出现一些问题，比如过多的争 吵，跑题等等。怎么平衡开会的质量呢？当然可以制定一个开会制度，由专人负责维持开会的秩序，但是这样的效果往往会打击团队成员的积极性，也过于繁琐。但 是有一个简单的办法：站立式晨会。开会的时候所有的人都站着，不许坐着。这样当有人说废话的时候，总会有人因站立的劳累而抱怨，这样每个人都会有意识的在 开会前想好问题，并在开会时尽量简明的说明问题，讨论的时候跑题或者固执己见的情况也会减少。如果你是会议的组织者，你需要注意一个细节，你需要经常对某 个人喊“嘿，不要坐在桌子上”“嘿，不要靠在墙上”，也就是说，不要让任何人有偷懒节省体力之行为。

活动主题：敏捷在互联网时代产品研发中的实践

主要分享嘉宾：周代兵、王速瑜

活动时间：2008年12月27日（周六）13:30 ～ 17:00

活动地点：深圳市南山区科技园 高新南九道9号威新软件科技园3号楼1楼北门（科技园南区，靠近滨海大道）

从原始的软件作坊到RUP、CMMI，软件产业经历了一次质的变化，在现在盛行的外包产业中，大部分还都是以CMMI等规范为标准。不过细看这些外 包产业所承担的事情，多是一些行业软件，比如金融、医疗等。随着互联网的发展，人们渐渐发现，一个不大的团队，几个能工巧匠就能做出一个不错的网站来。而 这个时候，如果继续采用RUP或者CMMI的开发方法，显然就如同到隔壁邻居家串门还要开汽车那样另类，而敏捷开发方法恰好迎合了这种需要。

当然这并不是说敏捷方法只适用于开发网站的团队，这只是它所适用的场景之一。根据敏捷方法的价值观，从产品角度看，它适用于需求萌动并且快速改变的 情况，如果系统有比较高的关键性、可靠性、安全性，则可能不选择敏捷方法为好。从组织结构的角度看，如果团队人员彼此信任、人少且精干、开发环境也适合快 速沟通，这种情况很适合敏捷，而如果项目规模很大，人数也众多，采用敏捷方法可能不是很合适。但万事无绝对，现在人们也在积极探讨如何在大规模团队中应用 敏捷方法。

在本期的QClub深圳活动上，我们就请到了华为软件公司软件工程部经理周代兵来分享”华为软件公司的敏捷之路”，以及腾讯公司的R&D研 发总监王速瑜分享腾讯公司在开发互联网产品过程中的经验和体会。这也是InfoQ中文站QClub活动第一次走进华南地区，欢迎大家参加。了解更多敏捷相 关话题，请访问InfoQ中文站敏捷社区专题。

参加对象：架构师、项目经理、团队领导者、高级软件开发人员

费用：免费。

分享嘉宾介绍：

周代兵：华为软件公司软件工程部经理，长期从事软件开发方法技术的研究、实践和推广。先后在软件工程师、项目经理、 SQA、EPG等不同岗位工作过，现在软件工程部，主要研究方向为如何有效地协同软件开发的人员、过程、技术和工具来提升软件开发效率，当前负责推动华为 软件公司从传统方式转向敏捷开发。

王速瑜：毕业于华中科技大学，就职于腾讯科技（深圳）有限公司，担任R&D研发总监，现负责腾讯敏捷产品开发 技术的实践和推广及研发基础平台的管理工作。熟悉Java、Microsoft.net、Lamp等技术。对互联网大规模应用技术、高性能网格技 术，SOA等有非常浓厚的兴趣和深入的实践，喜欢Open Source，关注Ruby、Erlang的发展并积极实践。

活动日程：

13:30 ~ 14:00：签到

14:00 ~ 14:45：敏捷方法在腾讯研发团队的应用（王速瑜）

14:45 ~ 15:00：Q&A

15:00 ~ 15:45：华为软件公司的敏捷之路（周代兵）

15:45 ~ 16:00：Q&A

16:00 ~ 17:00：自由分享时间，畅谈敏捷软件开发

关于QClub：QClub是由InfoQ中文站定期组织的一个线下技术交流活动，目的是让中高端技术人员有一 个相对自由的交流思想 和交友的平台。每次QClub只关注一个主题，邀请国内外在该主题领域有研究的技术专家分享其经验，但QClub更注重讨论，因为它认为讨论才是真理，从 讨论中才能激发参与者的智慧和火花。

在线讨论：欢迎加入到我们InfoQ中文站用户讨论组，参与我们的线上讨论，并与大家分享你的观点。

注：为确保您的参会，QClub会务人员会通过电话和您联系，请务必在下面的“电话信息”栏填写准确信息。有任何问题欢迎致信InfoQ中文站QClub负责人刘申，liushen[AT]cn.infoq.com。您所下载的文件内容为本次活动的详细信息，供参考！