PM，你必須真的在乎團隊才行
最近，我們有一個開發團隊發生了些狀況... 過去，我曾多次的研討會上，跟開發人員分享過，想要順利準時地完成專案，一個很嚴肅的重點，就是有效的時間管理(注意不是工作管理)。倘若開發人員、PM 如果沒有安排好時間，沒有把時間花費在重要的(注意不是緊急的)工作上，專案要如期完成，近乎不可能。 而依照 柯維對時間管理的看法 ，要妥善使用時間，關鍵之一在明確可行的目標。有了清楚的目標，團隊才知道如何優先選擇該做的事情，並且如何做好每一件事情。 這點和PMP式的專案管理有很大的不同，有時候我們並不會很具體的把每一個task做WBS展開，然後讓PM畫出美美的gantt chart，並且用要徑法算出時程...etc。我一直說，Scrum/Agile在意的是一個團隊，而這個團隊當中，大多數的成員都是聰明人(能夠寫程式的，大致上資質不會太差)，要帶領(注意不是管理)一票有腦袋、有自己意見的聰明人，PM/PO該做的不是管理，是領導。 中間的差別在，管理一群人，是你叫他做這個、做那個、接著你去衡量產出的成效與品質如何，不及格? 再來一次，還不及格? 我們來點改善手段...再不及格? 把這個零件(人)換掉...etc。 而『領導』一群人，則是你告訴他們要實現什麼、成果該有怎樣的質量、我們有多少預算或時間、可能會有那些限制...接著，你讓大家放手去做。 感覺出這中間的差異了嗎? Scrum/Agile development 走的是團隊模式、使用的是經驗法則、在乎的是務實的成效、略過了複雜的管理手段，專注在將成品實現。 這樣，有沒有像是一個球隊? 在場上時，教練和領隊無法告訴你，這顆球往這邊跑的時候，A球員你就向左衝、B球員你就擋著，C球員你就奮力後退...如果團隊這樣打球，是不成的。 Scrum在乎的是團隊合作，而團隊中的每一個人本來就各有所長，教練和領隊的功能，是看出並善用團隊中的每一個獨特的成員，關心每一個人心裡的期望，重視團隊中每一個成員的差異，然後把這些人拉聚在一起磨合、重塑，發揮1+1>2的綜效。 這，才是一個團隊。 如果拿這個標準來量量，你會發現許多的軟體專案團隊，其實稱不上是個團隊。 也因此，PM/PO，必須給團隊一個清楚的目標，然後告訴團隊我們所碰到的限制，接著和團隊一起來衝刺、並且面對、解決每一個可能遭遇的問題。 回過頭來...