這一天終於來到了：你從乙個一線開發人員被提拔為專案經理。也許你一直在期盼，也許你心裡還忐忑不安，也許這是你的職業發展選擇，也許你只是不情願的答應老闆「試一下」。不管哪種情況，可能你並沒有專案和人員管理及領導的教育背景或者培訓經歷。
設立優先順序
你要著手的第一件大事很可能就是有意識的設立你作為專案經理的優先順序。儘管你可能因為各種原因還需要很大程度上參與軟體的開發，但除此之外，你還有一些新的職責。很多新任的專案經理都擺脫不了技術的**，以致忽略了專案成員向自己尋求的幫助。
富有效率的專案經理知道，他們最高優先的就是為專案成員提供服務。這些服務包括：指導和教育，處理衝突，提供資源，設立專案目標和優先順序等等，適當時也要提供技術指導。我發現，把自己視為為成員工作，而非監工是很有價值的。不管你正在做或者將要做多重要的事，來你這兒尋求幫助的專案成員應該有「非遮蔽中斷」（此處意即最優先的）優先順序。
你第二優先的是讓你所在組織的客戶滿意。作為乙個專案經理，如果你不再涉足產品的一線開發，也許你很少有直接的機會可以讓客戶滿意。但你必須為你的專案成員創造乙個環境，使得他們在這個環境下工作，可以最有效的滿足客戶的需求。這是專案經理的乙個重要職能。
你第三優先的是你自己的事情。可能是乙個與專案有關的技術問題（當然也是你感興趣的），也可能是你的老闆要你做的某件事。但當這些事與上面兩個較高優先順序衝突時，你要做好延後處理的準備。
你最低優先的是那些純粹取悅你的老闆的事情。在乙個正常的組織（非dilbet 式的組織）中，如果你做好了前面所說的更重要的三件事情，你的老闆已經是非常驚喜了。儘管並非每個人都那麼幸運可以在乙個「正常」的組織工作，但還是努力做好這三件最重要的事。把注意力放在盡可能的幫助下屬富有效率--
並且快樂-- 上，而不是取悅於那些「上面」的人。
分析你的技能差距
定義「 質量」
儘管絕大多數人都認真對待質量，也想生產出優質的產品；但是，有關軟體質量的定義仍存在很大爭議，比如高質量是「足夠好」還是更為經典的質量觀點--「無缺陷」。為了領導你的團隊走向成功彼岸，你需要花些時間和你的下屬以及客戶一起來明確，對於他們，質量意味著什麼。
你的下屬和客戶是不同的兩幫人，他們很可能對質量沒有一致的看法，也就容易抱有不同的目的。如果客戶很強調交貨期，那他很可能沒有耐心聽程式設計師解釋為什麼需要額外的時間去檢查每一行**。如果客戶看重的是軟體的可靠性，那他在增加功能和減少bug之間多半會選擇後者。如果客戶習慣了老版本的鍵盤操作，那他很少會對新的圖形操作介面感興趣。
在我曾經負責的乙個專案中，為了更好的了解客戶的質量要求，我舉辦了一次開放式討論會（open forum），除了專案成員和客戶參加外，我還客戶的上司們一起來參加討論。這次討論很有價值，因為我們發現很多原有的想法是和客戶真正的質量需求背道而馳的。了解這些想法的差異，使得我們可以把力量集中在讓客戶滿意的事情上，而不是放在讓「開發滿意」的事情上。
軟體質量通常被理解為合乎規格說明，滿足客戶需求，以及在文件和**中盡量少的缺陷（defect）等等，這些都是比較「經典」的定義。「六西格碼質量」（six-sigma quality，譯者注：是一種質量標準及相應的質量管理方法）為缺陷密度（defect density）和/ 或失效率（frequency of failure）設定了乙個很高的標準，但是，它沒有涉及質量的其他方面，比如交貨期、可用性、特性集和效能**比等等。無論我們是作為生產者還是消費者，我們都希望產品的質量在所有這些方面都是盡量高的，但事實上，我們總要在其中做出權衡和選擇。
我們在需求階段就考慮，對於客戶哪些質量特性是重要的，並把它們列舉出來（比如，互動性、正確性、易學性等）。然後，我們找來一些關鍵的客戶代表，請他們對這些質量特性打分。這樣，我們就可以掌握哪些質量特性是最主要的，哪些是次要的，從而就可以有的放矢，為這些質量特性而優化設計。
我聽說的更有意思的一種軟體質量定義是「客戶回來的，但產品沒有」（the customer comes back, but the product does not）。和你的下屬以及客戶一起定義合適的質量目標，一旦定義了，則要不遺餘力的為達成這些目標而努力。也要以身作則，以高標準要求自己。記住這句話：「非完美不爭取，非卓越不滿足」（strive for perfection; settle for excellence）。
表彰進步
前車之鑑， 後事之師
設立改進目標
當你回顧了以往的專案，並且確定了「質量」的含義，你需要設立一些短期的和長期的改進目標。只要可能，這些目標應該是可以量化的，這樣你可以通過一些簡單的指標來衡量自己是否在朝著這些目標前進。
舉個例子，你發現以往的專案由於需求多變而經常延後，於是，你可以設立乙個半年的目標，力求將需求的穩定性提高50%。這樣的乙個目標要求你每週每月做實際的工作：統計需求的改變量，查明需求的**和改變的原因，採取措施來控制改變。這很可能將改變你與那些需求更改者的交往方式。
你的這些目標和指標構成了軟體流程改進的一部分。儘管流程改進常被人指責為「官僚作風」的體現，但事實上，每個團隊都能找到一些可以改進的地方。如果你停留在一貫以來的做事方法上，你最好不要指望能獲得比以前更好的結果。
改進流程的原因通常有兩個：糾正錯誤和預防錯誤。你要把精力集中到威脅或者可能威脅專案成功的因素上；帶領你的團隊一起分析你們目前做法的長處和短處，以及所面臨的威脅。
我自己的團隊就組織過一次兩階段的頭腦風暴練習，以此來確認提高我們的產量和質量的障礙。在第一階段，參與者將自己想到的障礙寫在即時貼上，每張即時貼寫乙個想法；然後，協調者就把這些即時貼收集起來，並進行分類；於是我們得到了若干大的分類，我們就把這些分類寫在一張大的白紙上。
在第二階段，同樣還是這些參與者，針對前面寫的障礙，把想到的克服方法寫到即時貼上，並且貼上到相應的分類上。經過進一步的討論和分析，我們得以把這些障礙細化，並且獲得了一系列可操作的應對方法。
設立可度量的、可爭取的目標將集中你為改進流程而付出的努力。你要和你的隊員們一起定期檢視改進的結果。記住流程改進的目的是為了專案和公司的成功，而不是為了滿足書本上的條條框框。把流程改進當成專案來操作，有自己的進度、投入和產出。否則，流程改進總是得不到應有的重視，最終被瑣碎的日常工作而淹沒。
不要急於求成
本文所建議的一些做法將幫助你這個專案管理的新手和你的團隊取得更大的成功，隨著你每天面臨的工作壓力，你或許會淪為又乙個「苟延殘喘」者，但是，你要始終明白你肩負的乙個任務（可能也是你獲得成功的機會），那就是形成你的團隊文化和一套做事的方法，這是乙個長期的任務。你不可能一下子把想做的事都做到，你可以根據自己的處境有所選擇，從容上路。
IT專案經理
專案經理是具體 專案工作的管理者，他們在工作中不斷提公升自己的領導才華，同時該職業又是乙個權利與責任並存的 職業，他們主要對專案進行背景調查，收集整理專案相關資料，進行需求策劃，撰寫專案調查報告和資訊綜述，對專案組成部分或模組進行完整系統設計，聯絡專案相關單 位和相關技術專家，制定專案可行性研究報告...
初為專案經理
這一天終於來到了 你從乙個一線開發人員被提拔為專案經理。也許你一直在期盼，也許你心裡還忐忑不安，也許這是你的職業發展選擇，也許你只是不情願的答應老闆 試一下 不管哪種情況，可能你並沒有專案和人員管理及領導的教育背景或者培訓經歷。領導和管理 這兩者是不同的 遠非簡單的與dilbert 的老闆背道而馳 ...
初為專案經理
這一天終於來到了 你從乙個一線開發人員被提拔為專案經理。也許你一直在期盼，也許你心裡還忐忑不安，也許這是你的職業發展選擇，也許你只是不情願的答應老闆 試一下 不管哪種情況，可能你並沒有專案和人員管理及領導的教育背景或者培訓經歷。領導和管理 這兩者是不同的 遠非簡單的與dilbert的老闆背道而馳 譯...