從多快好省到好快省多，您的專案管理走對了嗎？

2021年8月，位元組跳動教育及遊戲板塊大規模裁員，
2021年8月，騰訊微視人員優化，裁員比例高達70%，
2021年12月，愛奇藝大規模裁員，比例高達20%-40%，
2021年11月，快手在脈脈上被爆料將裁員 30%，
2021年12月，蘑菇街裁員，比例大概在30%，

2022年1月，拼多多被爆“戲劇化”裁員，

2022年3月，網際網路大廠裁員又上熱搜……

除了以上列舉的，位元組跳動、有贊等也爆出裁員風波，2021年以來的網際網路裁員，近期正愈演愈烈，除了看得到的業務模組精簡、省年終獎等原因，我們也不妨做出推斷，背後的另一重要原因也可能是，這些大廠步入了專案管理的傳統思維——追求多快好省的順序。

提起專案管理的目標，腦海中第一湧現的往往是“怎樣 多快好省地完成一件事情”，多是專案範圍管理，快是專案時間管理，好是專案質量管理，省是專案成本管理。雖然這樣說，但如果也遵循這個順序，則很可能陷入專案管理的誤區。

多、快、好、省的順序是老生常談了，但，從來如此，便對麼？

網際網路高速發展時期，每家企業都想把握住風口，抓住時代脈搏，達成“多”的成就。但此時的發展往往只顧“多”和“快”，從未關注交付的是什麼、會給社會帶來什麼影響，忽視產品價值這個最根本的因素。然而我國的網際網路產業經過20年的發展，整體可以說已經過了紅利期，增量市場已轉向存量市場，這種局勢下即便是幾家大廠也不太會有能高速增長的增量業務。當這隻被風吹起的豬終於落地，一味貪多求快而被掩蓋的問題也就浮現出來了。專案管理的 多快好省順序，就已經不再適用。

在如今的存量市場，從優先順序角度來看，“ 好”應該是毋庸置疑處於第一位的；然後是聚焦於交付，更“ 快”地交付高質量產品；在這樣的基礎上，擁有“ 省”人力“ 省”時間的經營意識；完成前三項的前提下，“ 多”只會是自然而然的客觀結果，而不是需要刻意追求的目標。

說回大廠的裁員，這正是之前一味追求“多”的後果：以加人、加班、加錢的方式快速推出產品，“好”則通過大量的宣傳、包裝來完成，鮮花著錦、烈火烹油後，想起追求“省”了，於是又開始大規模收縮。然而最終， 追求“多快好省”的後果卻要由每一個獨立的個體來承擔。

說完錯誤思維，我們來看看專案管理的正確順序該如何。

從 多快好省到 好快省多

好：“ 好”是做事的目標。

這個“好”並不僅僅指產品固有屬性，如質量過硬、不存在Bug等，還包含著對使用者的價值及對社會的價值。比如現在很多吸引注意力以達成販賣流量目的的產品，其功能做的非常棒，UI也十分美觀，然而產生的大部分“價值”，不過是把越來越多的人困在資訊流中，娛樂至死。所以，專案管理的“好”，一定是做好的東西，價值優先，產生價值交付。離開價值的“好”，其他幾項都只是徒勞。

有價值的“好”會經得起時間的檢驗，蘋果以一己之力改變了全世界的手機市場，取消實體鍵盤、多點觸控、滑動觸控、語音操作、壓敏力反饋介面……如此多的特性一直被智慧手機保留至今，網際網路也隨之進入移動網際網路時代。

快：“ 快”是做事的方式。

強調快是強調做事目的要聚焦於交付，集中精力把一件好的、有價值的事情交付。VUCA時代，面對複雜多變的市場形勢，專案管理需要快速反應、快速迭代、快速釋出，這樣的敏捷性和靈活性也是“快”的一種體現。

但歸根結底，“快”和其他幾項的前提都要建立在達成“好”這個目標之上，一定程度上，要剋制追求時間的衝動，不能只顧一味求“快”，揠苗助長。比如，以一味加班來緩解害怕落後於市場的焦慮，不僅會讓程式設計師的健康狀況每況愈下，而且會侵佔員工每天的“充電”時間，員工甚至喪失對新事物的接收力和自主思考能力，越來越多“高階機器人”就此誕生，創新難免成為鳳毛麟角。長此以往，只會陷入一個個惡性迴圈。

省：“ 省”是具備一定的經營意識。

