|
关于鸡与猪的故事有很多种版本，被用在各种不同的场合，管理的、营销的、敏捷开发的，大体相同，但稍有差异。
故事一：有一只鸡和一头猪合伙开饭店，双方各占50%股份。鸡对猪说：“我每天下一个蛋用来炒菜，你每天割一块肉下来炒菜”，猪认为合理：“同意”。饭店后来开大了，这个饭店的股权最后会归谁所有呢？毫无疑问会归鸡，因为猪最后一定会被割死！ 故事二：一天，一头猪和一只鸡在路上散步。鸡对猪说：“嗨，我们合伙开一家餐馆怎么样？”猪回头看了一下鸡说：“好主意，那你准备给餐馆起什么名字呢？”鸡想了想说：“叫‘火腿和鸡蛋’怎么样？”“那可不行”，猪说：“我把自己全搭进去了，而你只是参与而已。” 前面一个故事往往被用作在管理和营销上来说明一些道理，而后面这则故事应用在敏捷开发，用来说明不同角色的职责。在Scrum过程中，“猪”是在Scrum过程中全身投入项目的各种角色，他们在项目中承担实际工作。他们有些像上边那个笑话里的猪，要把自己身上的肉贡献出来。“鸡”并不是实际Scrum过程的一部分，但是必须考虑他们。 根据实际环境的不同，我创建了一套Scrum过程。在这个机制中，除了典型的Scrum角色：ScrumOwner、ScrumMaster、Developer外，还包括标准Scrum过程不包括的角色，需求、UI、测试等。需求分析这一角色承担需求分析、协调UI开发、输出需求用例等，其职责本来应用包含在ScrumOwner角色上，但往往担当ScrumOwner角色的产品经理不具备需求分析能力，而我们的测试者和开发者却又需要严格的需求文档为依据，因而不得不多出这么一个角色来。UI角色职责是根据需求输出UI设计，原本这样的角色是开发的一个典型环节，但由于人员的短缺，无法在每个团队中匹配，也由于组织机构设置的缘故，游离在开发团队之外，与产品经理们一同形成了一个独立的部门，成为产品经理们的附庸，这样奇怪的设置使得屁股决定脑袋的事情时有发生。而测试则由于历史工作习惯难以改变，其工作模式与开发团队完全不同，而不得不产生独立的外部角色来承担。除此之外，还包括一些经理人、QA、以及时不时的有关联的用户参与。这样，这个实际的Scrum过程就包括，ScrumOwner、ScrumMaster、Developer、需求分析师、测试工程师、UI工程师、QA、客户、经理人等。 通常在迭代会议的时候，就有10多20多人来参与会议。采取Scrum模式最大的优势在于以口头的面对面沟通取代文档沟通来保持沟通的高效与快捷，但人员规模的膨胀使得沟通效率开始打折扣，这个时候就要求参与Scrum会议的人员明白各自的职责，关注各自的焦点，以避免限于冗长的会议泥潭中。Scrum本身非常关注这点，也就有了上面的鸡与猪的故事。从这个故事引申出来这样的结论：猪类才是团队的核心，拥有较大的话语权；而鸡类仅仅为部分参与者或者关联者，拥有较少的话语权，并明确规定在类似于站立会议中鸡类人员不得讲话、评论、扮鬼脸等。 在我们的Scrum团队中，ScrumOwner（产品经理）、ScrumMaster（项目经理）、Developer、需求分析师为猪类角色，而测试工程师、UI工程师、QA、客户等为鸡类角色。我作为经理人参与会议，但更多的时候作为Scrum教练参与会议以控制迭代以及其过程。某次迭代会议，由于规划与Story划分产生了重大问题，会议被搞得拖沓、冗长，会议从早上9点多延续到下午3点多，却还有鸡类角色在喋喋不休。于是，我就讲了鸡与猪的故事，希望能够使参与会议的人员明白各自的职责所在。在中国的国情里，我相信猪的比喻会使人不快，但结果是猪类角色没有异常表现，喋喋不休的鸡类角色却愤而离席，并在后续的邮件中发泄其不快。真真的印证了那句“没文化，真可怕！”的笑话。
|
|
|
