我们的组织对我们运行的每个项目都使用PRINCE2； IT是我们组织的重要组成部分，但我们不是软件公司。尽管我赞赏PRINCE2是运行项目的一种很好的方法，并且我们已经取得了很多成功，但我认为对于构建软件的精髓来说，这是相当高的水平。

是否在诸如PRINCE2的框架下或者在PRINCE2的框架下运行诸如SCRUM之类的AGILE方法来日常构建和部署代码？

显然，我们在业务中拥有许多合格的，经验丰富的PRINCE2从业人员，因此我绝不建议用SCRUM代替PRINCE2，但我仍然可以看到SCRUM的好处。

有人有什么想法吗？在实践中，两者是相互矛盾的还是复杂的？有人有个人成功故事吗？那其他方法呢？我们可以让PRINCE2负责高级工作，然后运行另一种方法进行开发吗？

解决方案

回答

项目经理工作中最大的部分之一是利益相关者(例如高层管理人员)与项目资源(程序员等)之间的沟通。

使用另外两种截然不同的Big-M方法所带来的风险是，我们将不得不"重新培训"管理。他们对我们将作为中期报告交付给他们的东西有不同的期望。尤其是在组织中几乎所有其他地方都使用的情况下。我们可能会开始对他们显得草率。

AGILE和SCRUM不一定会减少IT项目中必须进行的计划和分析，它会在整个项目中进行分配，并使程序员觉得他们在实际构建某些东西之前不必执行所有这些麻烦的计划。

回答

如果是这样，那么如果项目经理说两种方法，并且可以在PRINCE2中向上进行沟通，但是与SCRUM向下进行沟通，这可行吗？

回答

我担心从SCRUM到PRINCE2的翻译不完美，会使工作加倍，或者仅仅是PITA。

唯一确定是否可以处理的方法就是对其进行测试。获得利益相关者的许可，以运行这样的测试项目，然后看看会发生什么。将其与我们之前完成的类似大小的结果进行比较。只要确保它足够大，可以容纳两个或者三个冲刺即可。