敏捷无敌-第9章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
“怎么样？小宝，这个老板不好当吧？你们最终完成了多少步？”阿捷问道。
“38步，对吧，大民？”
“我都撞墙撞晕了，哪里记得住。不过没完成是肯定的！”
“嗯，阿紫，你们的结果如何？”
“噢，我们也没完成，不过比他们好点，是47步！我觉得是阿朱移动得有点慢，好几次还听错了口令。”
“嗯，是啊！小宝的声音太大了，我都听不清。”阿朱埋怨道。
“呵呵，那我不管，我是为了我的员工利益着想呢。”小宝死活不想认错。
“现在结果出来了，看来我们两组都没有完成预定的任务。好像无论是‘员工’还是‘老板’，都表示不满啊。那我们接着做下一个游戏。这次大家都做‘员工’，没有‘老板’再给‘员工’发出指令。每个人独立、自主地做60步移动任务，看看能不能完成！时间还是2分钟。准备，开始！”
这次“黑木崖”里，不再有干扰大家的口令声，大家有条不紊地移动着，并依据自己的判断随时调整其步伐方向、快慢，以绕开椅子、桌子和其他人。
还不到1分30秒，阿朱、大民已经先后完成了，紧接着是阿紫，小宝是最后一个完成的，阿捷看了一下表，1分48秒。
“这次大家都完成了60步的移动！还是提前完成的。大家谈谈感受吧！”
“我发现，等别人下指令，自己再走，效率很低，因为除了需要仔细倾听外，还要再思考一遍，需要把指令转换成自己的动作才行。”大民第一个发言。
“自己可以根据实际情况，随时调整，这样就不会撞到墙上或者椅子上啦！”阿朱非常欣慰地说。
“我们做这个游戏到底有什么寓意呢？”小宝终于问出了大家的疑惑。
“恩，这个游戏其实是想让大家理解一下两种工作方式的差异。一种是完全听从别人的指令，被动地进行工作；一种是自主决定、主动进行调整的工作方式。很明显，后者的效率更高，也更能被大家接受，对不？”
阿捷看到大家都表示没有异议，“那好！今天的Ice Break就到这。我们进入正题。”
“今天主要是想跟大家讨论一下，如何改进我们项目的管理方式，或者说是我们的软件开发方式。一直以来，我们都是采用的瀑布模型。”阿捷顿了一下，“大家可以回想一下，我们以前包括现在做项目的时候，基本上是按照里程碑划分为这样几个阶段：计划、需求分析、软件设计、程序编写、软件测试和发布等六个基本活动，按照自上而下、相 互衔接的固定次序。虽然瀑布模型有它自己的优势，但对我们来讲，有以下缺点：1）在项目各个阶段之间极少有反馈。2）只有在项目生命周期的后期才能看到结果。3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。4）不能有效地应对变化。” 。。
第4章 兵不厌诈——我们的第一次快跑（5）
“鉴于这些问题，我想或许我们可以试用一下敏捷模型中的Scrum！Scrum敏捷软件开发强调的是在一个固定的时间内，利用一切合理的开发资源，完成客户的一定需求。总体的项目是在一个一个由Scrum框架控制之下的小的项目（Sprint）组成的。每个小的项目（Sprint）都有清晰和明确的需求定义，而且也有明确的需求完成定义，从而能够保证一个大的项目再逐渐分解到小项目中，能够按时保质地完成交付。”
“虽然有些问题，但现在不也好好的吗，我们每次不也按时Release了吗？为什么要做这个改变呢？”阿朱委婉地表示担心。
“嗯，话虽如此。不过大家回想一下，我们刚才所做的两个游戏，二者的目标是完全一样的，但结果与过程却完全不一样。其实，第一个游戏是听从他人指令、被动移动的方式，这就像传统的瀑布软件开发方式，而后一个游戏则是完全自主决定、随时调整的移动方式，就像敏捷软件开发。通过刚才的游戏，大家已经充分领略了二者的优劣。”
“我再举一个例子，大家知道，苹果公司是一个非常注重创新性的公司，苹果最近被评为‘世界最受尊敬的公司’。他们的产品从iMac到iPod，再到iPhone，每一个产品都不断地刷新着人们的想象力。他们创新的源泉，除了他们聚集的一堆天才外，很重要的一点在于他们的理念，他们提出了著名的口号Think Different。他们当初提出这个口号，最直接的原因是这么说的。”阿捷清了一下喉咙，“Because the people who are crazy enough to think they can change the world， are the ones who do。” 阿捷在白板上写下了“Think Different……Apple”。
“那么我们呢？很显然，我们目前的工作不允许我们做出这样的创新，因为我们不能改变我们工作的内容。但是，我觉得我们可以从另外一个角度出发，那就是Do different”，阿捷在白板上用红笔写下“Do Different”，还加了一个大感叹号：“我们可以在做事情的方式方法上，搞一个突破。有一句名言是这么说的Winners Don’t Do Different Things，They Do Things Differently。”
阿捷还是改不了自己这几年在外企养成的毛病，在说中文的时候总是会夹杂进来很多英文，似乎离开这些英文，就不知道该怎么说了！
“另外，我跟你们中的一些人事先也讨论过，觉得我们现在需要做一次改变，让我们的工作有新的起色、新的亮点！现在再听听大家的意见！”
“我觉得可行，我喜欢Do Different！”大民第一个表示支持。
阿朱有些不安地问道：“会不会增加我们额外的负担啊？”
“我觉得不会，我们做的东西不会变，原来做什么，以后还是做什么！大的方向不变，变化的可能是我们软件发布的方式，原来我们可能是一年或者半年，现在要3个礼拜左右就发布一次！发布次数多了。”
“老板知道吗？美国人呢？会不会对我们有看法？”阿紫还是很有政治敏感度的！
“这个，还没有跟他讲。但意义不大，我们先不讲，自己试验一下，成再讲；不合适，我们还是要回到老的路子上的！这次是先试验一下。”
经过一番讨论后，大家终于达成一致意见，决定从明天开始，先做一个为期两个礼拜的Sprint试试看。
晚上，阿捷决定不再想公司的事情，让自己放松一下，看看碟。阿捷打开电视柜，准备从收藏的DVD中找一个出来。“虎口脱险”、“A计划”、“国家宝藏”、“指环王”……“加里森敢死队”映入了眼帘！
第4章 兵不厌诈——我们的第一次快跑（6）
“对啊，为什么不把加里森敢死队引入每个Sprint呢？如果把加里森敢死队每集的名字赋给每个Sprint，这样一定更好玩！说不定可以更好地激发起大家的兴趣。”连阿捷自己也开始佩服起自己的这个突发奇想了。
第二天早上10：00，阿捷站起来催促大家！
“走了走了！大家都到‘光明顶’去，咱们讨论第一个Sprint。”
阿捷首先发言：“大家好！我们是不是可以为我们的每个Sprint起一个好玩的名字呢？毕竟Scrum就是一个Sprint连着一个Sprint，这样下去就是一个很好的系列了，我建议我们前面几个Sprint采用加里森敢死队的剧名！如何？”
“嗯，这样挺好玩儿的！”小宝第一个表示赞成！
“加里森敢死队？还真的挺符合我们啊！在咱们部门，还没有人搞过Scrum的，咱们就是第一个吃螃蟹的，我觉得不错！”大民顿时也来了精神。
阿捷不免心里有些得意，能得到大家的共鸣是很愉快的事情。
阿紫在旁边嘟囔了一句，“加里森敢死队？我都没听说过，讲啥的？”这位80后，跟大家有着明显的代沟。
“呵呵，代沟！”阿朱笑道。
“嗯，那我简单介绍一下吧。”阿捷说。
“电视台播放《加里森敢死队》的时候，我好像才上初中，是在我们本市的电视台看的。”
“它讲的是一拨监狱里的囚犯，在一个美军‘干部’的带领下，深入德军敌后搞破坏的故事。”
大民还没等阿捷说完，就接过话头，“是啊！当时，我们同学都看得特别High，每天都讨论这个。当时有媒体报道，有少年模仿电视剧里练习飞刀，有盗贼模仿连环盗窃，有学生模仿吸烟，喝酒模仿找帅，都是受了这部电视剧的影响。据说，中央台因为这个还停播了后面的几集。”
阿捷继续说：“没错，就那个样子！我所以选择《加里森敢死队》，是因为我觉得这个团队里面有一个很好的Team Leader——上尉加里森，以及各有所长的成员：小偷、酋长、戏子、强盗，他们各自发挥自己所长，完成了很多难以想象的任务。这样的团队，对于软件开发团队来讲，太需要了！”
阿紫一脸的期待，“我建议，我们在每一个Sprint结束的时候，都找一集看看。”
“没问题！我家里就有碟！那么还是回到今天的主题，那我们就给第一个Sprint起名字叫兵不厌诈（the Big Con！）”。阿捷在白板上写下了“Sprint1——兵不厌诈（the Big Con！）”。
“其实这个也正好能说明咱们的状况呢！大家第一次采用Scrum，对这个Scrum流程都很期待，同时呢，对于怎么做，如何用，还很模糊，正所谓兵不厌诈。”
大家都舒心地笑了，会议的气氛顿时轻松了起来。
中午吃饭前，阿捷跟大家一起完成了对第一个Sprint的计划，带领大家开始了他们的第一次快跑！
这天，阿捷在自己的Blog上，写下了这样的总结。
电子书 分享网站
第5章 成长的烦恼（1）
Good honing gives a sharp edge to a sword ， Bitter cold adds keen fragrance to plum blossom
宝剑锋从磨砺出，梅花香自苦寒来。
——《增广贤文》之勤奋篇
时间过得很快，两个礼拜一晃就过去了。阿捷他们的第一次快跑Sprint也结束了，但大家感觉并不怎么好。
在Sprint计划会议上，大家按照阿捷准备的一个Product Backlog，从中选择了一些用户需求，进行开发。虽然阿捷事先对这个Product Backlog条目做了一定的细化，并设定了一定的优先级，但在选择的时候，大家并没有按照优先级来选，只是找了几个刚好可以在两个礼拜内做完的东西。在会议上，大家大致讨论了一下，阿捷就按照先前的惯例，根据每个人过去的经验，对每个模块的熟悉程度，基本上是直接指定一个人做哪个任务了。对于每个任务，没有做详细的估算和任务划分，因为以前就一直是把任务交给一个人后，由这个人一直负责，自己做估算、做设计、实现，然后交给测试人员测试，测出Bug再返工，直到做完为止。这个过程基本上就是一个黑盒，如果负责这个任务的人不说，别人也不知道具体做得如何，当前是什么状态。
Sprint计划会议的第二天上午10：30，阿捷召集所有的人在“光明顶”举行了第一次站立会议，因为这是首次举行站立会议，大家相互看着对方，觉得很好玩，兴致都很高。阿捷首先把自己负责的任务讲了一下。包括自己将会如何设计、对不同的实现方式进行了比较，然后给出估算，觉得应该可以在一周内做完，然后交给测试人员进行测试。大民、小宝基本上都是同样的模式，也把自己的任务讲了一遍。小宝觉得自己那块有些复杂，可能要花上8个工作日才行，估计剩不了多少时间留给测试了。阿朱和阿紫因为要等着开发人员做完后，才能进行测试，所以也没开始具体做什么事情，讲起来自然很简单，两个人总共花的时间还没有大民、阿捷一个人用的时间一半多。但即使如此，不知不觉地时间就到了11：40，大家差不多站了一个多小时，腿都酸了，刚好都到了吃饭时间，大家一哄而散，下楼去吃饭。
在接下来的日子里，如果有会议室，大家就到会议室里开站立会议；如果没有，大家就聚到阿捷的格子间凑合一下。有时候是上午10：00开，有时候是10：30，还有一次因为阿捷上午要开部门的Dashboard会议，大家的Daily Scrum站立会议是在下午3：00开的。有时候大家会对一个技术问题展开激烈的讨论，有时候不知怎么的，大家就会扯到姚明、NBA、奥运会北京限行措施、抢购奥运门票的事情上去，偶尔还会聊聊公司的公积金政策、部门的人事变动等，反正每次的会议都挺长。有时候谁累了，就坐在椅子上或桌子上，听别人讲。当然还少不了阿紫、小宝这样的短信狂人，收到短
