優秀工程師的三大思維
發表于:2019-05-16來源:未知作者:未知點擊數:
標簽:
在社會分工的背景下,軟件行業的工程師群體被劃分成了開發、測試、產品等諸多崗位,以協作的方式共同完成價值創造。高度依賴軟件的互聯網行業正以全新的方式改善著人們的生活
在社會分工的背景下,軟件行業的
工程師群體被劃分成了
開發、
測試、產品等諸多崗位,以協作的方式共同完成價值創造。高度依賴軟件的互聯網行業正以全新的方式改善著人們的生活,同時在改善的道路上對價值創造的效能提出了更高的要求,而背后是對個體與團隊的協作效能有著更高的訴求。
專人專崗的協作模式在進一步改善團隊的協作效能時所面臨的最大挑戰在于“崗位墻”,即崗位間銜接不可避免會出現一些模糊地帶,而這些模糊地帶又很容易相互忽視,導致失去關注而很大程度地拉低了團隊效能。比如,開發工程師會認為保證質量是
測試工程師單方面的職責;開發工程師不關注用戶體驗而只需關注實現
需求,等等。此外,這種協作模式也會固化個體的思維和心智模式,將個體的思維和心智框定在所處崗位之內,以致對于崗位之外的內容不能很好地理解,使得個體在整個協作活動中會缺乏同理心、系統性,從而影響工作幸福感。
相信這些現實工作場景讀者并不陌生:
開發工程師對產品工程師所提出的用戶體驗方面的需求會認為過于吹毛求疵;
產品工程師因不理解技術的實現原理而提出天馬行空、不接地氣的需求(我們在此不討論創新這一特例);
測試工程師因為不理解工程效率的內涵而將自己的工作變成了體力活;
開發工程師不清楚自己對于軟件質量的責任,而將那些本因自己做好的瑣碎工作心安理得地交給測試工程師去做;
辛辛苦苦所開發出來的功能,用戶抱怨難用。
這些問題發生的最終結果,一定是團隊協作效能的低下。那么在沒有找到比專人專崗更好的協作模式的情形下,我們該如何發揮個體的力量去改善團隊的協作效能呢?改善的起點在于全面地梳理工程師思維,幫助工程師個體在職場和職業發展中建立起更為全面的思維和視野,以促使每個工程師在協作過程中能最大程度地發揮個體能力去推動團隊協作效能的提升。
我將工程師思維分解為產品、技術和工程三大思維。每個維度主要關注的內容通過幾個關鍵字去表達,如下圖所示。下面針對每種思維需要關注的每個詞以圖中從上至下的順序去解釋。由于解釋是基于關鍵詞去展開的,所以段落之間的銜接可能會顯得生硬,還請讀者見諒。

產品思維
產品思維的起源是用戶(或客戶)價值。用戶價值是通過技術手段以產品或服務的形態去解決用戶的痛點,或帶去爽點。毫無疑問,工程師在日常工作中應時刻關注并厘清自己的工作與用戶(或客戶)價值的聯系,并且應該通過聚焦于用戶價值去安排工作的優先級和分配自己的精力。
當用戶價值足夠時,產品能否在市場中立足并真正收獲收益,首先考驗的是產品的用戶體驗。良好的用戶體驗一定是站在用戶的角度,基于用戶心智來塑造概念,由于概念存在理解和解釋成本,所以塑造的概念應足夠輕、少且易掌握。概念一旦塑造出來則概念間的關系也隨之確定,這些關系基本上決定了產品與用戶的交互流程。好的產品體現于“易用”二字,其極致在于迎合用戶的本能反應并符合各種生活或專業常識。
所有產品都存在演進的過程,所創造的用戶價值也在被不斷地挖掘與探索,那時不同的細化價值需要通過產品特性去區分和表達。特性也是產品差異化的一種體現,特性也間接地確定了軟件實現層面的功能模塊邊界。作為開發工程師,也需要對產品特性有非常透徹的理解,并能將其很好地抽象并轉化為軟件實現層面的功能模塊。特性需要考慮通過售賣license等形式進行開啟或關閉去實現售賣,這一點對于2B的產品甚是必要。
為了產品更好地演進,需要通過數據閉環的形式去檢驗創造用戶價值的效果,讓產品的開發、運營、營銷工作做到有的放矢。在產品價值創造的道路上,最害怕的事莫過于只顧低頭干做加法,做得多卻無人關心收效。而我們通過數據化閉環的形式,不僅能讓整個產品大團隊聚焦于核心價值,還能幫助團隊在探索用戶價值的道路上理性地做減法。大多情形下,做減法遠難于做加法。
技術思維
技術思維的源頭是需求。需求可以分成市場需求、系統需求、特性需求等不同層次,回答的是技術層面“做什么”的問題。顯然,清晰表達的需求以及對需求的精確理解才能確保將事做對。毋容置疑,需求一旦出現偏差所導致的浪費是非常嚴重的,也正因如此工程師對于需求的質量相當重視。
原文轉自:https://www.jianshu.com/p/47b5b7cf27f3