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,讓客戶和老闆聽了很爽之後,或許短時間能夠讓你鬆一口氣,但接下來得面對的,恐怕是更水深火熱的煎熬了....

(可選擇中文字幕)

留言

路人甲表示…
好文章,如果『領導』改換成『引導』,會不會更貼近Agile的精神?
David寫道…
to 路人甲,

的確,你說的沒錯。
Unknown寫道…
殺雞取卵的做法只在當次有用,後果就是無止盡的殺雞、買雞再殺雞。

這個網誌中的熱門文章

使用 Airtable 在小型需求上取代傳統資料庫

使用Semantic Kernel 建立自然語言請假系統

精彩(且驚人)的Semantic Kernel入門範例

在 LINE Bot 開發中使用Semantic Kernel建立自然語言請假系統

專業的價值...