project-management - 每周敏捷 40 小时

Question

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












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

4年前关闭。




Improve this question




您是否曾经参与过一个(全职)项目，使用敏捷方法实际上可以让您完成每周 40 小时的工作？如果是这样，最有值(value)的敏捷实践是什么？

Answer 1

是的，我在一个从一开始就使用 SCRUM 运行的项目上花 40 小时(实际上是 37.5 小时左右，这是我的契约(Contract)规定的)。那是大约 2 年前，也是我们第一次实现 SCRUM。这是我个人加类时间最少的项目，也是我们正在开发的PC游戏。即使我们在周五发布公开测试版，我现在什至还没有处于“紧缩”模式。

从那时起，我们学到了很多关于 SCRUM 和敏捷的知识。从我的角度来看，最有值(value)的一个教训是:pod 大小必须合理……我们从 12 到 20 名成员的 pod 开始，结果一点也不好。最多不得超过 10 个。在“片状”和“模糊”任务上达成一致太容易了，否则站立和任务计划 session 将花费太长时间。因此，请保持 pod 的大小和任务的具体化，并让产品负责人或签字人与那些将从事该任务的人一起。

此外，对于每两周一次的任务计划时间表，您必须让每个产品负责人就当前 sprint 的任务列表和优先级达成一致，并且应该在该计划 session 之前发出新的任务请求，否则它将在当前 sprint 中被忽略。短跑。这迫使我们改进 Pod 间的通信。