先敏捷再规范

文章讨论了在软件开发中先采用敏捷方法再过渡到规范方法的策略。由于直接采纳规范方法可能遇到较大阻力和难以持久的效果，敏捷方法以其短期见效和调整幅度小的特点更易于被开发人员接受。这种策略认为，大多数人关注短期利益，因此过程改进应从满足他们的需求开始。

敏捷方法适应变化，通过即时调整计划来处理近期变化，而不是过多关注未来可能的变化。这种方法虽然减少了文档和管理活动，但并不意味着这些元素的完全缺失。敏捷方法强调面对面的口头交流，并通过迭代方法和强调最终交付物的质量而非中间产物，来保证产品的质量。

在敏捷方法中，角色包括教练、客户和程序员，教练兼具项目经理和过程指导者的角色。尽管敏捷方法减少了管理文档，依然需要进行计划和估算工作量等管理活动，只是形式上更为精简。而对于非必要交付的需求和设计文档，则选择简化，因为它们经常变化，简化可以减少维护工作量。

文章最后提出，高效的个人比规范的过程更重要。一个自我管理的团队，有共同的价值观，能够快速协同合作，即使没有严格的规范也可以成功。敏捷方法体现了实用主义哲学，适用于小规模团队的过程改进。但随着团队规模增长，可能需要回到更加规范的方法。