去年我和一位美國主任評估師，共同參與了一家國內軟體企業的cmmi評估。訪談時，pm陳述的工作內容，更像是一名開發工程師兼做任務管理的綜合體。而it總監的闡述，則更像是一位真正的pm。事後，我跟這位外國友人聊了一下，他說，從他目前的經驗與獲知的資訊來看，中國的pm基本上都不是pm。
這話聽著讓人心裡不是滋味。我也從那時起，開始著重觀察和研究pm這個崗位。很遺憾，我沒能證明外國友人是錯的，反而加深了這個認識。
答：陷在軟體開發的衝刺（非agile中的sprint）和搶救過程中，和無休止的會議與溝通中。一言以概之，pm就是在管p，甚至連p都管不了。這就是pm的真實寫照，尷尬、悲哀！但pm自己不能無動於衷，更不能無能為力！pm的勝任，除了個人能力外，更重要的是發揮公司在生產經營過程中，賦予這個角色的作用。接下來，我會從軟體開發工作的目標的角度，梳理出真正的pm，應該關注和管理哪些方面。
「軟體開發，是將使用者需求轉化為有效軟體解決方案的一系列活動」，是乙個追求最終質量的過程。過程，包含兩部分要素——「要做完的事」，及相關角色。「要做完的事」即工作，經過wbs（work breakdown structure），會被分解成一系列任務。任務及其之間的關係，以及實現任務的方法，叫做程式（procedure）。被設定來執行工作的角色，在工具和裝置的幫助下，實現任務，最終支撐工作過程的完成。
上圖呈現了「交付質量——軟體開發的工作目標」，與支撐目標實現的過程的三大要素：
1.程式，實現任務的方法及任務的關聯性
2.角色，執行工作的角色及責任
3.工具和裝置，支撐工作完成的適當的工具和裝置
現在的pm之所以不是真正的pm，是因為pm的著眼點，僅僅是關注程式——充其量是開發經理的角色。而真正的pm，為了保障專案的最終成功，應該站在更高的層面——過程的高度，將程式、角色和工具裝置三個方面協調起來，並不斷優化其效能，以實現交付高質量的最終目標。
還有一點需要特別提出來的是，當我們在談論過程時，在人這一方面，只談到了角色（role）而非個人（individual）。角色被設定在過程中是死的，是理想化的；而個人是活的，在過程中的績效表現，是不見得理想的。
比如，我們需要乙個需求工程師的角色，他的責任是充分理解客戶的需求，並將需求轉化為設計與開發的有效輸入。而實際擔任這個角色的個人jack，雖然職位上是需求工程師，但jack並不勝任和喜歡這份工作。
作為pm，你的工作除了上面說的過程管理外，還包含將jack變成（或替換成）具備充分知識、技能，以勝任角色要求，並且充滿工作意願和幹勁的這樣乙個人。pm不是要承擔hr的工作，實際上也不可能，而是要發揮自身的領導力，讓既有團隊充分發揮主觀能動性，實現組織發展與個人發展的協同。
如果給pm的核心能力設定乙個標準的話。乙個合格的專案經理，需要具備的關鍵核心能力包括：質量先導意識、領導能力，以及過程能力。質量先導意識決定了pm會在專案管理中如何改進過程、發揮領導作用；而過程改進能力和領導能力，又反過來支撐pm實現軟體開發的終極目標，交付高質量的軟體產品。
接下來，我們將基於pm的核心能力架構深入**。
PM入門方法
方法1 ask why？從現在開始養成看到每一件事情詢問為什麼的習慣 雖然會很累，但是長期堅持絕對對嚴謹思維和發散思維有幫助 方法2 紙上談來終覺淺，冰凍三尺非一日之寒！對每乙個思考的過程積累的結果，調研並量化後當有收穫了把它記錄下來。方法3 站在巨人的肩膀！接受別人的想法 尤其是出色的創意 相信有...
PM基礎概念
專案是為了創造獨特的產品 服務或成果而進行的臨時性工作。特徵 獨特的產品 服務或成果 開展專案是為了通過可交付成果達成目標。臨時性工作 專案臨時性，是指專案有明確的起點和終點。臨時性，並不一定意味著專案持續時間短。專案驅動變更 專案驅動組織進行變更。專案創造商業價值 指特定專案的成果能夠為相關方帶來...
狗子的PM之路 PM的資料分析思路
參考自 侵刪 一 資料分析目的 明確資料分析的目的，比如產品改版效果分析，尋找產品使用缺陷確定改版方向等。然後根據目的蒐集相關的資料。二 資料收集 1 資料收集離不開資料埋點，關於埋點的介紹可參照 2 產品資料指標 三 資料分析方法和模型 1 漏斗分析法 2 aarrr模型 aarrr acquis...