从scrum说敏捷

最近又搞了一次scrum培训，整整搞了两天，加上以前也有参加过scrum的培训，同时一直关心敏捷开发，所以有了一些想法。

首先，我的观点是软件开发是一个介于科学与艺术之间的事情。至少目前是这样。也许有一天有人把软件开发研究透彻了，搞成一套工具，一套流程，是个人都可以搞出一个成功的软件，但是，目前的情况不是这样。这个有可能就是软件的本质。

由于有了这个本质，所以很难精确的度量。可以度量，但是很难精确，这就像可以很快的说A比B漂亮，但是很难说漂亮多少。

scrum或者其他的敏捷开发方法对团队中的个人要求很多很高，其实这也是从另外一个层面反映出了人是一个很重要的因子，而且常常是最重要的。但这里也不是唯人论，工具流程的确可以帮助我们很多，但是，不要千万不要被工具流程控制。

既然人是首要因素，那么敏捷开发中的结对编程就有了商量的余地了。
一个好的或者立志于成为伟大的公司，不应该时刻想着怎么从员工身上榨取多少生产力。而是应该和员工一起可持续的发展，有张有弛。结对编程从效率上没的说，但是从社会学上，估计没有几个人支持，或者支持的人有一定的目的性（比如新人通过结对可以快速熟悉系统）。愿意一辈子处于结对工作状态的人应该不多吧，结对给人的精神压力太大，所以不是一个可持续的发展道路。