小張原本是名技術人員，因為公司有乙個臨時緊急的專案而被任命為專案經理，公司領導認為小張技術紮實，客戶需求並不複雜，小張完全可以勝任。
小張對使用者進行了兩輪調研後，發現情況和領導說的一樣，順利的通過了設計評審和內部測試，但是讓小張萬萬沒有想到的是進入使用者驗收測試時，發生了如下情況：
•使用者對小張專案組開發的系統功能並不滿意，並且提出了很多新的需求。
•有使用者告訴小張，因為公司內部有些業務調整，所以你必須把變更的業務流程重新做一遍才能驗收。
•客戶方的領導對小張專案組表示不滿意，認為小張專案組開發的系統沒有達到他們當初設想的管理要求。
小張覺得非常委屈，請問小張專案的問題到底出在**？
分析：問題1：小張的領導認為技術功底紮實的人員就適合當專案經理，而且覺得需求不複雜，就可以放心讓小張擔任專案管理工作。
問題2：小張做了兩輪調研，但是沒有做需求的評審和確認工作。客戶方的人員和使用者不一定參與技術評審，並且不一定聽得懂。
問題3：內部測試工作是乙個驗證性的工作，全程沒有得到客戶方人員的參與，直接跳到了「使用者驗收測試」的確認環節。
問題4：小張沒有做好專案監控工作，對客戶方的干係人沒有進行管理，主動詢問客戶方的需求變化情況、客戶方各人員的對專案的態度。導致後期需求變更，小張和專案組渾然不知。
問題5：小張並未告知客戶方當需求發生變更時，應該走乙個什麼流程來做變更，導致客戶方的人員無所適從，到了確認環節才知道要走需求變更。
問題6：小張每週沒有和客戶方的領導沒有及時的進行溝通，並沒有報告專案的狀態，沒有對標專案的目標進行跟進，所以客戶方領導對此不滿意。
強專案經理，弱專案總監
專案經理和專案總監的最佳搭配是 強專案經理 弱專案總監 弱專案總監如何指導強專案經理呢？最牛的團隊配置並不是乙個很強的武將帶領n個普通武將。過剛易折。專案經理是個矛盾體，一方面必須照顧公司利益，另一方面必須滿足顧客需求。顧客需求與公司利益常常存在根本衝突，在商務主導的專案中表現更為明顯。弱專案總監是...
技術管理 專案管理概要
產品文件 需求文件 程式設計文件 專案開發時間 專案進度管理 測試bug管理 里程碑 版本管理 交付一般是產品經理撰寫的乙份詳細的產品說明書，包括各個功能的需求 一般由業務部門或使用者提出需求，產品經理撰寫的乙份使用者或者客戶需求文件 需求變更 這個要特別注意，它關係到專案或者產品能不能按時完成的重...
專案管理 之技術KPI
提公升技術氛圍，打造工程師文化不能僅停留在口頭上，可搭配一定的強制手段，比如和技術人員的利益繫結。這種繫結就需要我們能對技術貢獻進行乙個相對公平的分解和量化。技術kpi 基於此，我將技術人員的kpi分解為業務貢獻 技術貢獻和團隊貢獻三個大的部分，其詳細內容如下。那麼技術貢獻中的這幾個維度要怎麼理解呢...