項目管理上的失誤和應對措施

學習英語的途中，嘗試翻譯的文章

項目管理上的失誤和應對措施

隨着一家公司的發展，資深工程師將不可避免的被要求成爲關鍵項目的關鍵開發人員,甚至可能被要求管理其餘的開發者，從而不知不覺的成爲一名項目管理人員。而隨着時間的推移，可能就不得不面臨着程序員生涯的最大改變了.
首先是要不要中止程序員的生涯。
不能否認，某天，你忽然不在寫代碼了，而只是對項目進行管理，監督團隊中的其餘人？想一想都以爲可怕。由於做爲一個項目管理人員，你不但要對項目進行總體把控規劃，對項目資源進行統籌管理，還要確保每一個項目成員都在工做中處於最好的狀態。這意味着，你將不僅是要本身成長，而是要帶領團隊中的兄弟們一塊兒成長。

惋惜的是，通常公司都不會提供管理方面的專業培訓，可是，缺但願你從一開始就能圓滿的勝任這個職務，這個指望和培訓的缺少，可能會致使60%的新項目經理在前兩年多了一份從入門到放棄的經歷。

雖然只要有了足夠的時間，每一個人都會造成本身的管理風格，可是，這個足夠的實際幾乎是不可能存在的，當咱們到達了一個項目管理的崗位的時候，就必須承擔這個崗位的責任，因此儘管如今依然缺少經驗，但項目和團隊成員都須要你儘快的強大起來。

因此，咱們儘快的想辦法，讓本身成爲一個，至少來講，比較不錯的項目經理。

因此有了這篇文章，這裏將簡單梳理一下你與團隊成員最頻繁使用的三種交流方式，一對一交流，項目會議，和電子郵件。已經他們會出現的問題，和麪對問題咱們能作出的改變，以便幫你快速的定位問題，從而能夠再這個崗位上快速找到立足點。

一對一交流

當前的狀況下，選擇像是在公司內，和高層，好比說boss那樣談話的沒事與工程師進行一對一的會議可能不是那麼好，好比同老闆談話的的情景多是這樣的：老闆問你如今項目的狀況怎麼樣？須要你向他詳細的介紹一下項目的狀態，而後收工。或者少數狀況下，老闆給你一些反饋，固然，假如你足夠的幸運，要升值加薪了，可能會和老闆進行一些深刻的交流，好比關於公司，關於職業生涯啥的。

可是，和團隊中的工程師談話，須要充足的時間。而咱們經常面對的一個最大的錯誤就是在一對一交流中試圖縮短期。而實際上，任何這種一對一的會議，若是不到1小時的畫，都是在浪費雙方的時間。

關於高生產力的管理，Andy Grove解釋過，在任何一對一的交流中，前25分鐘都是充斥着我的狀態，通常意見和閒聊。

這意味着，若是你此次一對一的會議只有30分鐘的時長，那麼你會聽到員工的牢騷，寒暄，或最近比較熱點的事情，而後關於項目？大概只有5分鐘穿插在談話的圖中，做爲一個項目經理，顯然是不夠用的。

這意味着，你可能須要一個小時或更多的實際進行一對一的會議，這樣，若是是一個大的團隊，在一週內你可能就沒法進行其餘的工做了，這時候，第二個錯誤也就呼之欲出了：頻率。

一個新的項目經理一般認爲每週至少與每名隊員進行一次一對一的會議，而頻率更高，更對項目的進展有利。

其實若是是簡短的一對一會議，不管是多久進行一次，都不會對項目有很大的影響。他只會讓員工對你有刻板，乏味的印象。

實際上，一對一的談話頻率應該根據每一個人的實際狀況來進行判斷，好比若是是一個初級的工程師或者是一個新加入團隊的成員，那麼可能真的須要每週至少進行一次談話，不然，若是他是一個高級工程師，那麼他根據計劃就會知道本身該作什麼，那麼，就能夠適當的減小正式談話的數量頻率。

一次比較好的一對一會議，應該比單純的項目狀態更新彙報更加的深刻，甚至能夠對項目中的一些技術問題進行探討，與其單純的詢問一些項目進度等方面的問題，不如問問他在這個項目中，遇到的，或者說所學到的最有錢的東西是什麼。固然，重點是詢問一些對這些新事物的見解而不是問一下這些新事物自己。若是有可能的話，還能夠創建一個本身的一對一會議的模板來使這些會議不至於偏離正軌。

實際上，雖然有些新的項目經理對一對一的見解很低，可是事實上，適當的一對一談話時你做爲一個項目管理者，掌控項目，幫助團隊中人進行項目推動的一個最重要的工具。

團隊會議

你把團隊的全部人帶進一間屋子，而後...?沒有人期待一個一團糟的會議，可是，我想每一個人都會舉出一個相似會議的例子。做爲一個新的項目經理，若是沒有一個詳細的計劃，很容易就回將會議變得毫無價值。

一個新項目經理每每所犯下的第一個錯誤就是不清楚爲何會召開這個會議。這樣的話，一個沒有目標的會議會浪費全部人的實際。就像全部的有效會議同樣，首先就要肯定一個會議的目標。

