Ano*_*ous 11 agile scrum methodology
有没有人试图将Scrum吸收到大多数开发人员只是平庸的团队？我的意思是那些不是最精通技术的开发人员,他们有很差的时间管理技能,但最重要的是缺乏个人责任感和承诺感.
你认为它可以工作？或者你会尝试不同的方法吗？
Jos*_*son 30
我和这样的团队实施了Scrum.
他们需要花费一些时间才能加入,但他们发现Scrum让他们成为更好的开发人员.他们赞赏能够影响这个过程.在每次迭代的回顾中,我们检查了成功因素和挑战,作为一个团队,我们努力消除挑战所带来的障碍.
在那一年的年度员工表彰晚宴上,我的团队提名我获得一项成就奖:不是因为我的成就,而是因为团队在转向Scrum后所取得的成就.
太多的球队被击败和失去动力,因为他们在这个过程中没有发言权.缺乏个人责任和承诺可能是当前开发过程中的一个工件,Scrum可能会帮助您的团队克服这一点.
Jus*_*ant 13
我有使用类似Scrum的方法与不太优秀的团队合作的"特权",并且发现它比传统的瀑布式方法更成功,因为原因包括:
工作完成(并且测量进度)在较小的块中,因此如果您的团队搞砸或错过了截止日期,您就会更快地知道并且可以更快地进行调整.让人们对一天工作项目与长达一个月的工作项目的问题负责也更容易.
Scrum对团队内部的透明度抱有更高的期望,因此如果出现问题(因为他们肯定会遇到动力不足和/或动力不足的团队),您将更容易发现问题.在传统的瀑布式方法中,对于开发人员来说,连续几周"变暗"是更容易接受的 - 而对于一个糟糕的团队来说,这是可能发生的最糟糕的事情.
具有良好基本技能但是草率和/或没有动力的开发人员可以特别受益于Scrum的高接触,增量方法.
每日站立意味着每个团队成员必须至少每天出现在工作中并想出一些可以说他们一直在做的事情.这可以增加一些可能是懒惰或分心,但也不想在同龄人面前尴尬的开发者的动机.立场提供至少最低限度的透明度和问责制,而不会让脾气暴躁的团队成员获得书面状态报告.
Scrum 对团队之外的透明度也有更高的期望(企业主等),因此更多人有机会看到你的开发团队有多糟糕,因此你更有可能获得公司的支持来升级你的团队.
如果您的团队中有好的和不太好的开发人员,Scrum(对透明度的期望越来越高,对个人所有权的期望越来越低,没有反馈)使得优秀的开发人员更容易帮助团队保持正轨.
请注意,我同意其他答案,理想的情况是建立一个更好的团队.但是肯定有一些情况你没有选择,比如在发货前几个月就救出一个项目出错了,更换团队是不可行的,你需要与你们的人一起做到最好.
许多敏捷评论家(和权威人士)都认为,敏捷只能与优秀的开发人员合作.我倾向于同意.如果您相信我,那么Scrum将无法与平庸的开发人员合作.:-)
为什么会这样？好吧,因为敏捷假设开发人员编码时会有很多东西自动出现.例如,建筑很少计划用于; 随着代码的重复添加和重构,它应该会出现.聪明的开发人员可以做到这一点,但平庸的开发者不能.