作為前端開發人員，我們通常希望的專案經理應該是：
1、主動性強
你不可能指望同級別的同事拋開自己的事情不做跑過來幫你解決問題，這時候專案經理起到的就是協調作用，應該經常跟商業方進行溝通，徹底理解業務需求，也應該經常向前端開發人員詢問情況，有什麼困難需要什麼幫助，盡最大的努力利用自己手上的權利去幫助前端開發人員。
2、責任心強
前端開發人員通常沒有太多的責任心，責任心反倒是由制度和流程規定的，他只要按需求和按計畫完成任務就可以了，他不需要負太大的責任，這類責任心也就是經常發生一些問題的根源。同時，責任的重擔往往落在專案經理的身上。
當然，易於維護和擴充套件的**是靠專案經理指定的格式才會出現的，所謂好看，就是明確的命名規則，同樣風格的縮排，同樣風格的注釋，前端開發人員並不是同胞兄弟，不可能知道別人的風格和習慣，如果專案經理沒有規定，那就會出現五花八門的風格，夠看的啦，格式不需要先進，僅僅是讓大家都統一，統一的風格對於發現bug，對程式進行修改都能起到很好的作用也能節省時間。
3、bug能修復及時
專案經理要能把握bug的輕重緩急，特別是和業務相關和程式無關的部分，在異常困難的情況下要和業務方和程式設計師一起研究出折中的辦法來盡快解決問題。
4、按時完成任務
他應該對專案中的前端開發人員的水平有乙個比較詳盡的了解，誰在什麼方向上比較熟練，興趣在**，目前水平如何，還能提高到乙個什麼層次，以前不能按時完成任務是什麼原因，
通常不能按時完成任務是因為：
前端開發人員水平不行，如果是這個原因的話專案經理就對前端開發人員沒有乙個很好的了解，這樣制定出來的計畫當然不能怪前端開發人員。
前端開發人員對需求理解有誤，這是因為專案經理沒有和前端開發人員做很好的溝通，沒有達成共識，這當然是專案經理的責任。
專案經理理解有誤，那就o了。
5、創新
在正常的流程中不應該有創新，並不是不需要創新，新出現的方法和思路應該被精確的認證後再用到工作中，盲目的創新只會導致專案完不成，好思路也沒有被認證，混在一起出了問題的話也搞不清楚是創新的問題還是原來就有問題，就算沒問題也不能證明就是因為創新帶來的好處。
滿足以上5點，我認為就算是個比較理想的前端專案經理了。而作為技術出身的我，想要走上前端專案經理的道路，首先要面臨解決的是走出技術人員的身份，以管理人員的思想來看待問題。要由理想主義者變成現實主義者甚至變成功力主義者， 要真正做好思想上的轉變，才能真正地從管理人員的角度來看待專案中一切問題。
如何競爭專案管理工作
一旦完成這些步驟，你便能夠從容的進行一些工作方面的改進，甚至可能幫助你更容易地爭取到另乙份工作。乙個專業的建議是 使你自己成為炙手可熱的人物。問題 最近關於專案管理工作的訊息是什麼？我是芝加哥地區的一名專案管理專業人員 pmp project management professional 作為一名...
專案管理 工作分析方法
2.觀察法 指對工作實況作現場觀察並記錄有關工作情況。觀察時，先預備好的觀察專案表，一邊觀察，一邊核對。觀察表範例 被觀察者的姓名 被觀察者的職位 工作型別 直接主管 1 什麼時候開始正式工作 2 上午共工作多少小時 3 上午休息幾次 4 上午完成多少件產品 5 平均多少時間完成一件產品 6 一共與...
專案管理 工作日記0413
專案中又出了問題，我真不是乙個合格的專案負責人，現在突然發現我對需求的理解，變得模稜兩可，自己心裡已經沒有譜了。1 在做專案前需要對專案的需求認真地進行了解 分析，自己需要對專案有乙個整體的把握，要達到什麼效果 能達到什麼效果。整理需求描述書製作成為文件 需求描述書。2 對需求描述書中的內容進行分析...