新創公司中的兩種 PM：Project Manager vs Product Manager

說到 PM 有兩種，我想大部份很多人直覺會說：有腦和沒腦的，後者佔 90％。恩… 或許在某些工程師眼中，或許是如此吧。 但今天我們要討論的是另外真正的兩種 PM：Project Manager 和 Product Manager。因為我剛好本身都有經歷、又剛好都在是新創公司裡，或許可以和大家分享一下這兩種 PM的差異。

為什麼我不推薦敏捷開發

當專案成員越多，我越不推薦敏捷開發，原因在於「當連自己要做什麼事、為什麼這樣做、這樣做為了解決什麼問題」都搞不清楚前，就跳下去玩敏捷開發，那和比通靈還慘，通靈起碼還有個目標物在前面，搞不清楚狀況的人只能陪他跳世界迷霧開地圖了。 敏捷開發 - MBA智库百科 最下方有段「對敏捷開發的誤解」。可順便參考 敏捷軟體開發 - 維基百科。 誤解一：敏捷對人的要求很高 說高不高啦，撇開實作技術不談，你覺得要找到清楚專案開發流程、知道每位專案成員的工作內容、職責範圍、產出，並清楚專案目標、需求、使用者需要的開發人員（含設計師）很容易嗎？ 如果上述條件無法達成

軟體開發者小心！你正身陷狹隘的「隧道視野」！

【編輯前言】「逼死人的死線（Deadline）」、「有夠瞎的時程」對於身處在軟體專案中IT人都不會陌生。最近PTT的Soft_Job（軟體工作相關看板）有個精彩的討論串，幾位IT達人以各種犀利的角度、傳神的比喻，針對軟體專案中「五花八門的專案時程安排」有精彩的討論。《專案管理生活思維》的編輯群特別將此篇討論收錄下來與各位分享，如果妳/你也身處軟體產業，關於時程安排這檔事，你怎麼看？