我是第二位开发人员,最近在一家 PHP/MySQL 商店受聘。我被录用主要是因为我在混乱中整理某种流程的经验。至少,我在上一家公司就是这么做的。;)

自从我来到这里(几个月了),我已经邀请了我的老板、我的产品经理和其他几个关键人物(但大多数都是鸡,如果你原谅基于 Scrum 的刻板印象的话)。我还帮助人们了解了一个已经滞后一年多的主要产品的开发周期。人们很喜欢它!

然而,我的同事(目前这里唯一的其他开发人员)对此并不感兴趣。她更喜欢关上门,专注于工作,独处。我?我喜欢协作、合作和开放的整个敏捷方法。没有她的意见,我开始了 Scrum 实践(每日 Scrum、燃尽图和其他我发现对我和我以前的团队有用的东西(ala H.尼伯格的酷挂图)。在我们每天的站会期间,她会悄悄走过并忽略我们,就好像我们实际上并没有站在她的门外(我们实际上是)。这真是太神奇了。我从来没有见过这样的抵抗。

问题...我怎样才能让她上船?同侪压力不起作用。

来自 Scrum-borg 同事的感谢,

美丽的

有帮助吗?

解决方案

虽然 Scrum 等其他敏捷方法论体现了许多良好的实践,但有时给它起一个名字并使其(正如许多博主评论的那样)成为工作场所必须采用的“宗教”,这会让很多人感到反感,包括我自己。

这取决于你的选择和承诺,但我知道我会更热衷于接受想法,因为它们是好想法,而不是因为它们是潮流。尝试一次实施/吸引她一项实践,向她展示这些实践如何改善她的生活和工作流程。

程序员喜欢帮助他们完成工作的酷炫事物。他们讨厌被人说教,或者被要求加入他们认为是跟风的东西。将其呈现为前者而不是后者。(不用说,确保它确实是前者)

编辑:另一个问题

我从未真正在使用特定敏捷方法的地方工作过,尽管我很高兴我现在所处的位置,因为我们融合了许多敏捷实践,没有炒作和教条(两全其美,恕我直言) )。

但我刚刚读到了有关 Scrum 的内容,这样的系统对于 2 人团队是否有益?Scrum 似乎确实给项目增加了一定量的开销,而且当您的团队规模很小且沟通和规划已经很容易时,这可能会超过其带来的好处。

其他提示

没有她的意见,我开始了 Scrum 实践(每日 Scrum、燃尽图和其他我发现对我和我以前的团队有用的东西(ala H.尼伯格的酷挂图)。在每天的站会期间,她会悄悄走过并忽略我们,就好像我们实际上并没有站在她的门外(我们实际上是)。这真是太神奇了。我从来没有见过这样的抵抗。

问题...我怎样才能让她上船?同侪压力不起作用。

哎呀!谁愿意在这样压抑的环境下工作呢?如果你幸运的话,她会发送简历,你就可以聘请参与你的开发过程的人。

假设你想留住她,我会拒绝(或关闭)这些言辞,首先努力成为朋友和同事。如果项目晚了一年,她就会自我感觉不佳,而且听起来你并不害怕宣扬自己的成功。这可能会令人生畏。

然而我对 Scrum 一无所知。我只是想象一下如果你站在你同事的立场上走来走去会是什么样子。

美丽的,朋友,

我真的建议你阅读 Steve Yegge 的博客,名为 “好的敏捷,坏的敏捷”. 。这是一本老书,但却是一本好书,我认为对于任何人来说,这都是必读的——就像两个月前的我一样——谁有点“过于渴望”敏捷他们的工作场所。敏捷提供了很多好的实践,但你必须对它们持保留态度,采用你所缺乏的东西,并跳过所有其他可能对特定情况无用的东西 - 例如每日例会。如果你的同事只是想安静地编码(请阅读 Peopleware 了解为什么这是一件好事)并且她是一名高效的团队成员,请不要用你的混乱来烦她,让她以她最喜欢的方式工作。

如果你走近他们并简单地说“你有时间吗?”,人们通常不会那么“敌视”这些做法。听着,现在沟通真的是一个问题,我觉得我不知道你在做什么,我真的不想再踩到你的脚趾,花两天时间写一些你上周已经做过的事情,所以让我们努力吧。我想尝试一下X,你觉得怎么样?”要有同情心,不要容忍“坏苹果”,这就是我敏捷工作场所的方式,许多问题已经开始消失。我们绝不是 100% XP 或 100% Scrum 兼容的地方,因为我们只是使用任何有效且需要的东西。

简单的。不要谈论 scrum。不要对她使用 scrum。相反,采用 Scrum 的基本原则(例如目的而不是应用程序)并创建不同的方法来适应她的工作方式,但具有微妙的 Scrum 色彩。

每个人都是不同的,很多程序员不喜欢 Scrum。我不会强迫他们这样做,因为那只会适得其反。我建议确定开发过程中的问题(以非 Scrum 方式),看看是否能让她同意问题存在,然后询问 她认为这是一个很好的解决方案。她的合作和对该过程的投入对于她的合作至关重要,如果她不支持,她就不会成为公民。

从那时起,您有望创建某种准混合 Scrum + 她的流程方法,在该流程中,你们都可以就前进的方向达成一致。

我认为关键是帮助她理解你为什么要做 Scrum。我想你也有你的理由,为什么不告诉她呢?如果相关人员不明白为什么要进行变革或者他们会从中受益,那么任何变革都可能会遭到抵制。如果你能用与她日常工作相关的方式向她解释使用 Scrum 的原因以及以下好处,我认为她更有可能对此采取更积极的态度。

如果她认为 Scrum 流程没有价值,或者不明白它与她有何关系,她可能不会关心它。

我认为人们要理解的关于 Scrum 的最重要的概念之一是,你作为一个团队工作,并作为一个团队而不是个人致力于你的项目。对于很多人来说,这是最难掌握的事情,因为他们已经习惯了生活在“自己的世界”中。

我不确定 Scrum 是这里的中心问题;我猜她对新人带来的许多新想法和搅局感到威胁。我以前也遇到过这种情况,作为新人带来对事物的新视角,有时很难立即让现有的人接受新的思维方式。它通常需要文化转变,而这种转变不是一朝一夕就能发生的。

尝试尽可能多地听取她对事情的意见和看法,并尝试表明您尊重她在团队中的时间比您长。如果一段时间后她仍然不参加,那么您所能做的就是向您的经理提及并让他们从那里接受。

继续努力让其他开发人员参与进来。请记住,您是想要做出这一改变的人。遇到问题时寻求帮助。邀请他们参加每日站立会议。我目前负责每日站会的规划,并确保所有的猪和鸡都被邀请。如果您是该项目的负责人,则需要您来解决该情况并承担风险。把自己放在那里。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top