背景介紹

小花作為項目項目經理有段時間了，這是她獨自管理一個項目。

沒有前輩的指導，小花的心里很沒有譜，總是擔心自己出錯，不能完成項目目標。

小花在項目管理中學著前輩當時是怎么工作，然后比葫蘆畫瓢。

第一步和客戶確定了范圍，然后去溝通開發(fā)人員，安排項目工作。

偶爾開一下會議，同步一下最新的消息，了解大家的開發(fā)進展。

每一步的過程都和當初學到的一樣，沒有出錯，但是結果卻還是有問題。

為什么同樣的步驟，結果卻不一樣呢？

作為新的項目經理，尤其像小花這樣第一次獨自管理項目的初級項目經理。

尤其注意的這幾點：

1、需求的收集和范圍的把握

這里把需求和范圍放在了一起來說，雖然很多人將這兩個分開。

但對于初期項目經理來說，需要將這兩個放在同等重要的級別。

需求和范圍是一個項目的首要因素，因為有需求才會有項目，因為項目才有范圍。

在確定需求時需要注意：

1）反復溝通：在反復溝通的過程中才能挖掘更多隱形的需求，也能更加明確需求的內容。最好是出原形圖或者UI圖反復確認。

2）確認簽字：這個是對項目經理的自我保護，很多客戶在需求確認過程中很隨意，并沒有認真思考，但是做出來東西后，又不承認是自己當初的意見。

所以在需求出來確認后需要和客戶簽一份需求確認書，或者發(fā)送郵件確認需求。

記住，項目經理也要保護好自己。

2、變更控制

變更也意味著需求和范圍的變化。但是頻繁的變更不僅帶來很多重復性的工作，有時候還需要推翻正在進行的工作。這不僅是對資源的浪費，還是對時間的浪費。

在客戶提出變更的時候，項目經理要牢記：不能輕易答應?。?！

按照pmp規(guī)定，變更時需要走變更流程的。

但是很多公司規(guī)模有限，也沒有將項目管理規(guī)范化，所以客戶的變更需要項目經理自己把握。

項目經理在把握需求變更的時候需要時刻記?。翰灰S口答應?。。。╳? x：項目經理那些事）

另外還需要記?。?/p>

1）變更的影響：收到需求變更的請求時，首先要判斷影響范圍。

是否影響當前的迭代任務？

是否影響項目關鍵里程碑？

是否影響項目成本？（w? x：項目經理那些事）

當然也要判斷如果變更不通過是否影響和客戶的關系，這個也是有必要考慮的問題。

2）變更的必要性：有時變更的內容在之后的需求規(guī)劃里，那這種變更是否有必要？

有時，變更的內容涉及到不可行的需求，那這種變更需要和客戶強調，并提供另外的方案，達到共贏。

3、進度管理

進度從項目開始到項目結束貫徹整個項目周期，也是項目經理時刻要關注的內容。

每個關鍵里程碑，每個迭代目標，什么時候完成是項目經理關注的重點。

至少，知道了當前的進度，你能更好的匯報工作。

當然提醒初級項目經理的一件事：多開會。

開會不僅能更好的了解每個人的開發(fā)進展，也能知道每個人在開發(fā)過程中的問題，隨時解決問題。

開發(fā)過程中，并不會是順順利利的，很多開發(fā)同學遇到問題后就開始找解決方法，百度了一天沒找到，于是第二天又開始百度，這樣下去會影響整個項目進度。（w? x：項目經理那些事）

可是他不知道的是另一位有經驗的開發(fā)同學原來處理過這樣的問題。

能夠及時解決問題，也是保證進度的一個關鍵點。