PMO准备策略在MSA阶段,更需要定义在程序可以进行到技术成熟和风险降低(TMRR)阶段。战略概述了所需的能力,获得方法,项目时间表,裁剪、风险管理、业务/收缩战略,维护策略,成本估算,资金、组织结构和人员配备,以及其他法定和监管要求的信息。

“一个成功的收购战略成为一个故事到人,目标,和途径。像一个好故事,它需要集中在一个共同的主题,它在一起。最好的方法使这一主题一致认识到,虽然需要一个团队编写的收购策略,最后,讲故事的是点;策略讲述了越好,就越容易理解。”——约翰•穆勒

敏捷软件开发的核心原则之一是在全面的文档软件工作的优先级。在政策和法律要求大量的信息从国防部收购计划,国防部也有足够的指导调整文档生成方面的项目。大多数法律规定所需的信息在一个较高的水平,而政策、指南和模板需要提供不同级别的细节信息。国防采办管理人员继续与国会和国防部删除低价值的文档尽可能和简化或裁缝文档流程。

在这个阶段,收购策略主要集中于名义程序结构和时间表,需求管理,核心系统工程过程,以及如何构建一个更成熟的技术基线,原型功能,发展初步的和负担得起的设计,以及鼓励竞争。战略整合应该敏捷原则和方法概述在这个模型中,包括功能流程是如何根据支持小,频繁的发布;一个集成的、授权的政府承包商敏捷团队和文化;以及项目计划,定期向用户交付能力和应对变化。

程序可以用不同的方法结构的文档,应该在过程的早期讨论他们的建议的方法与他们的指挥系统。规模、复杂性、紧迫性的需要,ACAT水平,和MDA将关键因素在塑造的文档结构。下面列出的三种方法。

• 一些主要的文件——大多数信息合并到3 - 5主要文档(例如,获取和维护策略,成本估算/分析、系统工程和测试)。这种方法限制所需的文档协作和可以帮助设置预期数量限制的内容。随着信息量的增加,那么的协调和监督组织。
• 更多,更小的文件通过收购标准文档模板结构信息,建立了评论家。这需要协调多个文档但避免审批延误,这可能导致一个有缺陷的文档可以防止批准重大不相关的文档。这些文件可以在进一步的细节,随后的里程碑。
• 顶石文档附件——制定收购顶点文档,系统工程,测试策略在一个包罗万象的计划或投资组合层面,使小范围释放快速浏览过程。一旦一个项目开始开发,每个版本可能包括一个小的计划和/或附件几个关键文档大纲的细节的限制范围或偏离顶点文档。这个项目应该请求MDA委托审批的小附件版本下属主管/经理。

在敏捷环境中,规划是一个持续的过程在整个项目的生命周期和提高分辨率和信心近期事件详细列出。每个版本的细节和sprint概述了在计划阶段。敏捷团队定期反映了其策略和方法和调整更有效。获取所有项目需求的难度,可能会出现在未来,PMO面临挑战记录所有的收购,在综合系统工程,测试和维护策略文件之前已经开始发展。敏捷文化和环境认识到这一点;他们强调必要的细节来完成的直接下一步规划未来活动和接受较低的分辨率。

测试项目使用敏捷测试不同于在传统的收购。而不是构成离散产品生命周期的最后阶段,它是连续的和不可或缺的敏捷方法。关键差异是成功的关键包括:

• 敏捷团队连续测试。在迭代、增量开发环境,连续测试是唯一的方式,以确保新功能集成和完整。
• 测试员是嵌入到开发团队,开发团队定期周期编码和测试。测试成为开发过程的基础。
• 自动化是敏捷开发团队的一个关键特性。由于短周期/ sprint,自动化测试执行的能力成为关键。成功的敏捷开发是没有自动化测试不可行。要求代码测试自动化开发功能影响代码的设计和架构,这样更容易测试。
• 测试文档以及项目文档控制到最少。这样就避免了时间和精力参与创建大量的可交付文档不需要或相关。
• 敏捷的迭代和增量自然需要快速反馈测试。还有其他各种各样的测试和反馈目前自动化技术包括单位,验收,安全,质量,性能,和负载。它是至关重要的,以确保团队的技能装备在不同自动化测试/反馈机制。
• 敏捷测试是累积的。例如,测试新代码,它也必须通过所有先前的测试。这减少了返修。
• 开发人员和产品所有者之间的协作是成功的敏捷测试的关键因素。测试团队必须对开发人员和执行自动化测试与产品所有者定义和工作质量的期望。

也看到数字服务剧本:自动化测试和部署