关闭。这个问题是opinion-based .它目前不接受答案。
想改进这个问题?更新问题,以便 editing this post 提供事实和引用来回答它.
4年前关闭。
Improve this question
您是否曾经参与过一个(全职)项目,使用敏捷方法实际上可以让您完成每周 40 小时的工作?如果是这样,最有值(value)的敏捷实践是什么?
最佳答案
是的,我在一个从一开始就使用 SCRUM 运行的项目上花 40 小时(实际上是 37.5 小时左右,这是我的契约(Contract)规定的)。那是大约 2 年前,也是我们第一次实现 SCRUM。这是我个人加类时间最少的项目,也是我们正在开发的PC游戏。即使我们在周五发布公开测试版,我现在什至还没有处于“紧缩”模式。
从那时起,我们学到了很多关于 SCRUM 和敏捷的知识。从我的角度来看,最有值(value)的一个教训是:pod 大小必须合理……我们从 12 到 20 名成员的 pod 开始,结果一点也不好。最多不得超过 10 个。在“片状”和“模糊”任务上达成一致太容易了,否则站立和任务计划 session 将花费太长时间。因此,请保持 pod 的大小和任务的具体化,并让产品负责人或签字人与那些将从事该任务的人一起。
此外,对于每两周一次的任务计划时间表,您必须让每个产品负责人就当前 sprint 的任务列表和优先级达成一致,并且应该在该计划 session 之前发出新的任务请求,否则它将在当前 sprint 中被忽略。短跑。这迫使我们改进 Pod 间的通信。
关于project-management - 每周敏捷 40 小时,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/262810/