agile - Scrum:抵抗不是徒劳的

Closed. This question is opinion-based。它当前不接受答案。












想要改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。

7年前关闭。



Improve this question




我是第二个开发人员，并且是最近在PHP/MySQL商店工作的新人。我之所以被录用，主要是因为我从困惑的困惑中进行某种处理的经验。至少，这就是我在上一家公司所做的。 ;)

自从我来这里(几个月以来)以来，我已经聘请了我的老板，产品经理和其他几个关键人物(但是如果您原谅基于Scrum的陈规定型观念，那么我主要是鸡)。我还帮助滞后了一年多的主要产品的开发周期带来了一些可见性。人们喜欢它!

但是，我的同事(目前唯一的其他开发者)对此并不感兴趣。她更喜欢关门，专注于自己的工作，一个人呆着。我？我参与了整个协作，合作和开放的敏捷方法。没有她的投入，我开始了Scrum的实践(每日的Scrum，燃尽图和其他我发现对我和以前的团队有用的东西(ala H. Kniberg的酷挂图)。好像我们实际上并没有站在她的门外(实际上)，这真是太神奇了，我从未见过如此的抵抗。

问题...我该如何让她上船？对等压力不起作用。

感谢Scrum-borg同事，

好听的

最佳答案

尽管Scrum之类的其他敏捷方法体现了许多良好做法，但有时给它起个名字并使其(正如许多博客作者所评论的那样)成为必须在工作场所采用的“宗教”对许多人来说是令人反感的，包括我自己

这取决于您的选择和 promise ，但是我知道我会更热衷于接受想法，因为它们是好主意，而不是因为它们是潮流。通过向她展示如何也可以改善她的生活和工作流程，尝试一次将她实现/吸引到实践中。

程序员喜欢很酷的东西，可以帮助他们完成工作。他们讨厌被宣扬或被要求登上他们认为是潮流的东西。呈现为前者而不是后者。 (不用说，确保它实际上是前者)

编辑:另一个问题

我从未真正在一个使用特定敏捷方法的地方工作过，尽管我现在很高兴，因为我们结合了许多敏捷实践，而没有大肆宣传和教条(两全其美，恕我直言)。

但是我只是在阅读有关Scrum的信息，这样的系统对2人团队还是有益的吗？看来，Scrum确实会给项目增加一定数量的开销，而如果您的团队非常小，而沟通和计划已经很容易，那么Scrum可能会超过其 yield 。

关于agile - Scrum:抵抗不是徒劳的，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/34981/