atlassian的專案經理sherif mansour寫了一篇非常出色的文章，內容涉及產品工程師，以及產品經理如何識別這些人並與他們良好地合作。
在過去的十年的產品管理中，我得出的結論是，產品工程師是幫助您構建成功的產品，擴充套件自己並成為更好的產品經理的關鍵要素。
他還引用了shopify工程主管jean-michel lemieux的定義，他定義了以下產品工程師：
一旦有了產品基礎，就需要積極參與「為什麼」的開發人員。渴望使用技術來解決人類/使用者問題的工程師。那些有同情心的人尋求神奇的經歷。那就是我書中定義產品工程師的原因。壞人偷工減料。優秀的產品工程師知道，在構建階段必須考慮到最小的可愛產品深度。
從事面向使用者功能並與產品經理合作的團隊是乙個以產品為中心的工程師可以產生巨大影響的環境。他們經常成為關鍵的貢獻者，成為產品經理的關鍵人物，並經常成為團隊領導。那麼，注重產品的工程師的主要特徵是什麼？如何才能變得更加注重產品？本文總結了我觀察到的這些人共有的9個特質：
精通產品的工程師不會為獲得規範而急於實施它。他們考慮其他想法，並與這些想法聯絡產品經理。他們經常挑戰現有規格，建議採用其他產品方法，效果可能會更好。
提出想法時，有產品意識的工程師不僅會憑空獲得這些想法。他們花時間了解業務的運作方式，產品的適用範圍以及目標是什麼。他們也對產品如何使使用者感覺以及這些使用者如何從使用該產品中受益感到同情。他們經常直接研究有關業務和使用者指標的資料，並盡可能地掌握這些資料。他們可能會直接訪問它（如果可能的話），或者與產品經理或資料科學家聯絡以獲取此類資訊。他們這樣做是因為他們的好奇心。這是我觀察到的下乙個特徵。
精通產品的工程師喜歡理解「為什麼」？在萬物背後。為什麼要為產品構建此功能，為什麼不為另乙個構建功能？為什麼要發布這個第乙個里程碑，而不是選擇另乙個里程碑，這要容易得多？如何測量事物-我們為什麼不選擇更全面的測量方法？
他們可以自行尋找答案。他們向產品經理和業務中的其他人員尋求其他與產品相關的問題。即使他們經常問很多問題，但他們卻不會惹惱別人，因為他們已經與他們建立了牢固的關係。
精通產品的工程師喜歡與工程學以外的人交談，了解他們做什麼以及為什麼這麼做。他們是溝通流暢的人，很清楚他們有興趣進一步了解其他學科的工作方式。我經常看到他們喝咖啡，午餐或與非工程師聊天。
因為他們對產品「為什麼」以及工程方面有深刻的了解，所以他們可以提出很少有人可以提出的建議。例如，在確定構建產品的工作量時，用於構建關鍵功能的工程工作可能很重要。許多任務程師將開始尋找減少工作量的方法，並試圖弄清楚減少工作量對功能本身的影響。
注重產品的工程師從兩個角度解決了這個問題：既要尋找工程權衡，又要尋找對產品的影響。他們還開始進行產品折衷，評估工程影響。他們經常回到產品經理那裡，建議要構建乙個完全不同的功能，因為對產品的影響將是相似的，但是工程上的工作量要小得多。
兼顧產品和工程方面的權衡以及兩者的影響，是專心產品的工程師所擁有的獨特優勢。它們可以在同一枚硬幣的兩個側面之間來回快速移動：產品功能，工程設計和權衡。因為他們利用他們的工程和產品洞察力在腦海中完成所有工作，所以他們可以非常迅速地得出有價值的結論。
邊緣保護套是一件有趣的事。在乙個極端情況下，工程師通常會忘記其中的許多內容，而在從測試產品或終端使用者的人員那裡獲得反饋後，不得不重新解決這些問題。另一方面，處理新產品或功能中所有可能的情況可能會花費很多時間。
精通產品的工程師可以快速規劃出邊緣案例，並思考減少工作量的方法：通常帶來不需要工程工作的解決方案。他們專注於「最低限度的可愛產品概念」，並評估邊緣情況的影響以及處理情況。他們提出了很好的建議：在可能發布早期版本之前，找出大多數可能出問題的地方，並針對需要解決的極端情況提出建議。
例如，如果一千個使用者中有乙個可能被錯誤擊中，他們將考慮進行修復，並考慮如果不採取任何措施會發生什麼情況。在這種情況下，客戶支援r人員可以幫助此人嗎？是否在在驗證過程中？使用者能否在下一次重試並成功？可以對產品稍加修改，以免發生這種情況嗎？
甚至在他們正在使用的功能尚未投入生產之前，具有產品意識的工程師便找到了創新的方法來獲得早期反饋。這可能是與同事進行hallway測試，向產品經理展示正在進行的工作功能，在beta版本上組織團隊的bug追殺，以及許多其他創造性的方式。他們不斷思考：「我們如何驗證人們將以我們認為的方式使用此功能？」
最有經驗的工程師端到端地擁有他們的工作：從獲得規範到實施規範，一直到推出並驗證其正常工作。精通產品的工程師通常會超越此範圍。
他們認為只有在獲得有關使用者行為和業務指標的結果後，他們的工作才能完成。推出後，他們仍然積極與產品經理，資料科學家和客戶支援渠道互動，以了解該功能在現實世界中的使用情況。可能需要數週的時間才能獲得足夠的可靠資料來得出結論。即使他們可能正在從事乙個新專案，他們還是將檢查結果作為其首要任務之一。這不是一項耗時的活動，但需要其他想要知道的人的堅持不懈：我的工作真的如何？
當某個功能的效能比預期的差時，他們會很好地了解不匹配的位置。他們同樣希望在產品計畫和實際結果之間找到根本原因，就像除錯**庫中難以重現的錯誤一樣。他們通常會花費大量時間與產品經理和資料科學家討論假設和學習。
對於產品工程師來說，乙個典型的專案通常是這樣的：
他們提出了許多問題，以確切了解為什麼要構建產品功能。
它們帶來了建議和折衷，其中一些已包含在修訂的規範中。
他們可以快速構建功能，並盡早獲得反饋。
交付功能部件後，他們會積極跟進，以了解功能部件是否符合預期。
如果沒有，他們會深入研究，以了解為什麼沒有這樣做，並了解有關現實世界中產品使用的新知識。
在每個專案之後，他們對產品的理解加深，並且他們開始發展越來越好的產品本能。下次，他們將為您帶來更多相關建議。隨著時間的推移，他們成為產品經理的首選，在專案啟動之前就已經很好地徵求了他們的建議。他們在團隊之外建立了良好的聲譽，為他們的職業生涯不斷發展開啟了更多的大門。
成為更具產品意識的工程師的提示
如果您使用的是面向使用者的產品，那麼以下是我見過的一些技巧，它們可以幫助您培養注重產品的肌肉。
作為乙個軟體工程師的經驗
我覺得，與現階段學習緊密相關的是個人規劃問題，規劃不同，自然需要學習的內容也不同。心無旁騖的時候不妨問自己這樣乙個問題 我希望十年後二十年後的自己是什麼樣子的？如果能迅速明確的回答這個問題，那麼你的心中肯定也有了乙份對未來的美好藍圖。這也就是奮鬥的目標，雖然有可能這個藍圖現在看來非常遠，非常不現實，...
乙個合格的運維工程師應該具有的素質
網上看到有人寫了一篇文章，關於乙個合格的運維工程師應該具體哪些素質，正好前段時間有位boss也問過我這個問題。簡單地寫下自己的看法。1.良好的責任心 ops是直接面向生成環境的一線操作人員，任何乙個不當的操作都有可能引起故障，要本著對使用者負責的態度做好每一次變更。在出現故障時也要勇於承擔責任而不是...
做乙個女軟體工程師的好處
本文是從 the benefits of being a female software engineer 這篇文章翻譯而來 穿著隨意 機遇 機遇真是大大的有，而且是很好的機遇。你知道有很多技術人員在社交方面都很笨拙，因為在這個領域裡女性稀少，如果你是個單身女性，你擁有第一機會去在這些非常優秀的小伙...