我是一名普通的技術研發人員，自從想著轉崗，就開始接觸一些不一樣的東西，第一年，我的經歷是失敗的，並沒有能夠很好的去轉變，此文是記錄下我的日常，提醒自己、反思自己、改正自己，如果能夠給也在轉崗的你帶來一點幫助，那就榮幸之至。希望大家多多批評指正。
作為一名開發，慣有的思維是阻礙轉管理崗最大的障礙，同時，語言表達能力、統籌規劃能力都是需要不斷去提公升和改正的，正如同我的領導跟我說的：邊界處發力，釋放影響力。做管理就是服務，服務你的下屬，服務你的同事，服務你的客戶，服務你的領導。
作為一名研發的管理人員，還需要向前看向後看，向前是跟專案側，向後是運維側，要學會多替跟自己的專案研發有關係的部門著想，這樣才能讓你的工作更順暢，能夠提前發現和預判風險，人人為我，我為人人。讓別人感覺到了舒服，在你遇到問題的 時候，別人才會想著去替你想想辦法，才能在客戶那替你說話。
溝通，在專案管理中是及其重要的，一定要學會跟不同的干係人去溝通。
規範、嚴謹，是研發工作的前提，要從需求側嚴謹，原型要注釋，要寫清算法，變更要有記錄，要有依據，業務講解要透徹，要做到專案中的所有人的思想是統一的。
會議，定期的晨會和週會是把控專案進度和質量的乙個好工具，明確專案人員的工作內容，了解工作進度，盡早發現風險，這樣才有利於專案的管理，同時，也可以很好的體現出專案工作量和每個人的工作量。
問題
產生原因
解決方法
思考
需求側提供了資料，沒有告知需要什麼時間匯入，隨著專案的時間程序，突然有一天緊急需要給客戶演示，而且是晚上發現了這個問題，客戶現場無法遠端操作，功能異常，無法批量匯入
1.需求側沒有提供要時間
2.自己沒有詢問清楚
1.客戶環境無法遠端，先把檔案傳到測試環境，然後拷貝資料表資料和檔案到伺服器（有同事在現場）
1.沒有時間意識，沒有能夠第一時間詢問資料是否需要匯入
2.沒有跟蹤此事，沒有形成閉環，做事需要有反饋
領導安排了一項任務（畫8個系統的邏輯架構圖），但是由於一直被專案研發占用時間，此項工作沒有開展
1.專案研發占用時間太長
2.自己沒有加班去完成
1.對於無法完成的內容，需要根據自己目前的工作情況，提前跟領導匯報工作無法完成，在領導同意的情況下，是否優先完成一部分內容，或者把完成時間延後，需要領導去確定優先順序
想要改變這種情況，可以先選擇幾條理論開始實踐，比如：高效會議、團隊分享、郵件禮儀，這種都是最常用也是最容易使用的，經過幾次刻意的練習後就會形成習慣，那麼你就開始掌握這種工作方法了。
<==角色動態轉換-->
作為管理者，最重要的就是學會動態的角色轉換，在不同的場合，不同的時間，不同的事情上，你的角色不是固定不變的。
例如：在家的時候，對你父母來說，你是孩子；對你妻子來說，你是丈夫；對你的孩子來說，你是父親；每個人其實已經掌握了這種動態角色轉換的能力，只不過在你的工作中，你給自己限定了自己的角色。你作為一名技術人員，你會潛意識的給自己限定乙個技術研發的角色，更多的是考慮給你分配的工作是否能夠按時完成，工作中遇到問題應該找誰去解決。當你打破自己的角色的時候，你會變得主動，主動去尋找能夠更快、更好的去完成你的工作的工具或者人，你會提前考慮是否會存在一些問題，這些問題你能如何解決，你解決不了的時候，你會帶著你的解決方案去向你的領導尋求幫助。那時，你就是這個工作的核心人物，大家都喜歡遇到問題找你，那麼對你來說，就會遇到另外乙個問題，那就是你的時間分配問題。
《角色動態轉換==>
<==時間分配問題》
《時間分配問題==>
附錄：1.技術管理的30條軍規和提高情商的18條方法
技術轉管理
乙個人，假設叫小明，原來在技術崗位，是一線的標兵 帶頭人。公司領導覺得這個人不錯，希望他能走到管理路線上來 於是乎先讓他把20 的時間拿出來來做管理，發現幹的還不錯，慢慢的交給他更多的管理事務，從原來20 的時間，增加到60 80 甚至整個團隊都交給他來帶。這看似是乙個非常正常的技術轉管理的轉型過程...
我的技術管理感悟 技術篇
道衝，而用之有弗盈也。淵兮！似萬物之宗。銼其兌，解其紛，和其光，同其塵。湛兮！似或存。吾不知其誰之子，象帝之先 1.技術的發展，應該注意些什麼？企者不立，跨者不行，自見者不明，自是者不彰，自伐者無功，自矜者不長。其在道也，曰餘食贅行。物或惡之，故有道者不處。關於自己技術的發展，應該要看清自己的能力和...
技術轉管理的一些分享
半年的時間從技術過渡到團隊管理，感覺自己整個人從頭到尾都發生了很大的變化，從技術出身前期的時候會有很多管理上的問題需要解決，下邊是我在這半年過程中總結的一些注意點。1.心態一定要保持住，不要心慌。克制自己，不要鬧情緒。2.當管理的人比較多時，要找幾個人替你分擔任務。3.一定要定製好規範，讓所有人按照...