Scrum:抵抗力不是徒劳的

我是第二个开发人员和最近在PHP/MySQL商店雇用的人.我被雇用主要是因为我在混乱的混乱中纠缠某种过程的经验.至少,这就是我在上一家公司所做的.;)

自从我来到这里(几个月后),我就把我的老板,我的产品经理和其他几个关键人物(但主要是鸡,如果你原谅基于Scrum的刻板印象)带到了我的身上.我还帮助了解了一年来滞后一年的主要产品的开发周期.人们喜欢它!

但是,我的同事(现在唯一的其他开发者)并不参与其中.她更喜欢关上她的门,专注于她的工作而被单独留下.我？我融入了敏捷的协作,合作和开放的方法.没有她的意见,我开始了Scrum练习(每日scrums,燃烧图表以及我发现的其他对我和我以前的团队有用的东西(ala H. Kniberg的酷壁图).在我们的日常站立期间,她一直在忽视我们好像我们实际上并没有站在她的门外(我们实际上是这样).这真是太神奇了.我从未见过这样的抵抗.

问题...如何让她登船？同伴压力不起作用.

感谢Scrum-borg,

beaudetious

虽然Scrum其他类似的敏捷方法体现了很多好的做法,有时给它一个名字并制作它(正如许多博客作者所评论的那样),工作场所必须采用的"宗教"对很多人来说是相当有意义的,包括我自己.

这取决于你的选择和承诺,但我知道我会更热衷于接受想法,因为他们是好主意,而不是因为他们是一个潮流.尝试通过向她展示如何改善自己的生活和工作流程,尝试一次一个地实施/吸引她.

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

编辑:另一个问题

我从来没有真正为一个使用特定敏捷方法的地方工作过,虽然我很高兴我现在所处的地方,我们融入了许多敏捷实践,没有炒作和教条(两全其美,恕我直言) ).

但我只是在阅读有关Scrum的内容,是否是一个对双人团队有益的系统？看起来,Scrum确实给项目增加了一定的开销,当你拥有一个非常小的团队时,这可能会超过好处,因为沟通和规划已经很容易了.

没有她的意见,我开始了Scrum练习(每日scrums,燃烧图表以及我发现的其他对我和我之前的团队有用的东西(ala H. Kniberg的酷壁图).在每天站起来的过程中,她一直在忽视我们好像我们实际上并没有站在她的门外(我们实际上是这样).这真是太神奇了.我从未见过这样的抵抗.

问题...如何让她登船？同伴压力不起作用.

哎呀!谁会想要在这样一个压抑的环境中工作？如果你很幸运,她会发送她的简历,你就可以雇佣一个参与你的开发过程的人.

假设你想要坚持她,我会拒绝(或关闭)这些言论,并首先努力成为朋友和同事.如果这个项目晚了一年,她就不会对自己感觉良好,听起来你并不害怕吹嘘自己的成功.这可能是令人生畏的.

但是,我对Scrum一无所知.我只想象在你的同事的鞋子里走来走去会是什么感觉.

美丽,哥们,

我真的建议你阅读Steve Yegge的博客,名为"Good Agile,Bad Agile".这是一个古老而又善良的东西,我认为这对于任何人来说都是必读的 - 就像我大约两个月前一样 - 他们会说"过于急切"以敏捷地开展工作.敏捷提供了很多好的做法,但是你必须把它们全部拿出来并采用你所缺乏的东西,并跳过可能对某一特定情况无用的所有其他问题 - 例如每日的混乱.如果你的同事只想安静地编写代码(阅读Peopleware,了解为什么这是一件好事)并且她是一个富有成效的团队成员,不要用你的scrumming来欺骗她,让她以她最喜欢的方式工作.

如果你只是接近他们并简单地说"你有一秒钟吗？听着,沟通现在真的是一个问题,我觉得我不知道你在做什么我会对这些做法"不那么"敌视"我真的不想再次踩你的脚趾,花两天时间写一些你上周已经做过的事情,所以让我们继续努力吧.我想试试X,你觉得怎么样？" 要有同情心,不要容忍"坏苹果",这就是我如何激励我的工作场所,许多问题已经开始消失.我们绝不是100%XP或100%Scrum兼容的地方,因为我们只是使用任何工作而且是必需的.