原創不易，求分享、求一鍵三連
兩個故事
防疫這個專案
近來，離大家最近的大專案應該是防疫，之前西安防疫事件引起了不小的波動：
比如緊急人員因為沒有核酸證明不能入院導致不好的結果；
比如小區隔離人員沒有很好的物資補給，而導致生活困難旁生枝節......
這些都是Bad Case，拋開情感層面，我們需要思考如何規避類似的問題。
所以，對於普通人來說，問題是什麼；對於專案指揮部問題又是什麼？
專案逆風了
在綜藝節目《開拍吧》彭宥綸給我留下了深刻的印象：
彭宥綸負責一個電影專案的產出，但她最終卻失敗了，沒有產出作品。
她在專案過程中所表現出來的能力，很難負責複雜的專案，但我看到彈幕中有很多人在抱怨工作人員碌碌無為，這不客觀。
無論如何工作人員都是吃這碗飯的人，絕對不會出現「完全帶不動」的場景，如果專案被帶崩，多半是專案負責人本身出了問題，我們看到彭宥綸在第三天的時候「心態就開始崩了」，這是「專案負責人的大忌」
換句話說，我們日常做專案會遇到很多Case，也會碰到隊友帶不動的情況，那麼這個時候怎麼辦：
Case1：面對陌生的環境下，時間緊，人不足，風險點評估不全，這種怎麼帶，如何把控？
Case2：在高壓時，「作為負責人忍不住跟組員吵架了」，這時如何處理團隊的負面情緒、如何協調好團隊分工？
Case3：如果一個專案有新人該怎麼處理，Owner本身節奏有問題該怎麼處理？Owner的時間分配有問題怎麼辦？
專案執行方法論
上述其實都可以被歸類為專案問題，作為網際網路工作者，執行專案相當於打怪升級，必不可少，但多數人卻不能帶好專案，卻不知這其實是有實現路徑的...
如何追到一個女孩、如何進入一家公司、如何面試一個人、如何成為一個幽默的人、如何評價一個人、如何成為老馬那樣的人？
類似這種問題其實都是有跡可循的，不是說我們一定能成為像老馬一樣的人（其實就是不能），但是總有路徑能讓我們接近老馬，比如成為老馬的兒子。
所謂路徑即“方法論”，掌握合適的方法論，能讓你更容易追到這個女孩，如果追不到可能只是因為你窮。
言歸正傳，今天的目的不是教大家如何去追女孩子，畢竟那是一件非常簡單的事情，今天的目的是將之前帶專案的一些經驗分享給大家，並且希望這些知識對可以讓大家後面少走一些彎路。
專案執行三板斧
概述
所謂專案，即為創造獨特的產品、服務或成果，而進行的“臨時性”工作。
所謂專案管理，即通過運用管理的知識、工具、技能和技術於專案上，來解決專案的問題或達到專案的目標。
根據這幾年的經驗，專案管理事實上是一門「實踐的學問」，正因為是實踐而得來的，面對同樣的場景，「不同的人處理的方式會不盡相」，但是其基礎的「思維框架」是「大同小異」的，只有通過不停的實踐，才能真正掌握專案管理的精髓，成為好的專案實踐者。
作為一個全域性負責人的話需要特別有「節奏感」
這個節奏感，如王者榮耀打野一般，需要掌握大龍小龍重新整理的時間點、需要在合適的時間點去推塔，也就是：
1）在「正確的時間」做正確的事情；
2）「暴露」正確的資訊，不要「亂帶節奏」，導致專案失利；
這個就是所謂的節奏，再說直白一點就是：
對一件事的時間點（事件點）的敏感，而後對資訊的「正確處理」
著眼於產研的專案，作為一個Owner（負責人）需要知道自己的幾個發力點：
① 產品運營驅動
② 技術Owner驅動
③ 測試驅動
④ 商務運營驅動
⑤ Owner覆盤
從專案執行角度來說，Owner的發力主要點是前兩個階段，也是「資訊對齊」、「需求梳理」的重要階段。
鏡頭再拉進到技術Owner，如果過早介入，需求產出受挫容易白費力；
晚一步介入，需求不清，會導致研發、測試走彎路而專案延期甚至流產；
在合適的時間點將推動專案執行的「主導權」交給對應的隊友，才更容易成功。當然從頭至尾的「資訊傳遞」都是Owner需要做好的。
綜上，專案做好其實不難，只需要：
1）掌握節奏，讓合適的人做合適的事；
2）資訊傳遞；
3）協調資源；
從執行角度看，一個專案的完整週期是這樣的：
我們根據以上內容可以形成專案執行三板斧，說白了就是「準備清單」與「清單解決」
一、專案啟動模板
專案是十分複雜的事情，因為他會涉及非常多的人，一件事情涉及的人越多，那麼會更難：
除了事情本身專業度所帶來的困難，一般來說最大難度來源於兩方面：
① 溝通過程中產生的資訊不同步；
② 做一件特定的事情（一類事情），總是會出錯；
所以我們需要一套【機制】來保證多數資訊的一致性，以便我們要追溯某一段資訊的時候無從下手；
其次我們需要一類「清單」，這種清單記錄了我們之前做某一類事情犯過的錯，清除所有的錯誤可能，那麼我們就會更容易達到成功，所以這裡給出了專案啟動模板：
標紅的部分是必須提供的，使用專案模板，會保證專案執行的下限。其中專案日曆大概如此：
專案日曆一出，整個專案的時間線就確定了。
二、確認風險
專案旁枝錯節過多，Owner想要把握每一個細節無異於痴人說夢，這裡便要求相信隊友。
但是相信不是不作為，在我看來Owner80%的精力應該放到「風險管理」
確認風險點，規避風險點，設計風險已發生的解決方案，是一個專案的重中之重！！！
那麼，如何規避風險呢？首先得找到風險點，於是需要定義什麼是風險點。我們做一個專案，需要窮舉（盡你之能）什麼是絕對不能接受的情況，這個可以是：
① 專案延期XX天（會不會延期、資訊不同步等等因素）
② APP崩潰
③ 訂單不能支付
④ 某頁面打不開
⑤ 充值有漏洞
⑥ 結算延遲超過底線
⑦ ......
不同專案會有不同的風險點，首先窮舉這些風險點，然後再看看我們要處理哪些風險點，這裡的規則是：
這個事情會不會發生，如果發生你能不能承擔。
一旦確定要處理的風險點後，那麼Owner的工作便已經確定下來了：解決掉所有的風險點，其他全部交給隊友。
這裡擔心各位疑惑，再囉嗦幾句：
① 專案初期，根據過往經驗（有些專案是周而復始的、有些專案是同一型別的），判斷可能會有什麼問題（Owner越高階，此能力越強）
② 需求評審階段，讓「關鍵」同學提出風險點，最終確認專案日曆
③ 評審後整理所有風險點，並且瞭解細節，再拉風險評估會，與隊友確認風險點，並要求隊友提供對應方案
④ 如果風險點技術側不能繞過，馬上拉運營、產品商量規避方案
⑤ 如果不能完全規避，與對應同學設計如果已經出問題的專案補救方案，和觸發機制
雖然我們期望能前置所有的風險點，但這往往是不可能的，風險可能在專案的任何階段爆發，所以專案日會很重要！
專案日會
專案日會很重要，但多數專案組做的一塌糊塗！
所謂專案日會，也是執行日誌（用以追溯整個專案）重要的內容來源，很多同學常見的問題是：
日會時候各自說下你做了什麼，我做了什麼，然後自以為是的拼出了一個「虛假的」專案完成度，這是大錯特錯的！
專案日會的真正意義是用來「暴露風險」的！或者說專案日會是用來幫助你梳理專案風險點的，這裡真實的流程是：
① 開專案日會，對照專案日曆（時間表）看看今天應該達到什麼進度
② 哪些模組晚於這個進度，找出為什麼
③ 清理出「需要幫助隊友的清單」，並且當天「協調資源」幫助解決
④ 如果日會暴露出專案風險不能解決，必須「馬上升級」求助
所以專案日會的本質是：
1）暴露風險點，形成清單；
2）同步風險解決進度；
正常情況日會10分鐘就要結束，不要陷入細節。關鍵點是確定「誰在什麼時間點達到什麼目標」
反映當前真實的專案狀態，知道癥結點（風險點）在哪，協調資源解決風險點。
風險處理|資源協調
啟動模板與專案日會，都是在做資訊同步和風險暴露的工作，Owner大半時間都在處理這些風險。
大白話：
啟動模板和日會是為了拿到專案風險清單；
Owner多數時間是協調資源解決清單中的問題；
比如案例一中的西安事件其實是需要on-call機制解決緊急事件，很多時候都會需要Owner Case By Case的處理特定問題，要有合適的權責利模型，不然就會變成甩鍋現場。
案例二中的很多問題，需要一一分解。
案例·逆風怎麼辦
先不說逆風怎麼辦，我們先來盤點下什麼行為會導致失敗：
任何形式的放棄
「一旦放棄絕對失敗」，比如放棄風險預估。
越是逆風的情況下，關鍵的風險預估越是必不可少，因為所有的必要步驟都是對你專案失敗的「兜底方案」，只要你放棄這些兜底，那無異於在「裸奔」，失敗的風險大大提高。
一個真實案例是一次重要專案，由於專案資源緊張，核心開發技術方案遲遲不能給出，甚至想放棄寫技術方案，直接上手程式碼，這裡可能的風險是：
① 專案壓力大的時候容易做錯誤的決定
② 沒有技術方案，就是沒有計劃，沒有計劃的事情失敗的概率會高很多
③ 在極大的壓力下，「失敗的第一步會導致持續的失敗從而引發雪崩」
當時的處理方式是，Leader加班進行兜底，等他緩過勁來。
所以很多邊界問題、困難的點，需要Owner協調資源幫助補齊，不至於讓這條線成為敗因。
在這個案例裡面Owner的補位非常關鍵，而Owner補位的前提是：
① 提前梳理專案風險點，知道哪裡容易成為突破口
② Owner深入業務，而不是瞎指揮
任何形式的內訌（甩鍋）
專案逆風不重要，隊友心態很重要，一旦隊友心態崩了，那麼馬上就會引起吵架，整個團隊散了，失敗也就不遠了：
小王第一次做Owner，十分想做好這個事情，但是他勢能不足，所以團隊的小夥伴有些我行我素，弱小的小王盡力的推進著整體專案，但在執行過程中依舊出了很多問題，於是他跟組員在群裡吵起來了，雙方經理看不下去，也加入了爭吵的佇列，這裡的兩個點是：
① Owner認為對應同學對專案不上心
② 一線同學覺得Owner不懂瞎指揮
雙方經理各執一詞，執行情況十分糟糕，最後專案也出了一些事故，大家都收到了慘痛的教訓，回顧這個事情，出現了幾個關鍵問題：
① 執行不當，沒有提前找到專案風險點，或者說之前的兜底方案不足，也沒人補位，專案進入逆風。
② 逆風時候，整個專案成員開始甩鍋吵架。
③ Owner沒有穩住團隊心態爭取最後的勝利，而是開始「抱怨委屈」加入戰鬥。
④ 雙方隊員教練（經理），沒有去協助穩住局面，而是加入了甩鍋、吵架環節。
有了以上表現後，專案多半是砸了，這類問題的解決方案是：
① Owner決不能參與吵架，更不能甩鍋！
② 在團隊逆風或者出現矛盾時，更多的去發現專案風險點，解決專案風險點
③ 當Owner感覺控制不了局面時要及時「上拋問題求助」
結語·意識與操作
以王者榮耀一局遊戲作為專案，那麼選手的兩個能力最重要：
① 意識能力
如何感知風險是常見的意識能力的體現
② 操作能力
如何做風險處理就是操作能力的體現
這樣說有點虛，做一個類比，意識能力的四個層次是：
① 你知道草叢裡面有人，所以你不進去
② 你知道草叢裡面有人，並且有什麼人，所以你不進去
③ 你知道草叢裡面有什麼人，並且你告訴了你隊友
④ 你知道草叢裡面有人，並且告訴了隊友，並且制定了合適的戰略取得了成功
而操作能力的層次是：
① 隊友告訴草裡有人，但我腦袋一熱非要衝過去，並且死了
② 隊友告訴草裡有2個人，我評估了自己的操作水平，衝了上去並且死了
③ 隊友告訴草裡有3個人，我評估了自己的操作水平，對面的經濟情況，依舊衝了上去，並且拿了三殺！
意識好便不需要以少打多，很難進入逆風；操作好就算進入逆風也能Carry全場。
但是任何形式的死扛都是有風險的，沒人能一打五，所以「意識大於操作」
而頂級的專案Owner對意識、操作都有要求！
回答很簡單，問題卻很複雜，相當於一個白銀問王者，你為什麼知道草叢裡面有人或者你為什麼能一打三？
回到專案，為什麼有些Owner能夠很快發現專案的風險點；又為什麼有些Owner能輕鬆化解專案中的風險點，這裡有兩個答案：
① 第一個很簡單，多帶專案，多看覆盤
② 第二個很複雜，需要天賦，提升軟素質
正如一般同學上王者很容易，但上王者百星很難，沒有什麼事情能一蹴而就。
可以做的就是提供更多已經實踐的方法論，留給有心的同學去學習，比如這篇文章。
其實整篇文章都在教大家如何不要把專案帶崩，這裡的主旨依舊只有一個：
提高意識，提高操作，更落地一點的回答是提前找到你專案中的風險點，並且幹掉他。
好了，今天的分享就到這，希望對各位有用。「原創不易，多多分享」
想要更多交流可以加群：