狼人殺玩這么6 還管不好項目?
不論是游戲還是項目,我們都需要一個善于引導的人作為領頭羊,游戲狼人殺的法官和現實中項目經理的工作有異曲同工之處。
周末到了,你叫上三五好友,在群里喊了一波人,組了一局狼人殺。你當上了法官,看著大家嬉笑怒罵,針鋒相對。
你淡定自若的縱觀全局,記錄流程,宣布贏家,復盤游戲。游戲結束后,大家都紛紛表示你法官當得好,下次還希望你當法官。
那么你當一個優秀的項目經理也綽綽有余。
我們來看看法官和項目經理的相似性:
- 法官并不在乎誰贏誰輸,只在意游戲能不能完整走過流程——項目經理不在乎項目內部的細節,只在意項目能不能完整的交付。
- 法官不參與游戲討論,是這個游戲的上帝——項目經理不需要去親力親為,是這個項目的監督者。
- 法官需要記錄幸存玩家和死亡玩家——項目經理需要記錄成員執行狀態。
- 法官是唯一可以解釋來龍去脈的人——項目經理是唯一知道項目整體流程的人。
- 法官需要給大家復盤游戲——項目經理需要向上級匯報進度和結果。
是不是聽起來很容易?
但是,在所有狼人殺游戲里,法官都是老玩家,不會有新手上來就是法官的。
為什么?
因為照本宣科很容易,隨機應變很難。
法官有多少次需要:
- 給新玩家解釋規則。
- 為爭論做出決策。
- 決定發言順序。
- 用新玩法激勵大家。
和法官一樣,項目經理需要強大的全局掌握能力,并且要善于應對其中的突發事件。如果一個項目經理不能做到這些,那么他就很難去進行有效的管理。
那么,通過狼人殺,我總結了一下做好項目經理的幾個要點:
一、流程大于技術
法官能懂“上警”,“查殺”,“金水”當然最好,但是不懂其實也并不重要。對于法官來說,更重要的是了解“游戲進行到哪一個環節”。
項目經理也是,他本身并不需要特別了解項目內部的技術細節,但是必須懂得在項目的下一步需要做什么。
沒人會將技術問題歸咎于項目經理,因為這是工程師的問題。但是如果項目流程出了問題,項目經理就必須首當其沖。
二、適當放權
作為游戲的服務者,法官的一個大忌就是插手游戲進程。法官插手會導致玩家覺得“法官不夠公正”。
而作為項目的服務者,項目經理也不能過于插手項目技術細節中。最好的項目經理莫過于“保持自己的獨立性”。
如果項目經理插手太多,被插手的員工會感覺自己的專業技能受到了鄙視,而不被插手的員工會感覺自己受到了歧視,最后兩頭不討好。
三、注意任務主線
有時候有玩家會開小差:玩手機,聊天,發呆……這時候,法官就需要注意到這些玩家,并且在適當的時候提醒他們。
對于項目經理來說,他也需要將那些“開小差”的員工用合適的方式拉回項目中。
不是除暴簡單對員工的命令,而是在員工需求得到滿足下的請求。員工的需求也是屬于項目流程的一部分,作為項目的組織者,項目經理需要對于員工需求做具體分析,從而對于員工需求產生具體決策。
四、 控制時間
如果一個玩家發言時間太長,法官需要提醒他適當的減少時間,讓其他人也能參與進來。
如果項目的某一階段持續時間過久,項目經理要學會接受當前的結果,進行下一個階段。
有時候有些員工會陷入“完美”的誤區。想要在自己的階段做到盡善盡美。而我們的時間往往是有限的,項目經理需要控制這種不必要的時間花費,讓項目能夠按時完成。
五、觀察,記錄,總結
法官作為唯一的掌控全局者,反而是說話時間最少的人。大多數時候法官在記錄游戲的過程與結果。
項目經理作為項目的帶頭人,也不應該隨意的發表言論。大多數時候項目經理在記錄項目的流程與結果。
項目經理要多聽少說。因為項目經理的每一句話,都有可能會影響項目的走向,所以每個決定都要慎重。多多從員工處收集信息,可以減少錯誤判斷的可能性。
六、掌握全局
狼人殺有兩條線:白天玩家爭論的明線,與夜晚真實的暗線。只有法官知道所有事情的真實發展。
項目也一樣,大多數成員都只能了解到自己所做的和他人給予他的信息,只有項目經理知道所有人的動向和期望。
作為唯一掌握全局,項目經理常常會被其他員工誤解。而項目經理就需要頂著這種誤解,將每個人的任務都安排妥當。最后用項目成果來證明自己的成功。
七、遵守規則
如果有人在其他玩家發言的時候插入自己意見怎么辦?法官第一次會提醒,第二次會警告,第三次就不會再和他一起玩了。法官需要嚴格遵守游戲規則,并且監督成員們也遵守規則。
項目經理也一樣,需要嚴格遵守項目的流程規則,并且監督員工們遵守規則的發展。
這種規則必須在項目開始前就需要制定完善,對所有員工公示清楚,收集各方意見。達成一致后,項目經理需要嚴格執行規則,保證項目的正常進行。
不論是游戲還是項目,我們都需要一個善于引導的人作為領頭羊。項目經理作為項目的領頭羊,發揮自己的引導作用,讓員工能夠安心做好自己分內的事情。下次,他們依然會選你當項目經理的。
本文由 @鹵豆干 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
我不太認可作者的觀點。
作者本文中有提到一點“項目經理也是,他本身并不需要特別了解項目內部的技術細節,但是必須懂得在項目的下一步需要做什么?!?/p>
拋開簡單傳統APP制作工藝來看。例如對接第三方的API等。以及內部員工發現問題時互相甩鍋的情況。如若你不懂技術。你就是旁觀者。無力插入缺又組織不了矛盾的結束。 根據大公司來看有配一個技術經理去緩解PM的壓力。如果你在創業公司。 這類似于代碼中的死循環。就算這題今天過了。后面也會發生。
我的總結是:想要作為一個好的PM。你就必須要懂技術大概實現的邏輯。這樣對于項目管理有非常好的實際幫助。
其實法官就是因為熟悉玩了每一個環節以及每一個角色,可能是作者沒把這點表達清楚
作者文章觀點我大部分認同,僅文中提出的這句話有爭議而已。
首先感謝作者。其次共同進步!期待作者下一篇好文!