專案管理不僅要把事情做好做快，也要協調好資源，即做到投入產出比最大化。研發團隊可能離市場、成本、收入等情況較遠，但同樣需要具備關注效率、控制成本的意識。要著眼於企業當前經營情況，在專案管理方面進行流程改進、工程實踐，以同樣的人，做更多的事，省人力、省資源。

多：“ 多”是做好了以上三項的客觀結果。

當好、快、省都做好做對，產品所疊加的價值也就會越來越多，使用者、客戶、市場佔有率、盈利等會隨著產品的價值點增加而自然地水漲船高。“多”絕不是專案管理的目標，一味求多是貪婪的表現。專案只需要完成規定的內容即可，團隊按照需求做好本迭代工作，不必“鍍金”。如果以“多”為目標，那麼專案永遠都沒有完工的一天。

好、快、省、多的順序有其內在邏輯，若一開始就捨本逐末，一味追求“多”、貪圖“快”，忽視了最本質的質量和價值，反而可能會欲速則不達。如很多公司所謂的秉持“客戶第一”的原則，其實是不肯放棄的“錢第一”原則，這樣一開始就奔著錢去的，結果往往適得其反。

如何做到“ 好、快、省、多”？

根據上述論述，要達到“多”的客觀結果，就勢必要從前三項出發，在質量管理、時間管理和成本管理上發力，達成質量的“好”和交付的“多”這個自然而然的結果。

好

1.實時監控專案進度，專案計劃與執行合二為一

從巨集觀到微觀，把握專案進度。從公司價值觀到戰略目標，逐漸落到產品規劃和具體實踐上來，同時合理運用軟體工程實踐和專案管理工具。

通過禪道，可以進行專案集、專案、產品、執行的多層級管理；同時，各項統計報表可以幫助管理層及專案經理實時瞭解專案動態，對出現問題和風險的地方進行及時的調整。

2.注重短期質量的同時，不忽視長期質量

短期質量容易看到也容易達成，如測試左移、單元測試、測試報告、上線後是否有Bug等，長期質量卻容易被忽視。長期質量是不影響上線初期的體驗、但兩三年後會逐漸暴露出來的架構弊端或技術缺陷，比如系統的可擴充套件性、靈活度等，長期質量的問題將對軟體的可持續發展產生極大影響，需要在專案最初就避免。

快

1.藉助敏捷實踐

敏捷開發正是順應市場需求變化快、交付節奏加快應運而生的，可以說完美契合了專案管理在VUCA時代所需的靈活性。

可以藉助敏捷的一些具體方法、以及合適的專案管理工具來提高效率，聚焦價值。

如通過Scrum的每日站會、Kanban的視覺化來同步進度，減少因資訊不透明導致的週期過長。極限程式設計的程式碼集體所有制、程式碼命名規範等，可以避免重複造輪子、增強團隊合作，達到高複用、提高效率的目標。

2.引入自動化

自動化的出現是為了減少可程式設計系統、機械操作的活動所需的人力，目的是簡化繁重、重複和複雜的工作，使其更有效也更高效。通過這種方式，可以節省資源、時間和成本，被解放的人力可以集中精力聚焦於更有價值、更有質量的“好”的那部分工作。

自動化測試就是將手動測試需要遵循的步驟被轉化成可重複的指令碼，更輕鬆地完成規模化、工程化測試。

省

1.嚴格遵循“快”的工程實踐

“省”是專案管理裡面的省時間、省資源、省人力，由此可見，“省”與上述的“快”密不可分。遵循敏捷、自動化這些工程實踐，達成聚焦價值、提高效率的目標，成本、時間等資源自然而然就省下來了。

2.具備一定的經營意識

軟體研發中的專案管理主力軍往往是研發團隊，研發團隊可能離市場、成本、收入等情況較遠，容易忽視成本、經營等相關方面。阿米巴經營可以建立各個團隊與市場的聯絡，通過獨立核算、分算獎的交易，讓每一個成員都能充分發揮潛在積極性，實現“全員參與”的經營方式。每位成員都將自己作為團隊的經營者，都會有意識地提升效率、降低成本。

多，是好快省的客觀結果。好、快、省都做好了，質量有保障，效率有提升，產品所疊加的價值也就會越來越多；成本省下來，利潤升上去，積累下來的使用者、盈利也就會越來越多。

您的專案管理，是時候從 多快好省的粗放式野蠻生長轉向 高質量可持續發展的好快省多了！