概述
在創業公司里，技術經理有時候也是需要去承當其他角色的責任的，比如說：
業務架構師
應用架構師
Leader
Owner
專案經理
為什么呢？因為好多互聯網創業公司里，上面提到的角色是可能沒有專職的，技術經理就是啥都要干的，而另外一種情況是，公司里承擔這些角色的人做的不好或者由于并行的專案實在太多，這些角色無法同時處理好，
技術經理去做專案管理的事情，是很難避免的，所以你還是得掌握一些專案管理的知識的，
學習專案管理知識的重要性
除了知道技術經理懂一些專案管理的知識是作業需要之外，還得有一個認知：
專案管理能力是一項 橫向能力 ,對于想走技術管理崗的人來說，是一項必備的能力，
走技術管理路線的人，個人認為需要走下面幾個步驟：
偏執行 --> 管事(Leader或者Owner) --> 管人
- 偏執行，可以先不用管其他事情，任務分配下來后，按照需求如期交付即可；
- 管事，管好自己的事情，還能協調好周圍的人和事，按時按質交付專案；
- 管人，做人員管理的manager，上面兩個步驟都做的不錯了，才開始考慮讓你管人，
直接從執行躍遷到管事或者從管事躍遷到管人，都是不太建議的，很容易造成不適應和沖突，或者做的不好，直接打擊到當事人的自信心了，因此要一步一步的來，想做技術管理的，先把管事這個技能練習好了再說，不要心急，作為一個技術經理，專案管理做的很差的話，老是出現各種風險，導致無法如期交付，那是經常會被老板罵的,那就別談什么晉升加薪了，飯碗能否保住，都還是個問題，如果你當前已經是一個技術經理，而專案管理能力還很差，那就得趕緊去補補相關的知識了，
客戶呀客戶，你要干嘛
專案管理中，最有挑戰的地方，就是客戶管理，需求來自客戶，在互聯網公司里，大部分情況下，這些客戶包括：
CEO,我有個想法；
CTO，我有個大的技術決策；
業務方，為了提升品牌、營收、用戶體驗、降低客訴等，我有這樣的需求；
產品經理，產品經理可以有自己的IDEA，需求未必來自業務方；
技術領導，技術優化專案，
這些客戶都想立項，請問你應該如何處理？下面三件事情沒搞清楚，不要立項，
- 要解決哪一類的問題，如何判斷已經做到了,是想解決客訴問題還是提升品牌勢能，用什么樣的的資料就知道已經達到目標了，一定要清晰可量化，有人可能會抬杠，某某專案就是試驗性的專案，大老板一個想法，試試水而已，不好用資料去證明，通常我都是這么懟回去的：
就因為是試驗性專案，才更需要知道成功與失敗的定義，才能知道是否要繼續進行下去，最差的情況，你可以用訪談的方式去拿到資料，
- 質量、范圍、時間哪個維度是專案發起人最看重的，有些東西是要提前發布搶占市場的，當然就是快，還談什么做多少東西，質量多高之類的，趕緊給我上，而有些真的是要求質量的，例如核心模塊重構的，絕對不能出事，因此一定要問清楚的，如果老板的預期是快，當專案出現風險的時候，你才能有決策，要犧牲哪些東西，
- 需要依賴其他職能團隊的，需要得到對方明確的承若，會配合一起搞，如果對方沒明確承若，那就讓專案啟動者事先去協調，
上面三個都有了，才立項，本質上其實是客戶管理，
專案計劃只是手段，交付才是目的
專案計劃是用于集體對焦的，正所謂按照計劃行事，因此它是非常重要的，如果連計劃都沒有，那就是專案經理嚴重失職了，計劃的制定，是專案經理推動去完成的，而不是專案經理自己去做的，專案經理做不了的，一份計劃的輸出需要借助如下角色：
- 產品經理，基于明確的專案目標下，制定合適的里程碑；
- 開發人員，任務拆分以及梳理出任務與任務之間的依賴關系和填寫開發工時；
- 測驗人員，針對里程碑和任務，給出測驗計劃以及測驗策略(例如：哪些模塊應該優先提測)
專案經理盯著這份計劃即可，看看執行的程序中是否風險即可，但是這里需要特別強調一件事情：
專案計劃只是手段，按時交付才是目的，
按時交付才是最終的目的，雖然我們需要嚴肅嚴格的去按照計劃執行，但是很難避免中間出現了意外，比如說，有人必須請長假、某個功能遺漏了等，這個時候，作為專案經理千萬不要因為沒按照專案計劃走，就開始緊張自亂陣腳，你的腦子里應該只有一個想法：
快速做出調整，
是加班、加入還是說需求能小刀一下，砍掉一點，
- 加班，這個的話，得看情況的，可能開發人員本身的作業量已經非常飽和了，加班的話，可能會有反效果；
- 加入，派高手來救火；
- 砍需求，如果加班、加入都實在搞不定了，就只能按照我上面提到的清楚專案啟動者的預期后，進行決策，能先不做哪一部分，
有人可能會問，為啥要這么拼呀，我想說：
交付是一種承若，如果動不動就延期，會促進這種風氣的生成，很不好，另外對于專案經理而言，不能交付，就等于沒了飯碗了，真的，
專案執行
有了專案計劃后，剩下的就是執行了，下面列舉一下小技巧，
- 要有每日目標，今天的目標是什么，明天的目標是什么，要清楚；
- 開發提測的質量要高，才能更好的降低測驗人員的作業量，具體可以看一下功能模塊提測前要做的幾件事；
- 產品經理提前介入驗收，盡快的提前發現問題；
- BUG日清，尤其是嚴重的BUG；
- 加班，必須有明確的加班目標；
小結
專案上線后的復盤以及產品資料觀察也是非常重要的，這里不特別去說了，另外，如果想知道更多的一些細節，可以看一下我之前寫的專案推動的心得
一文，
CSDN認證博客專家
專案管理
團隊管理
總結和思考
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/241464.html
標籤：AI