.NET Walker

前一陣子到某家公司進行教育訓練，談的是專案管理與ALM。席間，有位學員問到：『Scrum鼓勵溝通，但要怎樣才能夠讓成員凝聚出團隊氣氛，讓大家真的進行溝通，並且引導同仁往持續改善的方向前進呢?』 我很能理解這個問題，因為卓越的工程師普遍喜歡自己一個人埋頭寫code，對解決技術問題都有自己的一套想法，但要習慣性地跟其他人一起合作，有時似乎還挺困難。這位提問者是公司的主管，他嘗試過讓這些團隊成員到外面上溝通的課程、訓練團隊成員溝通的技巧，甚至把溝通這件事情當作績效指標，結果…不出你的預料，完全沒效。團隊成員好像更不喜歡講話了。 回答這個學員的問題前，我先跟這位學員說了一個我最近在一本書上(關鍵18分鐘)看到的一段故事。 書籍的作者有次造訪一座部落平原，搭乘著老舊的火車，乘車過程中，他看到有一頭雄偉的獅子 · 蹲伏在山丘頂的岩石上，看得清楚極了。 作者問列車上的管理員：『這麼巧，竟然能夠遇到獅子出來 · 這樣算是相當幸運的吧?』 『那頭獅子一向都在那裡，牠總是坐在岩石上。』對方這麼回答。 『真的? 你們用什麼辦法 · 讓牠一直待在那裡???』作者問。 管理員笑而不答。 學員們疑惑的同時，我接著說了書上的另一個故事： 『曾經有一位主管向HR顧問抱怨他們公司的接待人員不夠熱情，看到有人走進服務櫃台卻沒有表現出友善的態度。顧問實際上瞭解了狀況之後，發現根本不需要讓接待人員接受任何額外的教育訓練，也不需要複雜的績效制度，只需要把接待檯前面像是郵局櫃台一樣的那個售票窗口的玻璃移除，同時降低櫃檯的高度，服務人員的態度立即有了明顯的改善。』 真的有用? 是的，因為人們非常容易受到環境的引導和暗示。 接著，我把我們某個專案團隊的照片開給他看，並且問：有沒有發現，和一般的辦公室比起來，位子和位子之間少了什麼? 沒錯，少了隔板。 如果你一邊鼓勵團隊溝通，一邊卻讓每一個團隊成員都坐在像是城堡一樣高度的Office Partition座位中，那溝通是不容易發生的。反之，把隔板拿掉，讓team member面對面，眼神可以隨時看到對方，如此一來，團隊成員之間的交流會自然而然的形成，不需要額外的教育訓練與獎勵制度，不需要導入績效管理。事實上，最有效的方式，就只是一個環境的改變而已。 同樣的，在實施敏捷開發的許許多多做法當中，最不需要的就是導入KPI之類的績效制...