Pét*_*rök 22
大多数敏捷方法的基础是信任.如果你不相信你的团队,你为什么一开始就雇用他们？如果你认为自己是达不到的任务,最好不要启动该项目,因为它几乎肯定注定要失败的-要么是因为你是对的,团队是一帮无能的开发商,S或因为你是错的,但你缺乏信任和过度控制会扼杀团队,实际上削弱了他们的承诺和热情.
OTOH如果你确信你已经聘请了最好的球员可用,他们是有才华和积极性,最好是给他们一个很好的挑战,让他们工作,并试图从他们的方式消除所有障碍.
根据我的经验,大多数开发人员开始热情并积极地创造他们可以引以为傲的产品.然而,不可能的最后期限,不切实际的期望,过多的官僚主义,过度控制的管理 - 以及最后但并非最不重要的,降低质量 - 可以迅速消除这种动机.
敏捷方法的关键在于开发人员是了解/估计特定功能成本的合适人选.如果管理层在估算坚持双方的资源,范围和分配给项目的时候,它几乎总是导致灾难.如果OTOH给予开发人员信任和责任,他们通常会完成任务.在Scrum中,团队共同制定了估算并解决了冲刺期间出现的问题/问题.在一个好的项目中,团队成员很快就会与团队凝聚,他们对项目负有个人责任.这可以直接推动落后的成员产生结果,而不是拉回团队.
根据我的经验,由于不确定性,开发人员填补数字 您的产品所有者是否明确其业务要求？这些故事是否足够小,无法估算？
你的两个选择告诉我你对Scrum有一个根本的误解.Scrum的承诺并没有得到相同的结果,只是更快.它能够快速迭代,响应反馈并改变路线.Scrum的基础是自我运行的团队.如果您没有自己信任的团队,Scrum可能不适合您的组织.
正如佩特在回答中所说,团队激励是关键,最快的杀死方式就是破坏他们.如果团队认为管理层不支持或不相信他们,他们就没有理由做出积极的估计,而只会掩盖他们自己的屁股.这是你作为经理帮助他们成功的工作.