背景介紹
小花作為項目項目經理有段時間了，這是她獨自管理一個項目。
沒有前輩的指導，小花的心里很沒有譜，總是擔心自己出錯，不能完成項目目標。
小花在項目管理中學著前輩當時是怎么工作，然后比葫蘆畫瓢。
第一步和客戶確定了范圍，然后去溝通開發人員，安排項目工作。
偶爾開一下會議，同步一下最新的消息，了解大家的開發進展。
每一步的過程都和當初學到的一樣，沒有出錯，但是結果卻還是有問題。
為什么同樣的步驟，結果卻不一樣呢？
作為新的項目經理，尤其像小花這樣第一次獨自管理項目的初級項目經理。
尤其注意的這幾點：
1、需求的收集和范圍的把握
這里把需求和范圍放在了一起來說，雖然很多人將這兩個分開。
但對于初期項目經理來說，需要將這兩個放在同等重要的級別。
需求和范圍是一個項目的首要因素，因為有需求才會有項目，因為項目才有范圍。
在確定需求時需要注意：
1）反復溝通：在反復溝通的過程中才能挖掘更多隱形的需求，也能更加明確需求的內容。最好是出原形圖或者UI圖反復確認。
2）確認簽字：這個是對項目經理的自我保護，很多客戶在需求確認過程中很隨意，并沒有認真思考，但是做出來東西后，又不承認是自己當初的意見。
所以在需求出來確認后需要和客戶簽一份需求確認書，或者發送郵件確認需求。
記住，項目經理也要保護好自己。
2、變更控制
變更也意味著需求和范圍的變化。但是頻繁的變更不僅帶來很多重復性的工作，有時候還需要推翻正在進行的工作。
這不僅是對資源的浪費，還是對時間的浪費。
在客戶提出變更的時候，項目經理要牢記：不能輕易答應！！！
按照pmp規定，變更時需要走變更流程的。
但是很多公司規模有限，也沒有將項目管理規范化，所以客戶的變更需要項目經理自己把握。
項目經理在把握需求變更的時候需要時刻記住：不要隨口答應！！！
另外還需要記住：
1）變更的影響：收到需求變更的請求時，首先要判斷影響范圍。
是否影響當前的迭代任務？
是否影響項目關鍵里程碑？
是否影響項目成本？
當然也要判斷如果變更不通過是否影響和客戶的關系，這個也是有必要考慮的問題。
2）變更的必要性：有時變更的內容在之后的需求規劃里，那這種變更是否有必要？
有時，變更的內容涉及到不可行的需求，那這種變更需要和客戶強調，并提供另外的方案，達到共贏。
3、進度管理
進度從項目開始到項目結束貫徹整個項目周期，也是項目經理時刻要關注的內容。
每個關鍵里程碑，每個迭代目標，什么時候完成是項目經理關注的重點。
至少，知道了當前的進度，你能更好的匯報工作。
當然提醒初級項目經理的一件事：多開會。
開會不僅能更好的了解每個人的開發進展，也能知道每個人在開發過程中的問題，隨時解決問題。
開發過程中，并不會是順順利利的，很多開發同學遇到問題后就開始找解決方法，百度了一天沒找到，于是第二天又開始百度，這樣下去會影響整個項目進度。
可是他不知道的是，另一位有經驗的開發同學原來處理過這樣的問題。
能夠及時解決問題，也是保證進度的一個關鍵點。
