敏捷開發一千零一問系列之七：怎樣對待有見解的徒弟？

這是敏捷開發一千零一問系列的第七篇。（之一，之二，之三，問題總目錄）

問題

鬆結對編程中，師傅對徒弟安排任務時，對於有想法的徒弟提出的意見怎樣解決？

方案

步驟0：

正心，誠意。

人們究竟是在管理一我的（控制，監督，指令）仍是領導一我的（幫助，引導，培養），被管理者和被領導者其實內心是一清二楚的。

所以在師徒關係中，不能爲了師徒而師徒，而是要找到師+徒這個體系的目的，把心態放在把事情作好而非維護師徒結構上，從這個角度看問題才能作好下面的事情。

步驟1：

師傅平常要多在收尾的時候檢查徒弟的代碼，指出其中的問題，以讓徒弟正確認識本身的水平。

軟件開發有一個好處是比較理性：好的就是好的，沒有什麼可爭辯的；但也有一個壞處：好壞多半在作出來後才能看得出來，十個手指頭賽過兩張嘴皮子。

因此師傅應該多在最終結果上指導徒弟，徒弟就會意識到若是從頭就聽取師傅的意見，中間會節省不少無用功。

步驟2：

有個笑話挺逗的，有人問某人你家誰說了算？回答「一半一半。若是咱們兩個意見相同，我說了算；若是不一樣，我媳婦說了算。」

隨着一塊兒工做的時間變長，師傅也不用強調每次都有更優答案，反而能夠鼓勵在大方向一致的狀況下，讓徒弟本身進行一些「微創新」，這樣徒弟不會有一種巨大的陰影感。

步驟3：

在有些時候，師徒都拿不許，這時候應該引入更強的技術力量，就是「師祖」級別的程序員加入討論。

師傅不要由於本身都要接受指導而感到沒面子，其實若是徒弟發現師傅這麼厲害都還能尊重師祖的見解，本身天然更加會尊重師傅。

步驟4：

對於接近出師的徒弟，應該將其看成本身思惟的延續，而非始終僅僅看成左膀右臂。

其實不少人都將經歷一個放下編程，拿起業務/管理/產品/市場乃至決策的過程，若是始終放不下，就永遠拿不起來。

從這一點上說，師傅不永遠是師傅，徒弟不永遠是徒弟。從這個終極目的出發，反而應該在早期就培養有見解的徒弟，而不是簡單地把本身的見解交給他。

培養的要點，在於心和法的培養，即養成正確的思惟方式、價值觀、看問題的角度，往後遇到師傅本身也沒有遇到過的問題，天然就能輕易解決。

案例

無。

分析

做爲一個師傅，要理解實際上並不存在「個人想法」，而是應該存在一個「正確的想法」，所以不該該每次都突出於徒弟的不一樣，而是在團隊內部造成正確的價值觀，鼓勵人們「正確地思考」（正確是副詞），從而得出「正確的想法」（正確是形容詞）。這一點和敏捷開發差很少。

因此師徒團隊的目標不是找到一堆能執行師傅想法的徒弟，而是一堆與師傅想法相同的徒弟，進而找到與師傅思惟方式相同的徒弟，甚至超過師傅思惟方式的徒弟。

當徒弟超過師傅的時候，師傅不能想「有人坐了個人位置」，而是應該想「有人替我辦全部事了，我終於能夠去辦更大的事情了」。這是一種「人無我」的想法，就是不能執拗地認爲本身就是師傅，而不是更高職位的人。

另外一個很無奈的事實是人會變老，思惟也會僵化（好比多數科學家都是在很年輕的時候作出貢獻的，老了之後基本上就是作科普工做了；多數新公司也是年輕人創造的，老了之後公司也會逐漸衰落）。所以每一個人不管職位高低，都應該培養接班人，按照正確的思惟方式，探索新答案。（這個稱爲「法無我」，就是「法」也沒有我，也在變化中，就是以前提到的「無住」）。