问何时使用规模化/企业级敏捷软件开发框架，以及何时让敏捷过程“出现”？

EN

谢谢你把我的书列在你的前五名。

“政府敏捷项目管理”()采用了一种全新的方法，我描述了现实生活中的敏捷成功。这些都是企业规模的案例研究。

我不赞成DSDM (虽然这本书是从DSDM案例开始的，是关于英国战场技术开发的突破)。美国联邦调查局( FBI )惊人地使用Scrum来拯救他们之前失败的7.5亿美元哨兵项目，这也是一个必读的问题。来自美国、英国和世界各地的许多其他例子。

因此，我的建议是从其他4位作者中使用任何你喜欢的指令性框架--但是如果你需要说服你的管理层变得敏捷，用我的书用证据来支持你的论点。

布赖恩·韦纳姆

BIT.ly/Brians-博客

伦敦

问题1:什么时候应该选择企业敏捷软件开发框架，什么时候才能让他们的敏捷过程“显现”。

您应该始终让您的过程出现，敏捷与否。强制执行流程是一个很好的方法，可以让流程不匹配您需要做的事情，至少会导致效率低下。(关于为什么会这样，请参见金沙的的良好链接和专家建议)。

那么，选择一个框架取决于您是否希望从不存在的状态(读:您的团队决定的某种初始状态)还是某个对其他人非常有效的框架中出现。没有正确的答案。如果您的公司与其他公司非常相似，具有相似的个性和类似的公司结构，那么从其他人的框架开始是很棒的。如果你的公司在做什么、如何运作、谁在那里工作上真的很奇怪，那么也许从你认为最好的开始，也许比使用不适合你的情况的东西更好。

这个选择的目标是选择一些你认为最接近于进化过程的起点，这样进化就不会很痛苦了。

首先学习如何变得敏捷.

我认为第一次与企业系统一起采用敏捷有问题吗？如果你有一家初创公司，你会使用像QuickBooks这样的东西还是像SAP这样的大型企业会计系统？似乎你应该先弄清楚如何用更合适的方法来处理公司的会计和其他系统。我建议从一个非常重要的小项目开始，这样每个人都会认真对待这个过程，但是不是那么的关键和及时，因为尝试任何新的东西都会受到影响。

问题1:什么时候应该选择企业敏捷软件开发框架，什么时候才能让他们的敏捷过程“显现”。

从一个小组开始。在我的经验中，敏捷就像其他任何东西一样，应该在可能的情况下从确定的东西开始。为什么要重新发明轮子，特别是当你不知道怎么发明轮子的时候？许多敏捷方法有很多共同之处。在某些方面，您的团队成员会将某些部分视为绝对的交易杀手(例如对编程)。你可能会把它们中的很多都清除掉。根据用于此过程的资源数量，选择几个以供评审。当然，如果你能选择10，但可能只有足够的时间3。

是的，会有约束，但是您可以迭代这个过程(这符合敏捷的精神)。并根据一些数据和经验做出调整，而不仅仅是纯粹的个人偏好。有一个风险，某人是一个狂热者，一个特定的过程，并希望坚持它，而损害了项目，但这可能发生在任何事情。这里的关键是不要有太多的运动部件，太多的变化，很像好的实验设计。如果过早地排除了某些方面，就有可能失去某些部分协同工作的效果(对对编程得到了不好的评价，但替换项目中的单独开发人员也是如此)。但是，如果某一特定方法的某些方面对您的团队来说是一项艰巨的任务(例如，没有人对单元测试有线索)，那么您可能需要在尝试立即完成所有工作之前给它一些时间。

问题2:如果选择一个企业敏捷软件开发框架，如何选择合适的框架供他们的组织使用？

这应该是一个容易得多，一旦你已经采取，并可能调整为您的需求在一个小规模。列出一份需求清单会更容易。你可以用更具体的问题来问其他人关于特定类型的问题，因为你将能够表达你的特殊需求。