[導讀]有產(chǎn)品意識的工程師是對產(chǎn)品本身有很多興趣的開發(fā)人員。他們希望了解為什么要做決策，人們?nèi)绾问褂卯a(chǎn)品，并喜歡參與到產(chǎn)品決策中來。如果他們決定放棄工程的樂趣，他們很可能會成為一名優(yōu)秀的產(chǎn)品經(jīng)理。我曾與許多優(yōu)秀的產(chǎn)品工程師共事過，認為自己就是這樣的開發(fā)人員。在打造世界級產(chǎn)品的公司里，有產(chǎn)品意識的工程師將團隊的影響力提升到了一個新的高度。
Atlassian公司的項目經(jīng)理@Sherif Mansour寫了一篇關于產(chǎn)品工程師的文章，以及產(chǎn)品經(jīng)理如何識別這些人，并與他們良好地合作。他的結(jié)論也是類似的。
在過去十年的產(chǎn)品管理中，我總結(jié)出的結(jié)論是，產(chǎn)品工程師是幫助你打造一個成功的產(chǎn)品，擴展自己并成為一個更好的產(chǎn)品經(jīng)理的關鍵因素。
他還引用了Shopify工程部主管Jean-Michel Lemieux對產(chǎn)品工程師的定義：
一旦你有了產(chǎn)品基礎，你需要的是那些主動參與 "為什么 "的開發(fā)人員?？释褂眉夹g來跨越人類/用戶問題的工程師。那些具有同理心的人，能夠達到神奇的體驗。在我看來，這就是產(chǎn)品工程師的定義。壞的產(chǎn)品工程師走了太多彎路。?優(yōu)秀的產(chǎn)品工程師知道，在構(gòu)建階段，最低限度的可行性產(chǎn)品就需要考慮到合適的深度。
開發(fā)面向用戶的功能、與產(chǎn)品經(jīng)理協(xié)作的團隊是具有產(chǎn)品意識的工程師可以產(chǎn)生巨大影響的環(huán)境。他們經(jīng)常成為關鍵的貢獻者，成為產(chǎn)品經(jīng)理的得力助手，并經(jīng)常晉升為團隊領導。?那么，有產(chǎn)品思維的工程師有哪些關鍵特質(zhì)，如何努力成為更有產(chǎn)品思維的工程師呢？?這篇文章總結(jié)了我觀察到的這類人的9個特質(zhì)，以及我對任何工程師的建議，讓他們在產(chǎn)品意識上更強。
主動提出產(chǎn)品理念/意見
對業(yè)務、用戶行為和有關數(shù)據(jù)的興趣
好奇心和對 "為什么？"的濃厚興趣
他們能夠自主地去尋找答案。他們會向產(chǎn)品經(jīng)理和其他人員詢問其他的與產(chǎn)品相關的問題。即使他們問了很多問題，而且經(jīng)常這樣做，盡量不去惹惱別人，因為他們已經(jīng)和別人建立起了牢固的關系。
良好的溝通能力和與非工程師的良好關系
提前提供產(chǎn)品/工程設計的折衷方案
具有產(chǎn)品意識的工程師們從兩個角度來解決這個問題：既要尋找工程上的折衷，又要尋找對產(chǎn)品的影響。他們開始進行產(chǎn)品取舍，評估工程影響。他們經(jīng)常會回到產(chǎn)品經(jīng)理那里，建議開發(fā)一個完全不同的功能，因為對產(chǎn)品的影響是相似的，但對工程的工作量要小得多。
兼顧產(chǎn)品和工程兩方面的權衡，以及各自的影響，是具有產(chǎn)品意識的工程師們的獨特優(yōu)勢。?他們可以快速地在同一事物的兩面之間來回切換：產(chǎn)品特性和工程工作和權衡。因為他們都是在腦子里做的，利用他們對工程和產(chǎn)品的洞察力，所以他們能迅速得出有價值的結(jié)論。
對邊界情況的務實處理
有產(chǎn)品意識的工程師們會迅速地規(guī)劃出邊界情況，并想出減少工作量的方法：通常會帶來不需要工程工作的解決方案。?他們專注于 最小令人喜愛的產(chǎn)品概念"，并評估一個邊界情況的影響和處理它的精力。他們帶來了很好的中肯建議：在發(fā)布早期版本之前，列出可能出錯的大部分事情，并提出需要解決哪些邊緣情況的建議。
比如說，如果千分之一的用戶可能會被錯誤擊中，他們會考慮努力修復錯誤，并考慮如果不做任何事情會發(fā)生什么情況。這種情況下，在驗證過程中，客服能不能幫助這個人？能否讓用戶下次重試就成功了？能否把產(chǎn)品稍微修改一下，這樣就不會出現(xiàn)這種邊緣案例？
快速產(chǎn)品驗證周期
端到端的產(chǎn)品功能所有權
他們認為只有在獲得用戶行為和業(yè)務指標的結(jié)果后，他們的工作才算完成。在推出后，他們?nèi)匀环e極地與產(chǎn)品經(jīng)理、數(shù)據(jù)科學家和客戶支持渠道接觸，了解功能在實際用戶中的使用情況。可能需要數(shù)周時間才能獲得足夠可靠的數(shù)據(jù)來得出結(jié)論。即使他們可能正在做一個新項目，也會把檢查結(jié)果作為他們的首要任務之一。這不是一項耗時的活動，但它需要那種額外的堅持，因為有人想知道：我的工作到底做得怎么樣？
當一個功能的表現(xiàn)比預期的差時，他們會好奇地想知道哪里不匹配。他們感興趣的是找出產(chǎn)品計劃和實際結(jié)果之間的根本原因，就像調(diào)試代碼庫中難以重現(xiàn)的bug一樣。他們往往會花大量的時間與產(chǎn)品經(jīng)理和數(shù)據(jù)科學家辯論假設和學習。
通過反復的循環(huán)學習，有很強的產(chǎn)品直覺。
- 他們問了很多問題，以了解為什么要構(gòu)建產(chǎn)品功能。
- 他們提出了一些建議和折衷方案，其中一些包含在修改后的規(guī)范中。
- 他們快速構(gòu)建功能，獲得早期的反饋，就像他們所做的那樣。
- 在功能發(fā)布后，他們積極跟進，了解功能是否符合預期。
- 當它沒有達到預期時，他們會深入挖掘，了解為什么沒有達到預期，并在實際使用中了解產(chǎn)品的新情況。
在每一個項目之后，他們對產(chǎn)品的理解會加深，開始形成越來越好的產(chǎn)品直覺。下一次，他們會帶來更多的相關建議。隨著時間的推移，他們會成為產(chǎn)品經(jīng)理們的 "GOTO"，在項目啟動之前，他們的建議就會被采納。他們在團隊外建立了強大的聲譽，為他們的持續(xù)職業(yè)發(fā)展打開了更多的大門。
成為一個更有產(chǎn)品意識的工程師的建議
了解你的公司是如何成功的，以及為什么成功。商業(yè)模式是什么？是如何賺錢的？哪些部分最賺錢，公司的哪些部分擴張最多？為什么，你的團隊是如何融入這一切的？
和你的產(chǎn)品經(jīng)理建立起牢固的關系。大多數(shù)產(chǎn)品經(jīng)理都會抓住機會指導工程師。讓工程師對產(chǎn)品感興趣，意味著他們可以更多地擴大自己的規(guī)模。在進來之前，問很多產(chǎn)品問題，花時間建立這種關系，并向你的產(chǎn)品經(jīng)理明確表示，你想更多地參與到產(chǎn)品話題中來。
參與用戶研究、客戶支持等其他活動，在這里你可以了解到更多關于產(chǎn)品如何的工作的更新信息。與設計師、用戶體驗人員、數(shù)據(jù)科學家、運營人員和其他經(jīng)常與用戶互動的人結(jié)成對子。
提出有根據(jù)的產(chǎn)品建議。?在你對業(yè)務、產(chǎn)品和利益相關者有了充分的了解之后：采取主動。你可以為你正在進行的項目帶來一些小建議。或者，你可以提出一個更大的工作，列出工程工作和產(chǎn)品工作的大綱，以便在待辦事項列表中對其進行優(yōu)先排序
為你所從事的項目提供產(chǎn)品/工程的權衡。不僅要考慮為你的團隊正在構(gòu)建的產(chǎn)品功能進行工程上的取舍，而且考慮產(chǎn)品上的取舍，這樣可以減少工程工作量。對他人的反饋意見要持開放態(tài)度。
經(jīng)常向你的產(chǎn)品經(jīng)理尋求反饋。?作為一名優(yōu)秀的產(chǎn)品思維的工程師，意味著你在現(xiàn)有的工程技能基礎上建立了良好的產(chǎn)品技能。關于你在產(chǎn)品技能方面的進展，給你反饋的最佳人選是你的產(chǎn)品經(jīng)理。尋求他們對你的產(chǎn)品建議的反饋意見，并就進一步發(fā)展的領域征求意見。
-END-
英文 | Gergely Orosz
譯文 | 飄飄
|?整理文章為傳播相關技術，版權歸原作者所有 |
| 如有侵權，請聯(lián)系刪除 |
【1】深度：國產(chǎn)嵌入式操作系統(tǒng)發(fā)展思考
【2】干貨：嵌入式C語言源代碼優(yōu)化方案（非編譯器優(yōu)化）
【3】嵌入式必備技能之Git的使用
【4】嵌入式研發(fā)10多年，工程師悟出這些道理
【5】嵌入式編程是否應該用C++替代C語言
免責聲明：本文內(nèi)容由21ic獲得授權后發(fā)布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
下載文檔