一個好的目標不只要概況你但願解決的問題，而且須要明確的指出。每一個問題的狀況和所須要採起的行動：「本次會議的目的是討論如今團隊內的問題和挑戰，由於我以爲面對面的討論是解決現有問題的最好方式，若是此次會議所提的每個問題都有了明確的可採起的下一步行動，那麼，這就表明着此次會議的成功！」

就像上面的話同樣，首先給會議定義一個目標，你也將大大避免一個項目經理會犯的另外一個錯誤：過分規劃團隊會議。做爲一個工程師出身的項目經理，先行召開一個全體會議確實有着很大的誘惑力。但這樣，卻會減小一個健康團隊有機討論或辯論的機會。

另外實際上，咱們不可能可以準確的知道討論一個主題所須要的準確時間，若是咱們每次都爲會議肯定恰到好處的實際，那麼結果要麼就是會跳過某個議題，要麼就是排在後邊的議題永遠都見不到光。

並且過於死板的會議議程會忽略團隊自發的討論和發現問題的方式。一般，這樣可能會致使你僅僅與特定的工程師，負責人進行交談，而不是整個團隊的會議。

因此，與其試圖組織整個會議，不如提早向隊員詢問所需的會議主題，而後將它們寫在會議室的白板上，而且，在會議開始以前，在圍繞會議室步行一週，再次肯定主題。

當團隊成員感受本身是這個會議的主導者，而不是僅僅是一個被動的參與者的時候，他們會更加積極的，深刻的討論他們所遇到的問題，並未當前的問題提出響應的建議，而這個時候，你所須要的僅僅是促進這些討論而且對隊員們所提出的解決意見進行記錄並探討。而且，這種會議還有一個額外的好處，那就是一個健康良好的會議，意味着在進行一對一的會議的時候不須要在進行對項目狀態的瞭解和更新。

實際上，只有當隊員開始重視每次的集體會議時間的時候，做爲一個項目經理，你纔會知道這樣作的價值。

電子郵件

我想每一個人都能回憶起，本身至少有一個晚上，被上頭髮來的郵件給毀了。是的，如今做爲一個新上任的項目經理，發現角色變了，做爲了郵件的發出者。可是，儘管咱們都曾經這麼的厭惡這些郵件，可是缺發現，做爲項目經理的新的責任，新的工做，咱們仍是不得不這樣作。要知道，至少50%的行業在工做時間以外發送郵件都是有罪的，因此，但願你能考慮團隊成員的情況，至少讓成員對你可以產生好感。

首先要認識到，電子郵件這種東西至少對一個團隊產生了兩大負面影響。首先，每一個人的工做時間都是8小時，其餘的時間須要休息，這對一個健康的生產力和創造力相當重要。雖然這樣可能給你一種能迅速追蹤處理事情的錯覺，可是實際上咱們團隊處理問題的能力缺收到了損害。

而他的第二個問題就是電子郵件會破壞你的團隊，Lehigh大學的一項研究表示，在工做之餘時間的郵件會直接致使情緒的疲憊和衰竭。而情緒疲憊衰竭幾乎佔全部離職緣由的一半，因此，經過發送電子郵件打斷一我的的生活，其實是有很高的成本。

雖然這些成本的消耗彷佛沒法克服，但實際上仍是有辦法解決的。最簡單的方式，咱們中止在工做以外的實際發送郵件便可。可是，有一些時候，大腦會 忽然有一些閃光點，若是不是當即發送郵件則很容易把它拋在腦後的狀況，該怎麼辦呢？其實咱們能夠看到，每一個平臺都會有一些郵件的客戶端，而幾乎每一個客戶端都有定時發送的功能。

這下，郵件發送時間的問題解決了，但其實，郵件最重要的仍是內容，一個好的郵件內容可以明確的告訴讀者，我須要什麼，他們須要作什麼，而且要求問責。尤爲是當郵件是轉發的時候，這點尤爲重要。實際上，與電話相比，郵件的線程是難以跟蹤的，因此，要求你的郵件接收人給與適當的反饋，並假設他們採起了相應的行動。

爲了讓你的郵件變得清晰，明瞭，你能夠在郵件的頂部先肯定一個簡單的模板或者大綱，好比：「(姓名),我但願您須要(指望執行的任務)」，若是發現這種模板沒法完成所須要的郵件，那麼想一下，可能這塊工做不適合與使用電子郵件來完成。

而後，你就能夠在某個團隊會議上，告訴你的隊員你的新的郵件方式，而且嚴格按照這個承諾的時候，你會發現，團隊的生產力，創造力和信任程度都顯著的提高，當一些事情不得不在工做時間以外的時間解決時，你一樣會發現你的郵件被高度重視並迅速的被執行。

做爲項目經理的下一步

雖然做爲一個新的項目經理，你能夠專一的知識領域多達幾十個。但這三個溝通點缺老是能夠脫穎而出，由於這三點對你的團隊將產生重大的影響。

更重要的是，一旦你創建了一對一會議，團隊會議，和電子郵件的體系結構，那麼，你的這個團隊就回成爲幫助你成爲一個更強的項目經理的一個基石。

因此，不要懼怕使用這些不一樣的渠道，詢問你的團隊或者某個隊員：「我乾的怎麼樣？」必定要虛心聽他們的反饋，由於你的團隊是但願你成功的，一旦讓他們知道了你是致力於幫助他們，他們也會全力的使你走向成功。

原文地址