改进的软件开发工作流程

1. 提高吞吐量
2. 减少单点故障
3. 最大限度地提高个人生产力
4. 为所有级别的开发者留出空间

以下原则旨在提高小型软件开发团队（10 至 15 名开发人员）的生产力。虽然这些原则也适用于大型环境，但它们源于对小型团队的直接观察。为什么还要采用另一种工作流程？坦白说，敏捷开发要真正有效实施起来有点繁琐。而瀑布式开发则不适用于当今市场，尤其是在创业公司环境中。

原则一：从任务中提炼项目信息

不要让开发人员与项目绑定。项目细节应在业务和架构层面讨论。架构师的职责是设计如何在现有基础设施中实现每个项目。在高级开发人员和业务分析师的协助下，项目应拆分成一系列可以独立完成的任务。这样，开发人员应该专注于完成这些任务，而无需考虑他们参与的具体项目。这可以提高开发速度并减少单点故障。更重要的是，新团队成员无论级别如何，都能在第一天就投入工作。说到“任务”，任何单个任务的工作量都不应超过一天。否则，代码管理将会变得极其困难。虽然单个开发人员独自完成一个大型项目看似高效，但从长远来看，这对团队来说是一种负担。

原则二——建筑重于细节

不要在架构设计之前定义任务。与常见的误解相反，软件架构是一个动态结构，远非静态。随着系统添加新功能或约束，需要投入大量精力进行架构设计。你的架构绝不应该从正在进行的任务中学习新功能。架构关乎边界和流程。这些边界和流程应该在软件开发过程中保持灵活性，并决定任务的形态。

原则三——衡量

你的软件解决方案的成败取决于你估算的准确性——或者说，估算的不足。如果你无法准确预估团队完成一系列需求所需的时间，那么你的竞争对手很快就会取而代之。衡量进度至关重要。挑战始终在于如何在不让团队成员过度劳累的情况下保持高效率。然而，大多数团队却无法准确描述他们的开发速度。不妨给你的团队分配一大批任务，让他们自行组织工作，在规定的时间内完成。这种方法可以提升团队士气，并促进开发人员之间的紧密合作。