startup 不應該做「專案管理」
這次的 專案管理班 有一個 QA，我覺得很有趣，拿出來分享：
「在規模較大的前公司上班時，使用簡單的甘特圖和每週檢討，使用硬性規定每個人應該達到自己預期規劃的進度，就可以動員整個team把應該完成的工作在上司交代的deadline前提早做完；現在自己開小公司，反而導入scrum、每天畫burndown chart、每天檢討居然還沒有辦法掌握得更好，反而覺得好像更沒效率~大家事情沒有做完就推說自己預估不準，下次再改進就好...然後就越拖越慢..」
我的回答是：中型公司以上適合專案管理。創業公司千萬不能專案管理。
我想這個回答，政治非常不正確。我想 RD 出身的人甚至都會為這個回答震驚。
先不要急著嗆我。你先自行創業一次，用自己的錢 + 專案管理規劃全新的 project，獲得大成功（月入一千萬）。我會誠摯的跟您認錯是我無知。
專業經理人對專案管理的錯覺
第一次創業的人，特別是 execs 出身的人，常常會有一個既定印象的錯誤推斷。
專案混亂 => 經過專案管理 => 順利產出 => 成功。所以，會推出一個結論：凡是經過好的「專案管理」規劃的 project 必定會成功。
我認為這件事其實放在創業公司的起步專案上，甚至是大錯特錯的事，甚至是你退到底限，只寫 user story 進行規劃還是不會達成目標的。
「短視」才是 Startup 常態
我在此有一個大膽建議假設：
- startup 所有的 project 都只能短視。
- 一個月只能有一個很模糊的大目標。
- 想的方案要是在本週五不能 deliver 就是垃圾。
- 沒有所謂 user story ，只有所謂 solution for user。
為什麼呢？
這就牽涉到一般有專案管理「需求」的公司，一般來說通常已經是 PMF 以上的公司了，所以公司養了很多人，所以才有管理專案的需求。
- 產品已經定型
- 已經確定要做的專案目標是什麼（大多是改善）
所以你已經有明確的 input 與 output ，所以這件事才能透過專案管理加速。
但創業不是這樣。你不會有明確的 input。你甚至不知道什麼東西會賣。你只有不斷的試，不斷的調整。所以你永遠不會有清晰的 scope，永遠不會有清晰的 deadline。
只有三天內生出 solution，否則客戶走人。要說什麼風險管理，資源管理，這些都是屁。你甚至沒辦法透過 user story 去解構客戶行為。
既有 PMF 的公司，客戶的臉很明確。沒到 PMF 的公司，客戶的臉大概有幾十張不同的類型。
你只能這樣一直土法煉鋼，煉到你的產品定型，這時候才能開始講所謂的專案管理。
在此之前，你只能用「專案協作」技巧，讓團隊節奏不要被打亂。用「專案協作」技巧，把複雜不能 scale 的事，拆到可以勉強依序執行。
startup 的世界與 PMF 的世界截然不同。startup 也不能透過專案管理技巧通向 PMF。只有 growth 技巧才能帶你走向 PMF。
我想這也是為什麼雖然我的專案管理技巧超強，強到甚至我想通了這層道理。卻選擇把專案管理課毅然決然的關掉的原因。。。。。。。。
這技能已經變成我上輩子的技能。這就是大概笑來所說的：所謂的七年就是一輩子吧。
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
