小刀小刀 就是小刀

刚才出场的凉粉 小刀其实在此之前，已经发表过看法

引用

我在http://www.infoq.com/cn/news/2007/07/cultivating-agile-attitude一文中曾经说过，“我们会无缘无故的讨厌一件事情，会因为看一个人不顺眼而敌视他所说的一切，会骄傲自满，会自私自利，会固步自封，会讳疾忌医。也许，我们并不会因为知道敏捷可以帮助我们为客户交付最大的价值而轻易接受它，在实践中改变认知。”

我们不能空喊着“个体与交互胜过过程与工具”，而不去思考如何塑造有利于个体与交互的环境，解决对个体与交互造成制约的种种问题。从这一点上来看，作者的故事还是很有启发性的。

但是，我感觉这个不应该算是和敏捷开发有什么关系的事情，难道除了敏捷以外，我们就应该“容忍开发进度中任何能够造成进度停滞的问题”么？协调能力，沟通技巧，难道不应该是所有优秀的team leader理应具备的素质么？

“which is more important, person or process?”Agile和CMMI会给出不同的答案，但是如果我们相信Agile Manifesto的正确性，我们就不应该再继续试图把敏捷从软件开发中剥离开来。

敏捷，并不是特立独行的一份子，而是某种可以帮助我们认识软件开发真正价值所在、核心所在的思维方式，行为方式，正是因为在传统软件开发中存在着错误的认知，所以我们在提倡敏捷，宣传敏捷，以帮助开发者从误区中走出，改善开发过程，提高开发效率。但这并不代表着我们可以把一切归于敏捷，或是更有甚者，用敏捷来标榜自己（此处并非攻击作者，而是笔者另见的他人）。

使用敏捷开发，敏捷项目管理的我们，只是做了该做的事情而已。

小刀显然认为作者是对A有人的看法的，而正是因为有这个看法，才给后来的事情埋下了伏笔。
不过他说：“但是，我感觉这个不应该算是和敏捷开发有什么关系的事情，难道除了敏捷以外，我们就应该“容忍开发进度中任何能够造成进度停滞的问题”么？”显然是见识有些短，因为后面我们就看到，有些人就是说应该容忍。这里我们按下不表，暂且搁置。
这里小刀认为敏捷是一种思维方式，行为方式，其实就是说敏捷是一种思想。这个我认同。否则当初为何在很短的时间达成了共识，推出了一个敏捷宣言，而不是按照以往的做法大家共同推出一个敏捷的实施流程呢？即使我们现在看，各个敏捷方法的最佳实践和流程也非常的不同。但是为什么他们就叫敏捷的呢？其实这也就是说，所谓的敏捷首先是要看你是否遵从的敏捷宣扬中的思想内涵，然后才会去看你究竟是不是在过程中用了啥方法。我可以明确的说，不是你安装xp的方法一丝不苟的做了就是敏捷了，更不是你把几个敏捷方法拿出来拆解组装一下就能说自己的方法是敏捷了。这一点尤其的重要，至少现在国内很多人就是在做挂羊头卖狗肉的勾当。而这一点，在这个文章和讨论中已经充分的体现出来了。
而既然如此，为何小刀会认为作者这个文章和敏捷没有关系呢？显然作者认为他在实施敏捷，而且出现的问题也是在其不完整实施Scrum下出现的人员管理问题啊。
同时我们也要明白，方法和环境是紧密相关的。作者的环境，造成了一些问题，而作者实施的敏捷也是环境的一个要素。为了避免问题的发生，敏捷者和非敏捷者可能会采取相同的策略，也可能采取不同的策略。但是即使策略相同，但是出发点不同，最后的结果也会有所不同，造成的影响还是会不同。
软件开发其实更加是一场社会活动，技术活动是次要的。我们可以在这个过程看作一场协作的game。《敏捷软件开发》里面用了很多篇幅，在说这个问题。而一开始作者就明确的表达了对其同事的不信任，这一点可以说是敏捷的大敌。而交流如果是建立在不信任的基础上，那么效率和成果就非常值得怀疑。这些显然是关于敏捷的一个注解。怎么能说同敏捷没有关系呢？只不过关系可能不如作者所想到的那样罢了。