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，必須給團隊一個清楚的目標，然後告訴團隊我們所碰到的限制，接著和團隊一起來衝刺、並且面對、解決每一個可能遭遇的問題。
回過頭來，我說說一開始提到的那個團隊問題。
最近，我們有個案子碰到了一些狀況，在review的時候，我讓PO、Scrum Master、以及團隊成員一起開會，針對目前的進度有些檢討，並且試圖找到解決問題的方法。
由於進度嚴重delay，在一陣討論之後，我問團隊對先前訂出的時程的掌握度如何? 結果團隊成員的眼光全都看向PO(PM)，我忍不住說了：我是問你們(不是PM)的看法。
大家的目光轉回Scrum Master，他說：『恩...我們覺得這個時程很有挑戰性...』我問：『什麼叫做很有挑戰性???』一陣支支嗚嗚的討論之後，我說：『所以，你們就是認為這時程根本不可能實現就對了，是嗎?』Scrum Master和團隊成員一併點頭...
照說PO(PM)只能排優先順序，而預估的時程必須是從團隊給的時間預估來的，因此我眼光轉往PO(PM)，問：『這個時程先前怎麼訂出來的? 有和團隊確認過嗎?』他回答：『老闆交代一定要在這個時間完成!』我問：『你覺得可能嗎?』回答：『我...恩...因為客戶說....OOXXOOXX，所以...』
好啦，基本上，這就是一個大家都知道不會實現的時程，這根本是一個不會完成的目標，而當老闆(和客戶)把這個目標壓給PM時，PM如果肩膀不夠硬，直覺反應的動作就是壓到團隊的身上再來看看，但...這樣真的有用嗎?
團隊能實現這個目標嗎? 我告訴你，還真的能。但出來的成果肯定會打很多折扣，例如少了測試、代碼中採用很多替代方案，繞過了該有的架構或寫法...etc。
在台灣和大陸的團隊，長期在壓力下生存，早就已經知道該怎麼找到出路，不管你時程怎麼壓，團隊還真的就是有辦法生出一個東西...但，然後呢? 我們都知道最後的結局是什麼...
用壓迫的方式讓團隊趕在某一個不可能的時程來完成，就好比教練和領隊暗示著球員吃禁藥上場一樣，這是毀掉一個團隊最好的方法之一。
每一個專案都有壓力，面對出錢的客戶總是會有很多不合理的要求，PM/Scrum Master要經得起肩膀上的壓力，要用過去的績效和你的"專業"經驗，加上好的溝通力，來告訴老闆和客戶，你現在要我做的是殺雞取卵，你可以逼我殺雞，但我這樣取得的卵你真的要吃嗎?
很多Sale出身的管理高層，打從心裡相信，大多數的人都可以壓出潛力的。就跟擠牙膏一樣，你看似沒有，但用力擠一擠，就是會弄出來點東西。而時程，也是。讓團隊加加班衝刺一下、找出更聰明有效的工作方法、再不然丟給你兩個候補球員...這些都可以是很冠冕堂皇的藉口...然後要你硬是生出牙膏來。
但PM，你要有足夠的擔當，面對不合理的時程或技術要求，真的不行，就得說不行。當你訂出一個團隊成員(包含PM自己)都不相信的plan，然後拿這個跟客戶和老闆OOXX，讓客戶和老闆聽了很爽之後，或許短時間能夠讓你鬆一口氣，但接下來得面對的，恐怕是更水深火熱的煎熬了....
過去，我曾多次的研討會上，跟開發人員分享過，想要順利準時地完成專案，一個很嚴肅的重點，就是有效的時間管理(注意不是工作管理)。倘若開發人員、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，必須給團隊一個清楚的目標，然後告訴團隊我們所碰到的限制，接著和團隊一起來衝刺、並且面對、解決每一個可能遭遇的問題。
回過頭來，我說說一開始提到的那個團隊問題。
最近，我們有個案子碰到了一些狀況，在review的時候，我讓PO、Scrum Master、以及團隊成員一起開會，針對目前的進度有些檢討，並且試圖找到解決問題的方法。
由於進度嚴重delay，在一陣討論之後，我問團隊對先前訂出的時程的掌握度如何? 結果團隊成員的眼光全都看向PO(PM)，我忍不住說了：我是問你們(不是PM)的看法。
大家的目光轉回Scrum Master，他說：『恩...我們覺得這個時程很有挑戰性...』我問：『什麼叫做很有挑戰性???』一陣支支嗚嗚的討論之後，我說：『所以，你們就是認為這時程根本不可能實現就對了，是嗎?』Scrum Master和團隊成員一併點頭...
照說PO(PM)只能排優先順序，而預估的時程必須是從團隊給的時間預估來的，因此我眼光轉往PO(PM)，問：『這個時程先前怎麼訂出來的? 有和團隊確認過嗎?』他回答：『老闆交代一定要在這個時間完成!』我問：『你覺得可能嗎?』回答：『我...恩...因為客戶說....OOXXOOXX，所以...』
好啦，基本上，這就是一個大家都知道不會實現的時程，這根本是一個不會完成的目標，而當老闆(和客戶)把這個目標壓給PM時，PM如果肩膀不夠硬，直覺反應的動作就是壓到團隊的身上再來看看，但...這樣真的有用嗎?
團隊能實現這個目標嗎? 我告訴你，還真的能。但出來的成果肯定會打很多折扣，例如少了測試、代碼中採用很多替代方案，繞過了該有的架構或寫法...etc。
在台灣和大陸的團隊，長期在壓力下生存，早就已經知道該怎麼找到出路，不管你時程怎麼壓，團隊還真的就是有辦法生出一個東西...但，然後呢? 我們都知道最後的結局是什麼...
用壓迫的方式讓團隊趕在某一個不可能的時程來完成，就好比教練和領隊暗示著球員吃禁藥上場一樣，這是毀掉一個團隊最好的方法之一。
每一個專案都有壓力，面對出錢的客戶總是會有很多不合理的要求，PM/Scrum Master要經得起肩膀上的壓力，要用過去的績效和你的"專業"經驗，加上好的溝通力，來告訴老闆和客戶，你現在要我做的是殺雞取卵，你可以逼我殺雞，但我這樣取得的卵你真的要吃嗎?
很多Sale出身的管理高層，打從心裡相信，大多數的人都可以壓出潛力的。就跟擠牙膏一樣，你看似沒有，但用力擠一擠，就是會弄出來點東西。而時程，也是。讓團隊加加班衝刺一下、找出更聰明有效的工作方法、再不然丟給你兩個候補球員...這些都可以是很冠冕堂皇的藉口...然後要你硬是生出牙膏來。
但PM，你要有足夠的擔當，面對不合理的時程或技術要求，真的不行，就得說不行。當你訂出一個團隊成員(包含PM自己)都不相信的plan，然後拿這個跟客戶和老闆OOXX，讓客戶和老闆聽了很爽之後，或許短時間能夠讓你鬆一口氣，但接下來得面對的，恐怕是更水深火熱的煎熬了....
(可選擇中文字幕)
留言
的確，你說的沒錯。