工作兩三年后開始有機會帶領一個不大團隊，這是一個好的機會同時面臨著很大的壓力。從技術角色轉換為管理角色多少有一些新的課題。
Ø 需求范圍的控制問題
要做到良好的控制需求至少有兩個前提：正確理解了客戶當前階段的主干需求（包括：最高期望和底線），其次在需求管理過程中控制節奏。
如何在控制需求范圍上掌握節奏的主動權，我們經常碰到的是客戶追在屁股后面問進度、要文檔、加需求、變更需求；以前也曾經考慮過這個問題：如何扭轉這樣被動的局面呢？這種局面的一個特點就是客戶在安排我們的工作；如果我們能安排客戶的工作，問題就解決的一大部分。
如何讓客戶聽從我們的安排來做事，對不同的客戶確實應該有不同的方法，但我們心里必須記住要讓他為我所用，而不是被動挨打；有一種方法是：有節奏的拋給他足夠多的需求問題,當然這些問題都是你分析的結果而不是平白無故造出來的；讓他忙起來，而且還要讓他感覺你兢兢業業的干活。
Ø 主持會議的問題
管理團隊免不了開會，安排工作、討論問題或評審等。
第一什么時候開會？開會比獨立溝通更有效時；大家以前沒合作過需要通過開會來混個臉熟；討論有爭議的問題離線交流不如面對面的來到快捷；無法通過行政命令執行的東西，需要大家通過會議來認同。
如何開會？首先為確保參會人有思考的時間，必須將資料提前發給他們；其次會議有明確的議程和目標；在會議中如果跑題要及時拉回來；會議結束要有基本的會議總結，應該有會議紀要，并重復宣讀一遍；如果參會的人員有比你級別更高的人，就更需要明確會議目標，否則領導都喜歡高談闊論浪費大家的時間（好像說的就是本人）。
開會本身沒什么，關鍵是確定明確的目標，讓會議過程在可控范圍之內。
Ø 時間管理的問題
一般的開發工程師時間管理重要性不那么明顯，可是作為項目負責人就不同了，所有項目組成員的工作效率可能都和你的時間安排有關；其實除了從業務上的優先級來安排外，重點就是：影響他人工作的事情優先安排，比如你的項目組成員等著你的米下鍋的事情優先安排，再比如評審時需要其他項目組成員配合的優先安排；再用一句白話：不要讓人等我。其他能獨立完成的事早點晚點你都有百分百的控制力度。
項目負責人就是吃苦在前的活，你必須把準備工作做好了，讓其他人能投入戰斗。
Ø 民主與決策的問題
其實我本人并不是個民主的人，民主的反面就是低效；但民主可以避免犯大錯誤。
作為項目負責人至少不能猶豫不決，當斷就斷；否則難以取得項目組成員的認可。提交民主討論前的決策，在沒有把握前可以和組內組外的相關人員獨立溝通，拿出一個有討論價值的方案。民主過程必須是查缺補漏而不是推翻重來，特別是工期緊的項目。
Ø 獲得團隊成員尊重的問題
項目負責人最值得尊重的是來自于他能做出好的決策，而好的決策來自于：經驗、靈活、傾聽。
我并不是一個好的領導，至少我沒有耐心傾聽；我還是將自己的理解和大家分享。首先，要先做哪些需要由項目負責人做的工作，比如：做決策、和客戶保持聯系、做計劃等；其次要成為了解項目所有信息的人；對項目保持樂觀，項目負責人不能抱怨或有悲觀情緒；要有高期望值，不要讓人們在工作還沒有做好的時候就不做了；勇于承認自己犯的錯誤；以身作則，大家都不愿干的活你要先干，比如寫文檔。總之尊重是靠努力獲得的，項目負責人必須比其他人付出更多。
項目管理是我們公司總體上也要加強的內容，只有更多人有這方面的經驗并分享經驗，大家才能共同提高。
聲明：此文章并非本人原創，轉自公司的內部論壇，是公司一的位同事也是我的領導所寫，覺得不錯轉出來與大家共勉。