RUP与敏捷与周末创业

        今天在车上大概看了一下周末创业，里面主要讲到如何利用周末的时间来快速将一个点子变成一个公司，很多东西讲得很好，比如即知即行，快速行动。其实说到底还是行动力，很多想法和灵光一闪都是在等待或是不断调研中消失掉了。之前的一些做法，都是在有一个想法后，开始完整的商业计划，市场调研，找资金，找团队，最后下来很可能半路退出，也可能真的开始了，但是已经过去半年或是一年了。

       在我看来周末创业和完整商业计划都太过偏激，由此我想到了软件开发过程，重量级的如RUP，轻量级的如敏捷，太过注重一方似乎都有一些太极端化，完全的RUP，过程复杂，流程繁多，耗费大量人力财力。过度的敏捷，太注重快速、迭代，而忽略了前期的设计和文档，又可能陷入另一个泥潭。现在很多人在尝试敏捷， 尝试scrum，尝试TDD，但是很多团队都没能很好的走下去，一方面固然是经验问题，另一方面如何在RUP和敏捷之前找到一个平衡又是相当的重要。

       我个人认为，RUP和敏捷不是非此即彼的，这个世界上没有银弹，在软件开发没有完美的过程，通常大型的应用我们推荐用RUP，规范化，文档化，但是在大型项目中，肯定会拆分出很多小的部分，那么这些部分我们又是可以通过敏捷来理解需求，加速开发和团队协作。而中小型的项目，现在很多开始尝试敏捷，但是敏捷也是可以变通的，很多的敏捷过程都指出代码就是设计，前期只要测试用例，就可以开始code，但是我觉得《代码大全》中讲得很好，任何的项目都不能没设计，瀑布和V模型讲求自上而下，先要完整设计，这会导致后面的需求变更代价很高，但是如果前期没有设计，则项目也可能陷入混乱。所以前期的关键需求必需识别，总体的架构设计必需要有，在50%的关键需求识别后，虽然这有些困难，但是必需要做，我们不要求识别所有的需求，重要的，关键的找出来后，进行总体的设计，在这个基础上再应用敏捷，我觉得是更稳重，风险更低的方法。