【來自2019年 4月14日 23:37】
本週參加了部門幹部溝通會，第一次系統的同步了中臺工作制度，重點是用人標準，績效考覈，360度互評，管理要求等各方面內容。很多內容都是第一次才清晰知道，做爲研發團隊leader實在不應該，相信在此基礎上能夠更好的推進工作。同時，通過3月份研發夥伴溝通，一直在思考幾個方面的問題，與各研發leader一起共勉：
一、關於人才培養層面
通過夥伴溝通，很少有夥伴有清晰的專業或職業規劃，建議leader協助大家制定一下。夥伴在規劃下，一旦定了目標，就對自己有了預期，可以更專注更聚焦的工作，不斷實現若干定下的里程碑，就可以得到螺旋式上升，遇到更好的自己。同時，只有夥伴自己有了規劃，leader才能在工作中，結合夥伴的規劃，來支持到大家成長。
二、關於研發問題層面
發現問題比解決問題重要。產研過程中，leader需要不斷提升“預知問題”的能力，一個好問題並找到合適方法解決，就會推進團隊在某一方面的進化。給大家提供一個如何發現問題方法論，就是關注細節，細節分不同程度不同方面。對於工程師，可能是代碼層面；對於產品，更多是業務和用戶層面；對於leader，更多是業務與架構和理性等等，大家都可以問問自己要關注的細節是什麼，一定能發現好問題！同時，加強問題覆盤，給出具體可落地的方法才行，不能僅僅停留在“意識”和“希望”，因爲這些都會因爲人而不能堅持，至少可以用“checklist”方式，來避免問題再次發生。
三、關於研發效率層面
新的組織結構下，建議夥在新的產研流程（“目標-產品-研發”，上週週報有詳細說明）下，思考自己在項目大圖的位置，代表什麼角色，與哪些干係人有關，明確處理問題流轉機制等等。每個人處理好自己的360度，就會使自己所在研發組的效率得到提升，從而對業務更有質量的交付。具體有四個方面，需要關注：
<1>團隊透明
團隊變大，透明度是一個棘手的問題，因爲每個人對於它的定義都大相徑庭。透明度意味着爲員工提供更多數據以便他們更好地做出決策，從而與他們建立信任。但是，對各級leader來說，透明度更多意味着參與，提高透明度的前提是搞清楚大家認同的透明度的定義是什麼，這還不是全部，公開決策過程也是解決透明度問題重要的一點。對於研發組，要透明的方面包括團隊制度、工作分配、故障問題，項目進度，技術貢獻等等。每個研發組的透明程度是影響研發效率非常重要一環。
<2>項目責任
研發leader對於重要項目，一定要在研發組內有唯一責任人，這樣纔能有清晰目標，不斷推進項目演化。否則，在研發複用情況下，很容易出現沒有任何人來負責，風險非常大。因此，研發組內合理給出項目核心開發人員至關重要。同時，核心研發人員與產品也可以繞過leader加速溝通解決問題，從而提升產研效率。
<3>工作規劃
研發leader不僅僅被動接受需求，還要預知需求；不僅僅關注業務需求，還要關注技術需求；需要每週能夠將團隊工作有一定的規劃能力，而不是做到哪裏就是哪裏。否則，很可能與干係人在需求優先級上存在不一致情況，造成需求延期。建議可以採用【研發組-項目模版】(已提供給各研發leader)方式，來跟蹤各研發組產研過程中遇到的所有工作，避免重要需求遺漏，將本組工作透明給干係人，更容易達成共識。
<4>工具推進
研發leader要重視工具採用，逐步將工程效率組的Apidoc/宙斯/校準測試/占星系統等工具用於自己團隊，不斷提升研發效率，量化研發過程。對於研發效率提升分爲三個階段（流程->工具->數據），我們還有很長的路要走，需要大家一起努力，才能在團隊變大情況下而不降低業務交付能力。