照猫画虎还是量身定制？

软件开发流程上，最早流行CMM，后来有一段时间流行敏捷和XP，然后最近一段时间流行的是Scrum和Kanban。除了这些流程，各个公司和团队也都有自己定制的流程，不过通常和这些也相去不远。比如我的老东家的T公司，有一套叫做FCT的流程，其实非常类似于Scrum，两周一个Milestone，讲究快速交付迭代。

目前看来，大部分互联网公司整体的开发流程思路，都是比较接近Scrum的。主要是通过短会交流信息，通过较短周期的Sprint进行功能交付。我是从来没有见过采用XP的团队，想来XP的确法如其名，非常”Extreme”，测试先行和结对编程愿意尝试的公司不多。我个人也不太喜欢这两种方式，主观感受还是给的思考的空间太少了。当然，因为没有实际在某个擅长使用这个方式的团队内工作学习过，这个也很可能是我的一个偏见。

回到方法论，使用方法论通常有两种方式，一种是量身定制，一种是照猫画虎。量身定制讲究根据团队具体情况进行裁剪，Scrum里站会不错就拿过来用，估功能点还是喜欢按时间那就布照Scrum做。这种方法说道起来可以叫做“取其精华，去其糟粕”，觉得是针对当前环境的调整，实际却往往容易把好的方法论执行得走样，弄得不论不类，编程有着Scrum的皮子，但是里子还是原来那么乱糟糟一套。还有一种是照猫画虎，基本上照书来，先不管理解不理解接受不接受，先操作起来，“理解要执行，不理解更要执行”。对于方法论，我开始慢慢倾向于用这种方式了。一个是很多方法不自己体验，主观判断是好是坏缺少依据，这个就好像是我们做模型终究是要拿数据和结果说话，不能光靠猜。另一方面是，很多时候进行裁剪的原因并不是因为方法不好，而是偷懒和退缩，方法论的变更一个是有内部阻力，另一个是有效的执行需要长时间的坚持容易放弃。但是偷懒和退缩的过程中，也失去了让自己和团队变得更好的机会。

所以年后还是继续去做一些自己“觉得”不一定好的事情，有尝试，有坚持，才会有突破。