传统管理结构中的Scrum

Question

我们现在在我们的部门里扮演Scrum的角色。但上层的管理结构是传统的，如项目经理(PM)、开发经理(DM)、团队负责人(TL)和测试团队负责人(TTL)。

团队领导充当Scrum主管，他控制着我们团队中的所有事情:与PM/DM/TTL沟通，开发管理…我们的PO的职责就是维护PBL。

我们的经理和团队成员习惯了传统的管理方式，他们不关心Scrum，他们说一些Scrum规则是墨守成规的。我充当另一个SM，我想改变当前的状态。

但我没有任何头衔，只是我们部门的一名普通开发人员。有没有人也有这样的烦恼？

提前感谢！

Answer 1

我曾经听过一句很好听的话，但记不清是谁说的了。“他们想要敏捷，但他们不知道这是什么--所以我们给他们敏捷，但我们不知道他们想要什么。”

这听起来像是在你的公司里发生的事情。有人，在某处希望团队使用Scrum，但不是团队。

对于SM来说，这肯定是一项困难的工作，特别是当你在非正式地做这件事的时候！我可以给你一些建议。首先，学习一些基本的教练技巧:积极语言、GROW framework和giving and receiving feedback。这将为你提供一些Scrum之外的额外工具，支持处于领导地位而不是管理职位的人(即使是非官方的SM也可以成为领导者)。

那么，不要担心实际的实践。如果有人强制要求Scrum，那么团队无论如何都会被迫这样做。相反，要专注于Scrum的价值和原则--特别是协作、沟通和透明度。帮助团队相互协作，而不是被孤立。你必须成为他们的榜样。不要强制进行结对编程，但一定要进行结对。不要强制要求单口相声，但一定要在早上的第一件事上进行对话，并尽可能多地吸引团队中的人。看看“持续改进”的原则。学习如何做root cause analysis and the 5 Why's，这样团队就可以更好地理解为什么事情是困难的，并自己采取行动。

我也推荐Mary Lynn Manns and Linda Rising "Fearless Change"。这将帮助你找出还有谁可以帮助你。

最后，我将回显@sjt。不要让Scrum自杀。然而，如果这是你真正想要的东西，而你的公司没有以正确的方式做到这一点，不要害怕寻找其他地方。学习一些基础知识，自己练习TDD，然后找到一份新工作。

无论你做什么，祝你好运！改变的第一步是渴望。

Answer 2

如果你没有从你的其他开发人员那里购买，它将不会工作。句号。

Scrum需要大量的训练，特别是在早期采用阶段。

我不会为管理层不关心它而烦恼。如果你可以自由地做开发软件的工作，而他们关心的只是结果，那么如果你每天早上碰巧有10分钟的站立时间，并将工作的一小部分计划成可管理的部分，只要你达到了他们希望你达到的目标，那也没有关系。

如果你的团队不在船上，你会有一个真的很难让它工作，它可能会失败，并造成更多的影响，而不是根本没有尝试过。

如果你可以尝试在一个小项目中开始它，有几个开发人员参与这个想法，那么你可以向开发团队的其他人报告你发现它是如何工作的，好处是什么，缺点是什么(反思毕竟是Scrum的一个重要部分)。

如果你想让你的管理层参与进来，你可能会发现，在用这种方式做了几个项目后，你会更好地估计开发项目经理给你的需求所需的时间，希望能够更准确地赶上最后期限。

请记住，PM和BA仍然可以正常工作，一旦它们向您提交了需求，您就可以使用Scrum构建它们。这并不理想，但缺少每个人的参与，以及直接与用户交谈并让他们帮助编写用户故事的能力，这将是你所拥有的最好的。

当被要求估计完成项目所需的时间时，您可以应用Scrum技术。您可以将规范分解成更小的块，将它们分组到sprint中，并相应地开发它们，希望能产生更好的结果。

Answer 3

“我充当另一个SM，我想更改当前状态”

嗯，这是一个很好的开始，想要改变这种情况。虽然我必须说，如果没有管理层的支持，这将是艰难的。尝试安排一位经验丰富的Scrum发言人或敏捷教练来你的公司做一次演讲或研讨会，这涉及到所有的高层管理人员。一旦你让管理层相信了Scrum，一切都会从那时开始走下坡路。

“团队领导充当Scrum大师，他控制着我们团队的一切。”

这与Scrum中的自组织和自授权团队原则背道而驰。一个好的Scrum Master将在Scrum规则中以纪律严明的方式授权团队，达到适当的水平，团队应该能够独立运行。一种建议是，团队领导在作为SM工作时需要有不同的心态，而作为高级开发人员工作时需要有不同的心态，Scrum团队中没有团队领导，只有Scrum团队成员。你不能指派真正的领导力，这是一种共同的角色，可以通过创造帮助他人和指导他人的声誉来赢得。让他们在SM和开发职责之间留出30%、70%或50-50的时间，或者其他您认为合适的时间。指挥和控制对团队来说可能适得其反。

我们的经理和团队成员习惯了传统的管理方式，他们不关心Scrum

一位Scrum培训师曾经告诉我，“不要自杀”。如果你的经理不关心Scrum，不要试图说服他们而被解雇。无论你们遵循还是不遵循方法论，你都必须意识到这一切都是一项业务。你的薪水取决于你老板的批准，如果你的老板或经理不关心Scrum，那就不要去做。如果他们关心瀑布，就切换到它，像你关心的那样去做，但不要半途而废，把它叫做scrum。