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

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

随着一家公司的發展，資深工程師将不可避免的被要求成為關鍵項目的關鍵開發人員,甚至可能被要求管理其他的開發者，進而不知不覺的成為一名項目管理人員。而随着時間的推移，可能就不得不面臨着程式員生涯的最大改變了.

首先是要不要停止程式員的生涯。

不可否認，某天，你突然不在寫代碼了，而隻是對項目進行管理，監督團隊中的其他人？想想都覺得可怕。因為作為一個項目管理人員，你不但要對項目進行整體把控規劃，對項目資源進行統籌管理，還要確定每個項目成員都在工作中處于最好的狀态。這意味着，你将不隻是要自己成長，而是要帶領團隊中的兄弟們一起成長。

可惜的是，一般公司都不會提供管理方面的專業教育訓練，但是，缺希望你從一開始就能圓滿的勝任這個職務，這個期望和教育訓練的缺乏，可能會導緻60%的新項目經理在前兩年多了一份從入門到放棄的經曆。

雖然隻要有了足夠的時間，每個人都會形成自己的管理風格，但是，這個足夠的實際幾乎是不可能存在的，當我們到達了一個項目管理的崗位的時候，就必須承擔這個崗位的責任，是以盡管現在依然缺乏經驗，但項目和團隊成員都需要你盡快的強大起來。

是以，我們盡快的想辦法，讓自己成為一個，至少來說，比較不錯的項目經理。

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

一對一交流

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

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

關于高生産力的管理，Andy Grove解釋過，在任何一對一的交流中，前25分鐘都是充斥着個人狀态，一般意見和閑聊。

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

這意味着，你可能需要一個小時或更多的實際進行一對一的會議，這樣，如果是一個大的團隊，在一周内你可能就無法進行其他的工作了，這時候，第二個錯誤也就呼之欲出了：頻率。

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

其實如果是簡短的一對一會議，無論是多久進行一次，都不會對項目有很大的影響。他隻會讓員工對你有刻闆，乏味的印象。

實際上，一對一的談話頻率應該根據每個人的實際情況來進行判斷，比如如果是一個初級的工程師或者是一個新加入團隊的成員，那麼可能真的需要每周至少進行一次談話，否則，如果他是一個進階工程師，那麼他根據計劃就會知道自己該做什麼，那麼，就可以适當的減少正式談話的數量頻率。

一次比較好的一對一會議，應該比單純的項目狀态更新彙報更加的深入，甚至可以對項目中的一些技術問題進行探讨，與其單純的詢問一些項目進度等方面的問題，不如問問他在這個項目中，遇到的，或者說所學到的最有錢的東西是什麼。當然，重點是詢問一些對這些新事物的看法而不是問一下這些新事物本身。如果有可能的話，還可以建立一個自己的一對一會議的模闆來使這些會議不至于偏離正軌。

實際上，雖然有些新的項目經理對一對一的看法很低，但是事實上，适當的一對一談話時你作為一個項目管理者，掌控項目，幫助團隊中人進行項目推進的一個最重要的工具。

團隊會議

你把團隊的所有人帶進一間屋子，然後...?沒有人期待一個一團糟的會議，但是，我想每個人都會舉出一個類似會議的例子。作為一個新的項目經理，如果沒有一個詳細的計劃，很容易就回将會議變得毫無價值。

一個新項目經理往往所犯下的第一個錯誤就是不清楚為什麼會召開這個會議。這樣的話，一個沒有目标的會議會浪費所有人的實際。就像所有的有效會議一樣，首先就要确定一個會議的目标。

一個好的目标不僅要概況你希望解決的問題，并且需要明确的指出。每個問題的情況和所需要采取的行動：“本次會議的目的是讨論現在團隊内的問題和挑戰，因為我覺得面對面的讨論是解決現有問題的最好方式，如果這次會議所提的每一個問題都有了明确的可采取的下一步行動，那麼，這就代表着這次會議的成功！”

就像上面的話一樣，首先給會議定義一個目标，你也将大大避免一個項目經理會犯的另一個錯誤：過度規劃團隊會議。作為一個工程師出身的項目經理，先行召開一個全體會議确實有着很大的誘惑力。但這樣，卻會減少一個健康團隊有機讨論或辯論的機會。

另外實際上，我們不可能能夠準确的知道讨論一個主題所需要的準确時間，如果我們每次都為會議确定恰到好處的實際，那麼結果要麼就是會跳過某個議題，要麼就是排在後邊的議題永遠都見不到光。

而且過于死闆的會議議程會忽略團隊自發的讨論和發現問題的方式。通常，這樣可能會導緻你僅僅與特定的工程師，負責人進行交談，而不是整個團隊的會議。

是以，與其試圖組織整個會議，不如提前向隊員詢問所需的會議主題，然後将它們寫在會議室的白闆上，并且，在會議開始之前，在圍繞會議室步行一周，再次确定主題。

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

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

電子郵件

我想每個人都能回憶起，自己至少有一個晚上，被上頭發來的郵件給毀了。是的，現在作為一個新上任的項目經理，發現角色變了，作為了郵件的發出者。但是，盡管我們都曾經這麼的厭惡這些郵件，但是缺發現，作為項目經理的新的責任，新的工作，我們還是不得不這樣做。要知道，至少50%的行業在工作時間之外發送郵件都是有罪的，是以，希望你能考慮團隊成員的狀況，至少讓成員對你能夠産生好感。

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

而他的第二個問題就是電子郵件會破壞你的團隊，Lehigh大學的一項研究表示，在工作之餘時間的郵件會直接導緻情緒的疲憊和衰竭。而情緒疲憊衰竭幾乎占所有離職原因的一半，是以，通過發送電子郵件打斷一個人的生活，實際上是有很高的成本。

雖然這些成本的消耗似乎無法克服，但實際上還是有辦法解決的。最簡單的方式，我們停止在工作之外的實際發送郵件即可。但是，有一些時候，大腦會 突然有一些閃光點，如果不是立即發送郵件則很容易把它抛在腦後的情況，該怎麼辦呢？其實我們可以看到，每個平台都會有一些郵件的用戶端，而幾乎每個用戶端都有定時發送的功能。

這下，郵件發送時間的問題解決了，但其實，郵件最重要的還是内容，一個好的郵件内容能夠明确的告訴讀者，我需要什麼，他們需要做什麼，并且要求問責。尤其是當郵件是轉發的時候，這點尤其重要。實際上，與電話相比，郵件的線程是難以跟蹤的，是以，要求你的郵件接收人給與适當的回報，并假設他們采取了相應的行動。

為了讓你的郵件變得清晰，明了，你可以在郵件的頂部先确定一個簡單的模闆或者大綱，比如：“(姓名),我希望您需要(期望執行的任務)”，如果發現這種模闆無法完成所需要的郵件，那麼想一下，可能這塊工作不适合與使用電子郵件來完成。

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

作為項目經理的下一步

雖然作為一個新的項目經理，你可以專注的知識領域多達幾十個。但這三個溝通點缺總是可以脫穎而出，因為這三點對你的團隊将産生重大的影響。

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

是以，不要害怕使用這些不同的管道，詢問你的團隊或者某個隊員：“我幹的怎麼樣？”一定要虛心聽他們的回報，因為你的團隊是希望你成功的，一旦讓他們知道了你是緻力于幫助他們，他們也會全力的使你走向成功。

原文位址