Scrum 和激励

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

6年前关闭。




Improve this question




在创建任务时间时，如何阻止开发团队填充他们的数字？如果没有真正的最后期限，他们只是根据他们的速度来衡量，他们怎么会有动力去做他们的工作。

在截止日期前完成工作

对比

只要我们缩小范围、质量或增加资源，就可以完成工作

Answer 1

大多数敏捷方法的基础是信任。如果你不信任你的团队，你当初为什么要雇佣他们？如果你认为他们不能胜任这项任务，最好不要开始这个项目，因为它几乎注定要失败——要么是因为你是对的，而团队是一群无能的开发人员，要么是因为你错了，但是你缺乏信任和过度控制会让团队窒息，实际上削弱了他们的 promise 和热情。

OTOH 如果你确定你聘请了最优秀的人，并且他们有才华和积极性，最好的办法就是给他们一个很好的挑战，让他们工作并努力消除他们前进道路上的所有障碍。

根据我的经验，大多数开发人员一开始就充满热情和动力去创造他们可以引以为豪的产品。然而，不可能的截止日期、不切实际的期望、过多的官僚主义、过度控制管理——最后但并非最不重要的，降低质量——可以迅速扼杀这种动力。

敏捷方法的重点是开发人员是了解/估计特定功能成本的合适人选。如果管理层坚持估计分配给项目的资源、范围和时间，它几乎总是导致灾难。如果 OTOH 开发人员被赋予信任和责任，他们通常会完成任务。在 Scrum 中，团队一起制定评估并解决冲刺期间出现的问题。在一个好的项目中，团队成员很快就会与团队融为一体，他们对项目有个人责任感。这甚至可以刺激落后的成员产生结果，而不是拉动团队。