再见锐柯：土法炼钢

大公司做什么都是有板有眼，讲究流程。甚至锐柯专门有个Team就是搞流程相关的东西。佩服一下先。不过对我这样从小，中型的IT公司出来的人来说，有点不以为然：繁文缛节何其多也？！

来公司一个月后，终于有活干了。做一个性能测试项目，而且还只有我一个人做，但后期需要别得team合作。兵马未动，plan先行。Manager说你搞个schedule吧。行，怎么做我心里也基本有数了，excel里填了几行把大概的阶段写在里面，发过去了。

“你这个就是土法炼钢！“，一句话把我的schedule打回来了。然后乖乖的装上Project，细细谋划起来。几经折腾，最后发现原来一个schedule里面包括这么多内容啊。

写代码，写文档，培训，试运行，准备环境，安装环境。。。。什么时候做什么事，全得写上。即使开发阶段也要写明那段时间实现那些功能。我抱怨“这些进度根本就是未来的事，未来的事怎么说得准呢？“， “也许现在定的时间并不准确，但这是一个基础，项目进行中可以调整。但没有这份文档，怎么调整？“。说得有道理哈，不愧是Manager。

终于project schedule写好了，然后纠集几个人review一下，存档。前后花了几天时间，值得吗？
虽然自己是散漫得人，对这种详细计划的东西比较天然的抵触；但做了第一个schedule后，对“计划“有了更多的认识。在做schedule的过程中，真的也能想到一些漏掉的事情。比如有些事要和别的team配合的，那么早点写出来，通知他们，比自己事情做好了，再去通知他们，等他们准备好了，再进行下一个步骤效率要高。提高效率是我最感兴趣的东西。这一招以后也要用下去。

再来说做得很好看得schedule是给manager或boss看得。我们engineer是干活的，所以任务下来，脑筋一下子就跳到怎么做，用什么技术…，但怎么干Manager是根本不感兴趣的，能不能按时完成，多个项目间配置资源等才是他感兴趣的。所以详细的schedule能帮助他了解，掌握项目的进度。

当然，我也觉得，有些东西还是不能安排太细。太细的安排往往都是要改动的，而且实行起来也繁琐，比如做一点点事，就要去修改或填充schedule，最终只会做了很多工作然后一次行填完了事。这样的schedule就是形式主义了。“形式主义害死人啊“，要不得。Schedule的粒度要适中，特别是多人，多team的事务安排是它的长处，可以充分利用。

当然，以前一个人做什么事也有个大致计划，但这个计划自己心里清楚就行了，不必写出来。别人就看你一天忙来忙去。突然有一天，“嘭“，盖子掀开，所有的东西都做好了，任务完成，变魔法一样。这样的风格在锐柯这样的大公司是行不通的。