朴素的Agile观

     去年，对门部门的同事喊我一起去开Scrum的研讨会，分享一些他们的经验。虽然他们确实在用Scrum的流程和方法，但是我发现他们还是没有看到问题的本质：(1)关注人，别只关注项目。(2）虽然流程可以阻碍生产力，但是流程不能提高生产力。提高生产力唯一的方法是请好的人 (3)软件行业中，没有用的文档和PPT最浪费时间 (4) Scrum可以做成PPT为你的年终考评加分，但是实际上你只是回归了人类最原始的想法，这没什么好骄傲的。

   

      其实你是不是Scrum没关系，你开不开stand up meeting也没关系，但是最重要的是，你的团队是一群有战斗力的人，他们彼此信赖对方，他们相信最好的文档是代码，他们很少需要Email来沟通彼此的接口。最重要的是，项目可以延期或者需求可以改变，但是人不能盲目的加班加点，为了去meet那一点都不合理的进度。     

 

       我认为Scrum里最值得推荐的实践过程（当然，有些其实不是Scrum独有的)：(1) Feature按优先顺序实现，大家可以在开始前“讨价还价” (2) 可以更早的反馈 (3) 单元测试，持续集成 (4) Face2Face > Email，可以工作的软件 > 文档 我最不看好的实践过程是 (1) Pair Programming (2) TDD

      

        上诉，我觉得Agile, Scrum没有什么好开座谈会的，更没有什么咨询的必要。它就是一种最本质的软件开发流程思想，绝对比什么瀑布要更深入人心。怎么说呢，如果你没有学过什么软件工程，你天生就是Agile的。我就不明白这么简单的过程我们需要研讨什么，咨询什么？算了，我把它称为朴素的Agile观(参见朴素的唯物主义）