关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。
3年前关闭。
Improve this question
几年来，我一直在为我的项目使用敏捷方法(XP 和 Scrum)，并取得了很好的成果。但在所有情况下，开发团队的所有成员都 100% 致力于该项目。
现在我面临着在团队不稳定的情况下这样做。例如，一次迭代可能有四个人在工作，下一次可能只有两三个人。
我意识到这使得使用法向速度方法很难(或不可能)进行估计，因为它会波动很大并且不稳定。接下来是人们不能真正期望能够在每次迭代结束时发布。
也许这里需要另一种方法。只需从积压工作中抓取东西，然后在可能的情况下混过去并发布。虽然我真的不喜欢这样...
有什么想法吗？
最佳答案
从这个问题，我假设您有一些开发人员(可能是 2 个)100% 致力于该项目，而一些(另外 2-3 个)只参与一次。
您可以做的一件事是为 100% promise 的核心开发人员和其他所有人设置不同的流程。对核心人员使用正常的敏捷流程，并在正常的迭代周期内发布他们的工作。对于非核心人员，很少做计划，并假设他们(和您)的估计有时会是一种方式。理想情况下，他们的更改应该由核心成员隔离并合并到稳定的代码分支中，但并非每个项目的架构和团队角色都允许这样做。
重点是分离和隔离困惑的来源，并使项目和团队的核心不受影响。
关于project-management - 团队不稳定时如何管理敏捷开发？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1650214/