跳转到主要内容

保存的文章

拿破仑下士

Derek Huether |领导敏捷
德里克Huether
阅读: 拿破仑下士

在我之前的文章中,取代待办事项列表,我写了关于利用a产品负责人(PO)团队而不是在进展研讨会(backlog梳理)中的“Scrum”团队。

产品负责人团队

澄清一下,PO团队的成员主要由产品负责人(产品主管)和协调人(可以是Scrum管理员)组成,但我们将从那里包括开发主管、测试主管和架构师等其他人员。我们使用团队架构而不是一个人,因为我们是大规模运营的,有多个交付团队。领导和架构师正在考虑更大的战略,并意识到他们需要避免或处理的外部依赖。目标是继续工作,为交付团队做好准备。在那里帮助跨越与交付团队之间的知识鸿沟交付团队的成员将参加进步研讨会,主要扮演拿破仑下士的角色。(我这样称呼他们,而不是客户)

拿破仑下士

拿破仑认识到在计划过程中有一名应征士兵是多么的重要。在每一个作战计划中,拿破仑都会让一个下士擦亮靴子,因为他知道这个下士正在倾听。一旦总参谋部讲完,拿破仑就会低头看着下士,问他是否明白这个计划。如果下士回答:“是的,先生!”将军要他的参谋人员执行这个计划。如果下士回答:“不,先生!”将军会让总参谋部重写计划。

不管你是在做教科书式的Scrum还是大规模的Scrum。你的人还是需要相互理解。如果没有,你将会看到许多延迟和许多返工。

当你拥有一个Scrum或看板团队时,你并不总是能够获得“a”级的玩家。有时情况真是好坏参半。用军事比喻来说,有时候你没有下士。有时候,你会给自己找个二等兵。如果您将工作外包,开发人员和测试人员就不一定有领域经验。他们可能是优秀的程序员或测试员,但没有金融、医疗或其他垂直领域的经验。您需要让他们理解任务,而任务不一定是编写和测试代码。共同的理解是如何为客户解决问题。

根据交付团队的经验,对话(和积压)可能需要足够简化,以便下级人员能够理解。

下一个;不要部分赊账

ALM平台副总裁;关于#生产力#度量和工具的顾问|事物改进者|作者:僵尸项目管理|演讲者|播客|总是喝#咖啡或#跑步

留下你的评论

您的电子邮件地址将不会被公布。必填字段被标记*