第一篇文章以蜂羣作爲引子，講述了作爲一個優秀的敏捷團隊，蜜蜂們是如何工作的。得到了衆多網友熱情的回覆，首先在此做謝！
方法是靠不住的，人性纔是永恆的
到現在爲止，所有的回覆中還沒有人反對蜂羣是最優秀的敏捷團隊這一觀點。似乎我們可以簡單的這樣認爲：所有人都認同蜂羣是最優秀的敏捷團隊，如果我們要組建一個敏捷的團隊，我們就有必要從蜂羣那裏學習點什麼。畢竟蜂羣是一個活生生的成功樣板呀！
可是，我們可以簡單的照搬蜂羣模式麼？Team Leader的作用就是代表一個唯一的價值觀，從不向團隊成員發號司令；不需要向團隊成員分配工作任務，期待每個人都能鞠躬盡瘁；不需要爲團隊成員分配角色，讓他們自己協調；不需要協調人力資源，讓團隊成員自己去做需要做的事。可以麼？
答案是顯而易見的。許多網友敏銳的指出了問題所在：
網友gonxi說：
首先,他們一出生就有了自己的房子。其次，他們都只有一個女人 再着,他們沒有那麼多元化的文化差異, 他們沒有那麼多的物質和精神誘惑。
網友sukaru說：
相同的價值觀是大前提 對於一個軟件團隊來說 這個大前提很困難 大部分人做他在做的東西不過是因爲他所在的公司發工資給他
網友xiaozhao0714說：
有時候是人的性格決定的，很難說清，還是覺得最主要的原因是無知。
網友huanok說：
一個蜂巢裏，蜂王代表了唯一的價值觀，然而它從不發號司令，試圖指揮工蜂們；每一隻工蜂都一絲不苟的遵循着這個價值觀，忘我的鞠躬盡瘁的爲同一個目標而工作，從來不需要命令也不需要任務分配； 蜂王就好像封建社會的君王，而又有幾個人能像工蜂一樣不需要發號施令，就能絕對服從他們的首領呢？蜂們是爲了共同的利益，就是讓蜂羣壯大繁衍，而在軟件團隊中又有幾個人會爲了團隊的壯大發展不顧一切呢？這就是人和動物的不同，人總是自私的，想要讓人的團隊達到蜂羣的效率，就一定要讓所有人都覺得這樣做對自己最有利。
網友southwell說：
蜂羣畢竟是例外。工作多年，我覺得人類難以組建像蜂羣那樣的團隊（但也有戰鬥單位等類似團隊），主要原因還是利益訴求、個體差異等難以整合。簡單和扁平化，提高效率，不僅僅是軟件開發團隊的目標。Google的模式爲人嚮往，但國人也能如此組織起來麼？我這幾年帶了幾個徒弟，感覺到我們的教育模式帶來很多問題，如習慣了被安排、喜歡PK成績單...沒有自己的職業追求，不想踏踏實實做實際的工作，何來自我驅動、自我管理呢？在浮躁中如何執着於自己的路，是很多人需要解決的問題。
感謝這些網友說出了我想說的話。第一篇文章以蜂羣做爲引子就是爲了引出今天的話題。從這些回覆中我們可以清晰的看到阻礙我們不能夠採用蜂羣模式的原因究竟是什麼。這些網友在說着同一個問題，人性。不是蜂羣模式不好，不是蜂羣不夠成功，也不是我們不知道蜂羣是怎樣做的，我們只是非常清楚的認識到我們做不到。沒有人反對蜂羣是最優秀的敏捷團隊，有着優秀的方法和模式，我們卻不能也不敢採用。方法是靠不住的！不是好與不好的問題。只有人性纔是永恆的。在人性面前，軟件工程是無力的，軟件方法是蒼白的，甚至敏捷也只是虛張聲勢。蜂羣模式的祕密在於蜂羣模式符合蜂性，或者說蜂羣的管理模式就是蜂性本身。蜜蜂們聽從蜂性的召喚，自然而然建立了蜂羣模式。蜂性是永恆的，蜂羣模式千百萬年來延續着蜂羣的輝煌。
而我們的軟件方法呢？在敏捷之前，所有的軟件方法都沒有人性的位置。它們有意的迴避人性的存在，在過程設計中故意的把人當成機器看待，希望通過對過程的管理來屏蔽人性的差異。這些軟件方法聲稱過程是一切的保證，這裏的一切當然包括人性，人性被過程保證了，當然也就不再搗亂了。然而轉過身去不看它並不代表人性就不存在了。事實是從ISO到CMM，從RUP到敏捷，沒有一個軟件團隊比蜂羣做得更好。與蜂羣相比，我們忽略了什麼呢？
我們忽略的就是我們對蜂羣模式所疑慮的。其實，敏捷是第一個帶着人性思考的方法。敏捷是一組原則，一種精神，一組世界觀，一種價值論，一種社會結構和行爲準則，偏偏不是一門可以照搬的管理技術。在這裏，原則也好，精神也罷，世界觀，價值論，所說的都是如何管理人性而不是如何管理文檔和代碼。但是，相當部分的組織卻將敏捷當成可以複製的管理方法。各位看官，我們既然相信蜂羣是最優秀的敏捷團隊卻又因爲人性之不同於蜂性而清醒的認識到我們不能照搬蜂羣的管理模式，那爲何我們卻相信Scrum，XP是優秀的敏捷方法而毫不懷疑我們能否做到它們所言之敏捷效果就堅定的實行之呢？難道是因爲人性與蜂性之間的差別是截然不同的而人性與人性之間的差別是可以忽略不計的嗎？
方法是靠不住的！是因爲首先有了敏捷的個人，組成了敏捷的團隊，因而可以採用和創造敏捷的方法；而不是因爲現成的敏捷的方法造就了敏捷的團隊，因而塑造了敏捷的個人！冷冰冰的軟件過程是不可能造就敏捷的團隊的。要想敏捷起來，就要從人性開始。敏捷的精髓不在過程與模板，而在於人性管理。對蜂羣模式有着疑慮的網友們，如果我們能夠把人性管理得如同蜂性一樣，你還會擔心不能採用蜂羣模式嗎？當然人是不可能變成蜜蜂的，這裏想說的道理是，團隊精神、團隊文化、團隊價值觀、團隊社會結構和行爲準則的建立和培養纔是根本。如果把團隊培養成蜂性，那自然有蜂羣的敏捷，把團隊培養成狼性，自然有狼羣的敏捷。還記得亮劍裏李雲龍是怎麼說的嗎？一支部隊的靈魂是由組建這支部隊的創始者注入的，一旦這個文化形成，不論是否還是這個領導，也不論換了多少茬士兵，這支部隊的靈魂一直都在。
很抱歉，我的確在寫技術文章，不是在寫小說，我也不是文化人在討論人性與文化。在0是0，1是1的計算機世界裏，在實證主義的計算機科學裏，人性似乎是不應該在這裏討論的。然而我認爲這或許正是一切問題的根源。我即便不是第一個，也肯定是少數人把人性作爲軟件方法的前提來討論的。然而，我說了那麼多，一直在使用一個假設，那就是敏捷是好的，以前的方法是不好的，所以在往敏捷的方向努力。可萬一這個前提錯了呢？敏捷之前的管理方法借鑑於成熟的成功的工業管理方法，ISO，CMM，RUP都是。那爲何這些方法在工業上能取得成功在軟件上就舉步維艱呢？提倡人性管理的敏捷真的是正確的嗎？我們真的不能複製工業管理的成功嗎？下一篇我將來討論這些問題。在此之前，一如既往的希望網友們也隨我一起就這些思考起來，多多回復。
前一篇：
蜂巢 - Thinking in Agile - 我們需要怎樣的軟件過程(1)
後一篇：
待續...
轉載請註明原始出處 http://blog.csdn.net/coffeewoo/ ，謝謝合作！