问你将如何在这里使用敏捷？

EN

我公司的团队也面临着同样类型的问题。我们正在构建具有大量移动部件和架构层的项目，这使得在早期创建工作产品变得困难。此外，通常有一些专业资源需要安排，或者与团队略有不同步。我们采取的一些方法如下它一直具有挑战性，但这些方法似乎是有帮助的。

尽可能垂直构建

• 换句话说，努力让一些东西工作，端到端越快越好。我们通常会在9-16个月的时间里进行一些冲刺，project.
• You'll通常会发现有大量的层可以被模仿或保留。
• 通常，最初面向客户的组件是占位符。我们创建了有限的功能，类似于客户想要的功能，但在最终项目中可能会有很大的不同。这使我们能够在系统级别证明产品的其余部分，并从系统角度提供可见性。

将基础架构从产品中分离出来

我们的早期冲刺通常以基础设施/架构为中心。例如，线程子系统、性能监控、通信和测试框架。

定义每个subsystem

• Complete (真正的完整，而不仅仅是部分实现)每个subsystem

• Load测试每个子系统将如何在最终产品中使用

使您的第一次迭代致力于架构设计，包括识别必要的组件以及定义它们之间的关系和通信。

一旦您对组件如何交互有了清晰的了解，就可以构建每个组件的框架。也就是说，实现只有通信部分的“存根”组件，而功能的其余部分则什么也不做或返回测试数据。也有一个专门用于此任务的迭代(包括测试组件通信机制)。

然后，您可以计划迭代，以便以适当的顺序完全开发每个组件，这样系统就可以按顺序增长。

TDD -在编写测试后使用不完整的部分进行迭代。Mock未准备好的部分。听起来很令人兴奋。