故事中的Scrum主播天团带您学习《Scrum实战指南》，声音与文字搭配，带您飞跃敏捷软件开发。
本期领读主播：陈玲。
故事
◎ 出场人物：
ChemTeam 成员：Katherine(凯瑟琳) Kamiar(卡米亚) Julio(胡里奥)
ScrumMaster：Shauna(肖娜)
ChemTeam 已经在一起工作几个月了，团队成员之间已经形成密切可靠的关系。团队自律、专注、交付执行力强并且深受客户喜爱。团队成员彼此信任，他们对团队中友爱与冲突的平衡感到满意。他们是一支高效的团队。
在项目进行中，一天公司的一个总监带着一个新的业务想法找到这个团队。他认为这个新业务想法将会剧烈地改变这个团队的世界。改变几乎发生了，但不是以他所期望的那种方式。
“伙计们，特大好消息，”他高声叫道，“我们有机会和Wirelacorp一起工作了！”ChemTeam 的大多数成员都困惑地盯着总监。“Wirelacorp？我听说过他们。他们不是在公共场所提供互联网访问服务的吗？”Kamiar 问道。“他们的确就是做这个的，”总监说道，“我们马上就要和他们签一个合同，他们将允许我们的小业主和用户群访问他们的网络，而且对我们的用户不收取任何额外的费用。”
此时，团队成员们开始担心起来。他们眼下正在做的项目只是为了专注于在自己的网络上开展业务的用户而设计的。它不包括第三方接口或集成 Wirelacorp 那样的网络。然而，没人畏惧这突如其来的变化，团队马上开始思考如何抓住这个机会改变它们提供的服务。
看着团队面对挑战开始兴奋起来，Shauna，团队的 ScrumMaster 说话了：“我们可以做到，”她很有信心地说，“只要给我们几周的时间整理现在做的事，然后我们就可以和你以及其他项目干系人一起重新调整产品列表的优先级，给你一个新的发布计划。”“没有时间了！”总监说道，“我们必须尽快完成这个事情，这个合同对我们的业务至关重要！”
“在转换方向前，我们仍然希望能够完成当前 Sprint 的工作，”Shauna 解释道，“但如果这真的十分紧急，我们也只好中断当前 Sprint，这将基本放弃我们正在做的工作，然后立即开始重新定义优先级。尽管这样，如果要提供一个足够准确的预估来制定市场投放战略，我们至少需要三天时间。而且，你必须接受产品列表的优先级。”“我只能给你们今天一天的时间，”总监说，“尽你们最大的努力吧。”
在这天剩下的时间里，ChemTeam 评估了产品列表、当前系统的状态以及与 Wirelacorp 的网络接口与集成的需求。团队提出了一个仅仅能够最低限度满足业务需要的且他们觉得能够交付的时间表。然后他们在第二天早上将时间表提交给了总监。
“大家做得很好。但是我们必须在三个月内完成，争取赶上我们和Wirelacorp 讨论的合同日期，”总监解释道，“我需要你们实现这个目标。告诉我，你们需要什么？”看得出，团队有点沮丧。他们说几个小时后会拿出一个新的计划来满足这个进度要求且不至于给系统打补丁而产生技术债。
现在已经是晚上八点，总监仍然在他的办公室里等待团队结束商议。在这么多无法消除的障碍面前，团队带着他们能够提出的唯一解决方案进入总监的办公室。
Shauna 说道：“我们有一个认为能够完成这个目标的解决方案。但这不是一个理想的方案，而且无论从团队还是从技术方面都可能带来负面影响。在我们继续之前你必须先明白这一点。”总监急切地点点头。Shauna 继续说：“要想比我们估计的更快完成此事，只能增加更多的人手。但不只是随便每个人就行。我们审视了这个项目所需要的技术和能力，找到了两个人，Julio 和 Nancy。如果他们加入的话，就可以确保我们实现目标。Julio 现在刚好有空，但是 Nancy 没有。为了尽可能保证这个项目成功，他们俩个我们都需要。”
“Julio 可以给你们，但是你们绝对不能要 Nancy。她正在做的项目对公司业务也很重要，我们不能把她从那个项目中撤出来。”“这个项目不是对业务也很重要吗？我们已经在这个项目上工作八个月了，而且马上就要最终发布这个系统了。”Shuwna 回应道。
“所有项目都很重要，”总监说道，“Nancy 不能给你们。我可以把Katherine 给你们，她现在有时间。”Katherine 是一个老练的开发员。团队曾经考虑过她，但很快就把她排除了。尽管她具有团队所需要的所有技能，但缺乏团队合作环境中需要的核心价值观。一些曾经和她一起做过项目的团队成员表示出担心。她和她最近工作的团队争论过每日站会的事情。尽管团队其他人都认为每日沟通具有很大的价值，她却认为这是在浪费时间。Shauna 之前也和 Katherine 做过项目，她注意到 Katherine 经常由于着急完成代码而导致代码出现不少缺陷。当原来项目团队中的测试人员告诉她如何提高代码质量时，她却攻击他们，说他们不知道如何做好自己的工作。团队很清楚这一点：尽管Katherine 有这些技术技能，但她在团队中工作的能力和态度与 ChemTeam已经建立起来的文化价值观迥然不同。
Shauna 向总监分享了这些顾虑。但是总监没有被说服：“你们说团队增加两个人就可以实现这个目标，我只能够给你们这两个人。我们都同意Katherine 有能力做这个项目。你得找到一个和她合作的办法。”
团队并未因此而减少疑虑，但也觉得别无选择，只好接受Katherine。团队无奈地同意了新的进度日期和新的成员。Katherine 和 Julio 两人都从第二天开始加入这个项目。ChemTeam 努力用正确的方式来做事情。团队成员知道他们需要对新成员摸底，所以使用了招募新成员的方法(参见第20 章)。他们设计了一个调查表，让Katherine 和 Julio 来完成，以此来衡量他们对团队的流程、工具和项目的了解。这个调查表每周进行一次，好让团队了解新成员对团队流程和项目产品的吸收程度。一开始，Katherine 和 Julio 都对此充满热情。随着时间的推移，从 Julio 的答案和工作中明显看出：Julio 不仅理解了这个系统，而且他还接受认可了团队的实践。尽管 Katherine 也在系统知识方面取得了进展，然而在团队的流程和文化方面她几乎没有展现出任何提高。Katherine 一有机会就质疑 TDD、结对和在共享区工作的好处。团队工作常常被打断，用来讨论某个特定的敏捷实践和原则的价值。她毫不避讳的质疑逐渐开始削弱团队的战斗力。速率开始下降，质量也开始出问题，团队的士气前所未有地低落。
Shauna尽她所能来应对 Katherine 的批评，使团队保持专注。但是在第 4 周开始的时候，Katherine 又爆发了。“这个愚蠢的调查表我做了一周又一周。我已经向你们证明了我能够构建这个系统。我才不在乎什么 TDD。我讨厌在这个共享区工作，我情愿呆在自己的办公室里一个人写代码。这是我一直以来所见到的最低效的工作方式。到现在我自己都能完成一半系统了。”
Shauna 试着最后一次劝说 Katherine：“Katherine，我们已经讨论过很多次，团队采用敏捷的原则和实践来开发这个应用，目的就是避免我们每个人在过去项目中遇到过的传统开发方式的缺点。我们现在做的还不完美。不论从开发的角度，还是从个人发展的角度，这都不是一件容易的事情。我们都是边做边学，而且我们会犯错误。”她继续说道：“不管我们每个人感觉如何，我们都是一个团队，并需要继续像一个团队那样工作。我们采用测试驱动开发的唯一原因是，采用TDD 后，我们的缺陷率仅仅是其他团队的九分之一。而且你和Julio 在不到4 周的时间就已经很熟悉我们的系统了，现在，你就像了解自己一样了解这个系统。如果没有在公共区域办公和结对工作，这是不可能发生的。”
“我不能像这样工作，也不会像这样工作。”Katherine 激动地说。自此，Katherine 这种破坏性的影响开始蔓延到整个团队。不少团队成员开始争论团队长期建立起来的敏捷实践的价值。
一天，某个对这种争论与口角实在忍无可忍的团队成员捏扁一听刚打开的苏打水，把它喷到墙上、计算机上、桌子上，当然还有其他团队成员身上。他由于团队中的和谐与信任恶化而彻底沮丧，终于大爆发了。这时团队必须采取行动了。
Shauna 与除了Katherine 以外的团队成员又找到总监。他们给他看Sprint 燃尽图和发布燃尽图。这些都明确表明团队速率是下降的。他们还告诉总监，现在不仅团队很沮丧，缺陷率增加了，而且单元测试的代码覆盖率也下降了。他们建议把Katherine 从项目中撤出以挽救这个项目，但是他们的建议被完全否决了。
“我知道这很困难，但是我无能为力，”总监说道，“我的工作是把这个合同签下来。你们的工作是在规定期限交付。你们告诉我，你们需要两个人才能实现这个目标，而Katherine 也需要有一些工作做。你们得自己想法解决这个问题。”
会后，Shauna 看出每个团队成员脸上的痛苦表情，甚至Julio 也看似很受打击。她问自己，什么东西更重要，是团队和按时交付项目呢，还是Katherine 没有其他事情可做？Shauna 决定现在必须得采取行动了。她和团队制定了一个计划，既能满足总监要求的给Katherine 一些事情做的要求，也满足能使团队重新回到高效状态的要求。最后只差告诉Katherine 了。
第二天早上，Shauna 把Katherine 叫到一边。“Katherine，我看你现在做得不开心，你也看出团队也不开心，对吧？”Shauna 问。Katherine 谨慎地表示同意，疑惑接下来会发生什么。“我已经和总监讨论过。他说你不能从这个项目上撤下来，因为你也没有其他的项目可做。”Katherine 点头同意。“但是同时，如果事情按照现在这种状况持续下去，这个项目就要崩溃，而且所有的人，包括我在内，都会因此背负恶名。我现在有个想法，既可以避免我们出现这种情况，也可以使大家在短期内都开心。”Shauna说道。
Shauna 提出的计划是，仍然让Katherine 留在这个项目，但只是表面上。Katherine 可以在自己的办公室里做一些非关键性的任务，和团队的工作区保持距离直到这个项目完成为止。到那时，他们可以再讨论确定一个长期的方案。Katherine 同意了。
Katherine 就这样开始和团队保持距离，只需要参加每日站会。因为每日站会是在总监办公室外面的大厅举行，所以这样做可以表明她还在这个项目上。此后，团队能够保持专注，而且团队的速率也恢复了。代码覆盖率得到提高，项目整体质量也有所上升。甚至Julio，原来的背景是测试，现在也在写代码了。
四周后，总监把Shauna 叫到他的办公室。“团队好像已经恢复了战斗力，但是我没怎么看见Katherine，她在做项目的哪块事情？”Shauna 思考了很久要怎么回答这个问题。“她在做一些对系统无关紧要的任务，”她说，“我这样做是因为团队得在合同规定的日期内交付满足客户质量要求的系统。而且，有几个团队成员表示他们宁可辞职也不想和Katherine 一起工作。这样做是正确的。”
看得出总监被Shauna 的反抗激怒了，他咆哮道：“在我告诉你把她留在项目中之后，你还是把她排除在项目之外了？”“对，我是这样做了。”Shauna 坚定清楚地回答。在总监向她表示不满的时候，Shauna 坐了下来。他咆哮激愤地说，Shauna 的行为是不服从管理，应该因此而被开除。
几分钟后，Shauna 打断了他。“让我问你一个问题，”Shauna 说，“在我们公司里，什么更重要，是让人们看上去都很忙？还是向客户交付价值？”“和这个没有关系。”总监敲着桌子回答道。“就是有关系，请你回答这个问题，”Shauna 紧逼道，她现在看上去已经变得有点沮丧了，“让人们都很忙还是交付，哪一个？”总监迟疑地回答说：“嗯，当然是交付了。但是这并不能作为借口……”他的话再次被Shauna 打断。
“我同意。我是不应该做这件事情。不是因为这样做不对，而是因为这应该由你来做。我多次请求你干预。我每次请求的时候，你都说不行。你不愿意采取行动。作为ScrumMaster，保持团队的健康和项目的进展是我的职责。你限制着我履行职责的能力，而且你还不愿意听取我的解决办法，或者帮助我解决Katherine 的问题。所以我只好尽我所能解决这个问题。”Shauna 终于说出来了。
“这开了一个很坏的先例。”总监说道。“管理层的不作为开了一个更坏的先例。”Shauna 回击说。经过一段痛苦沉闷和较长的寂静，Shauna 看见总监的脸色由深红变成浅红，最后总监恢复了几乎正常的表情。他深吸一口气说道：“瞧，我理解你做的一切以及为什么这样做。对于这个合同，我面临巨大的压力。谢天谢地，现在这一切终于结束了。”
“终于结束了，这是什么意思？”Shauna 问道。“我还没有告诉你吗？这一周早些时候，合同已经谈崩，我们不会和Wirelacorp 签署协议了。这就是说，我们可以回到了原来的项目了。”总监说
“啊。”Shauna 感叹道。“那么，我们多久可以交付原来的功能？下个月？”当然，就其本身而言，这又是另外一个故事了。
故事背后的模型和成功要领，参阅图书《Scrum实战指南》。
别忘了赞赏主播哦~
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
