技术开发向技术管理转型
轉型成功的三段式模型
轉型需要一個過程,任何過程一般都可以抽象成人、工具和流程的組合。但是對于轉型過程而言,顯然普適意義上的人、工具和流程并不能直接應用。如何找到更加有效的途徑來完成從開發人員到技術管理者的轉變,本文基于下圖所示的由思路、方法論和工程實踐所構成的三段式模型,結合技術管理這一特定轉型主題做進一步介紹。
1. 思路
思路意指思考的條理脈絡,通俗的解釋就是心里的想法。轉型需要想法,但往技術管理者轉型的想法卻受以下三個方面限制:意識形態(Mindset)、環境(Environment)和決心(Determination)。意識形態是轉型的觸動點,當我們想去做一件事情而這件事情需要付出很大努力時,通常是意識形態發生了變化,從習慣于根據詳細設計文檔編寫代碼并完成功能自測,到根據業務需求抽象出系統模型并轉變成架構描述,意識的轉變是工作內容轉變的前提,意識形態很多時候決定了一個人發展的高度。但一個人所能達到的高度還很大程度受限于環境因素,好的環境和不好的環境對個人發展影響巨大,而我們往往無法改變環境,只能適應環境,所以是否具備一個良好的環境也是在轉型之前需要進行梳理并作出判斷,必要時也應該果斷采取行動。思路的最后一點就是決心,當意識形態和環境因素都已經具備,決心變成是否能夠轉型的關鍵,畢竟想要成為一名合格甚至優秀的技術管理者可能要比想象的困難。
一般而言,從客觀的技術領域進入到以主觀為主的管理領域,技術人員會發現這種角色轉換要比預想的更具挑戰性。甚至許多技術人員對管理者都持一種否定或者觀望的態度。他們眼里的管理者似乎是猶豫不決的人,又沒有精湛的技術,還常常自以為是。盡管這樣,每年還是有許多技術人員接受提拔,進入管理者階層。這些技術人員相信會找到并解決管理過程中存在的種種問題,正是這種信念促使大多數技術人員接受挑戰完成轉型過程。然而,并不是所有的技術人員都能獲得提拔的機會,對于目前尚未有明確的提升機會但又想往管理者轉型的技術人員而言,我們認為思路恰恰是其首先需要考慮的問題。
2. 方法論
所謂方法就是做事的手段、方式、流程,而方法論即一組方法的集合,也就是一組用于確保成功的規則的集合。技術人員想要轉型到管理崗位,將要面臨一大堆他們不熟悉的問題。 對于技術人員,解決技術問題的能力是主要的衡量標準,技術人員自身所具備的方法論也更多的偏向技術體系本身。但對技術管理,技術體系只是一個方面,更多的方法論需要進行理解和掌握。
對技術管理者而言,了解行業發展的大致方向并能從用戶研究和體驗的角度出發思考并形成自身對業務的理解是一種方法論;能夠基于業務需求規劃和產品實現策略是一種方法論;了解主流軟件架構風格、模式和模型、通過整合各種架構體系形成自身的架構設計思想是一種方法論;能夠對主流架構設計方法進行闡述、把握主流技術體系知識領域并根據業務需求適當進行技術創新是一種方法論;圍繞軟件開發生命周期的系統工程,理解軟件工程、業務架構、敏捷方法、產品交付等概念是一種方法論;作為技術管理人員明白面臨的各種軟技能需求以及相應的應對措施也是一種方法論。理論指導實踐,只有具備相關的方法論,才能用于工程實踐。
3. 工程實踐
在軟件開發領域,我們經常提倡使用各種最佳實踐(Best Practice)。最佳實踐是一個管理學概念,認為存在某種技術、方法、過程、活動或機制可以使生產或管理實踐的結果達到最優,并減少出錯的可能性。把軟件開發的最佳方式和開發人員個人做得最好的事項一一總結出來,就是組織的最佳實踐。最佳實踐包含在技術和非技術領域,包含在對人和事物的處理過程,也包含在技術管理者所應具備的各項軟、硬能力中。要想成為一名技術管理者,對業務、技術和管理三個維度以及各個子維度所應該從事的各項活動都應該需要且能夠提煉出最佳工程實踐作為具體工作展開的輸入和模板。
轉型思維導圖
技術管理者轉型面臨巨大挑戰,挑戰來自于技術管理者的工作特性。我們從下表中進一步看出開發人員與技術管理者之間的區別所在。
| ? | 開發人員 | 技術管理者 |
| 組織中的位置 | 執行層 | 規劃層 |
| 職責范圍 | 技術專項事務 | 團隊 |
| 工作對象 | 事 | 人和事 |
| 工作技能 | 業務技能 | 人際和管理技能 |
| 評價標準 | 個人成績 | 團隊成績 |
| 自我實現 | 技術專家 | 管理專家 |
在完成角色轉換的過程中,要避免開發人員與管理本身只是層次不同而已的觀念。管理也像其它任何一種專業一樣,需要專門的知識和才能。在任何一家公司中,管理部門的目標都是完成公司的使命,因此,作為一位想要往管理者轉型的技術人員,首先要明確公司的戰略目標。
而當作為一名技術管理者時,會發現你的時間不再屬于你自己,你將要花大部分時間與員工溝通交流并指導他們的工作。你已經不再像技術開發人員一樣有自己的時間坐到辦公桌前鉆心研究問題。管理部門是公司內部溝通的基礎,管理者們構成了公司的信息網絡,各種各樣的數據通過這個網絡流動。每個公司都采用不同的協議來傳遞這些信息。在你扮演管理者這個新角色時,你應該學會如何包裝你的工作,如何濾掉無關的信息,如何辨別哪些是需要你及時處理的哪些又是可以緩一緩或者授權給下屬完成的活動。
顯然,要做到以上各個方面是困難的,軟件行業特定的企業文化以及開發人員特定的思維模式決定了技術管理者不同于一般的企業管理人員。面對技術管理者轉型所需要克服的各項挑戰,結合轉型成功所需要的三段式模型,我們得出了下圖的最高層面的轉型思維導圖。
?
上圖的上半部分代表包含思路、方法論和工程實踐的三段式模型,下半部分代表轉型主題,包括業務、技術和管理三大維度。三段式模型指導著轉型主題的落實,即對每一個轉型主題,思路、方法論和工程實踐都是我們進行轉型的基本切入點;反過來,轉型主題又推動著三段式模型的進一步成熟和改進。該轉型思維導圖將指導我們如何從技術開發向技術管理轉型。
?
如果對文章感興趣,可以關注我的微信公眾號:程序員向架構師轉型,或掃描下面的二維碼。
我出版了《系統架構設計:程序員向架構師轉型之路》、《向技術管理者轉型:軟件開發人員跨越行業、技術、管理的轉型思維與實踐》、《微服務設計原理與架構》、《微服務架構實戰》等書籍,并翻譯有《深入RabbitMQ》和《Spring5響應式編程實戰》(待出版),歡迎交流。
總結
以上是生活随笔為你收集整理的技术开发向技术管理转型的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Prometheus 实战于源码分析之s
- 下一篇: (收藏自己看)程序员的工作不能用“生产效