高級程式設計師，如果有機會，可以由公司晉升為項目經理，控制項目中的所有內容。但是權力越大，責任越大，成為一名合格的項目經理，我認為最重要的是扭轉我的想法。當出現問題時，你應該先引導而不是責備。
當一些兄弟剛轉型做管理時，一旦他們遇到了同事無法完成的任務，他們就遇到了困難。馬上跳上去三下五除二一頓敲。解決問題後，他們留下了一片雲，揮了揮手蕭然而去。這些兄弟總是會取代他們的同事做他們應該做的事情，這樣他們的同事就無法成長，搞得自己非常疲憊。我認為有一點我們需要理解：項目經理是團隊的指揮官，控制著整個團隊的方向和風格。你並不孤單，你的行為會影響整個團隊的戰鬥力。作為程式設計師，我們習慣於個人戰鬥，不斷研究鑽研我們自己的技術，可以有效地完成任務並提高戰鬥力。項目經理需要指揮一群人一個接一個地贏得戰鬥。所以我想說的是：
你必須給予團隊的同事寬容，給予指導而不是責備。讓每個人都有機會鍛鍊身體。事無巨細的幫助或者親手操刀，只會毀了團隊。誇張的說，你決定整個團隊的戰鬥力，請負責你的同事並對自己負責。培養員工是你的責任，團隊的進步才是真的進步。
並行工作可以拯救你或毀掉你。管理完成後，你會發現自己同時充斥著各種各樣的東西。您不僅需要處理技術，還可以同時處理多個事物。你要維繫關係、做任務WBS（工作分解結構）、溝通需求、項目演示、協調團隊關係、處理各種緊急情況、甚至填寫材料、寫合同、解決客戶亂七八糟的問題等等。簡而言之，你會在一開始就發現你無法完成任何事情並擺脫各種各樣的事情。但這是你的工作職責，必須予以處理。我們的程式設計師最擅長的是打破枷鎖，把一個複雜的需求逐漸理清，並在構造之後將其寫入代碼。同樣，你還需要處理這些混亂的任務，並有處理它們的規則和規定。如果處理不好，你會發現自己很忙，不知道你在忙什麼。從長遠來看，你會對自己失去信心，項目將是一團糟。但另一方面，如果你能以合理的方式理清這些混亂的任務，你必須有一個質的飛躍。所以我想說的是：擁抱混亂，但不要陷入混亂。這是展示您真正技術的時刻。如何管理個人時間是您最重要的一課。代碼很重要，但其他一切同樣重要。我們的程式設計師總是認為代碼是正確的，其他一切都是無稽之談。但是不要忘記，你必須經歷過需要改變、設計草案所帶來的痛苦並改變由、引起的返工而不設計出各種問題。既然我們作為程式設計師經歷過這些痛苦，為什麼我們要讓我們的同事再次經歷呢？因此，請關注項目的階段。轉到利益相關者、以完成要求、以完成設計、以指導代碼設計。工作越完善，開發過程越順暢，項目越安全。作為項目經理，您需要做很多額外的工作來確保項目的進度。很多事情都會等到開發階段，你會發現它為時已晚。我必須把我的同事和我自己搞砸。我的程式設計師總是或習慣於別人說的話。但事實上，我們也應該問為什麼。我認為，項目經理需要有能力通過表現來發現本質。我認為如果我們保持好奇心，我們就能掌握問題的本質。不斷提出問題，同時探索問題的答案。例如：客戶：「我想造一架飛機。」項目經理：「你為什麼要造一架飛機？在造飛機後你還需要造建飛機場。你要去哪裡？」客戶：「我想去西班牙，認為坐飛機很方便。」項目經理：「你打算在西班牙做什麼？這是一次旅行嗎？如果你去西班牙，你可以乘坐現有的航班和渡輪。」顧客：「我想去巴塞隆納觀看比賽。」項目經理：「中央第五站有現場直播嗎？你也可以看到它。去巴塞隆納很貴。」顧客：「我覺得去現場更有氣氛。我可以承擔這筆費用。」項目經理：「好的，你能乘坐國際航班去嗎？」顧客：「好的，沒問題。」以上，客戶最基本的需求是前往巴塞隆納觀看比賽。他的想法可能是過去要有一架飛機，所以他提出了建造飛機的需求。在不斷的對話過程中，項目經理一次又一次地提供新的解決方案，以探索客戶最需要的東西，並探索客戶的想法（在成本效益和體驗的情況下，客戶希望體驗）。假設在對話期間，客戶正在嘗試建造飛機。你還必須告訴他，這架飛機已經建成並且機場將要建成。讓他來衡量成本是否可以接受。不要坐飛機，也不能起飛。這不僅是客戶的問題，也沒有為客戶提供完整的解決方案。這被稱為發現本質。以人為本，而非機器我們的程式設計師每天處理機器並習慣於0以外的二進位生命。但項目經理需要與人溝通並與人打交道。所以面對我們的同事並面對整個團隊。應該考慮更多的人，人們應該成為中心。所以我想說的是：
減少應激反應，傾聽別人的意見，不要急於反駁。保持同理心，從同事的角度思考更多，並在出錯前做好預防工作。不要給同事簡單的結論和標籤，人們會改變。
無法阻擋兄弟並領導兄弟的老闆不值得跟進。當你在手下做事時，弟兄們就是不滿，老闆不能這樣做。我相信大多數程式設計師都有問題並追求完美。代碼格式應該是最舒適的，代碼邏輯應該是最簡潔的，並且應該重複細節。就像強迫症一樣，追求完善自己的代碼。作為程式設計師，這是一個很好的習慣。但作為項目經理，我們最需要的是平衡。追求完美將導致項目成員的壓力和無法控制的成本大幅增加。作為項目經理，我們都希望我們帶來的項目細節無可挑剔，功能齊全，代碼質量無可挑剔，團隊氛圍和諧，項目質量高，項目周期為到達。但實際上，項目中的所有內容都是平衡的。時間表和細節之間的平衡研磨、成本與需求之間的平衡發展、批評與讚美等之間的平衡。所以我想說的是：
掌握平衡規模是項目逐步完善的途徑。不要追求一步到位，完美是迭代的。可以編寫更少的代碼，而不是技術以上所有內容均用於項目管理，最後一個是為了引起您的警惕。
我們說會有很多瑣碎的事情可能會讓你沒時間編寫代碼。這是正常和正確的。你的工作不是機槍手。你的工作是指導每個人去戰鬥。但這是否意味著我們必須離開這項技術？我不這麼認為。我們可以編寫更少的代碼，但我們不能放棄技術。我有一位朋友告訴我：不要過早參與「純粹的管理職位」。我認為他的意思是告訴我技術是軟體開發項目經理的基礎。我們的程式設計師在項目管理方面的最大優勢是沒有外行指導內行的情況。因此，即使我們轉型，我們也必須始終保持對技術的敬畏和對技術的關注。您可能不需要對各種技術的細節有透徹的了解，但您應該了解各種技術的應用範圍。使用條件、優點和缺點等確保您可以快速選擇所需的項目類型。作為項目經理，最大的好處是可以讓團隊同事學習，讓他學會組織和教你以後，以實現快速學習。所以我想說的是：
不要放棄技術，總有一天它會拯救你。學習就像划船上遊。程式設計師的管理思想和維護寫在這裡。在了解真相之後，每個人都會去練習工具和練習方法才能有效。總之，我們想要實施的管理思想如下：從個人到團隊的過渡。從專注於一件事到同時處理多個任務。從焦點到焦點的過渡。從說什麼是什麼到為什麼的轉變。從追求完美到掌握平衡。
本文原創於程序思維：http://www.lucklnk.com/internet/details/aid/241909369