沒有預見性你憑什麼晉升
20190125
晉升評審會上，對於高P，我總是喜歡問同一個問題：
你在哪些地方體現了你的“預見性”？
什麼是預見性？
第一，市場競爭態勢的預見性。
有沒有對市場大勢有一定預見性？
是不是時刻在關注著友商、競品和行業動態？
能不能對業務做出有前瞻性的預測？
舉例：本地生活服務市場，大的市場變化趨勢是，點評—>團購—>外賣—>買單和下碼—>鋪機具構築IoT壁壘—>切ERP—>帶貨和保理……
第二，業務上的預見性。
需求方說什麼就是什麼嗎？
產品設計成什麼樣就做成什麼樣嗎？
就這麼一直順水推舟嗎？
你有沒有力排眾議，提出自己的觀點和方案，而且最後事實證明你說的做的是對的？
第三，技術上的預見性。
首先，技術領域瞬息萬變，昨天的技術新趨勢，明天就成為行業標杆的標準解決方案。低頭拉車之餘，必須抬頭看路。
Docker從2014年的微熱，到2015、2016年一線網際網路公司的標配，僅僅一兩年時間。
其次，單一技術趨勢，並不能承載中大型團隊，不能承載劇烈變化的業務，我們對此需要有一個基本的判斷。
比如說微服務的前提是Docker容器化、服務路由和平臺自動化。
Docker叢集編排+研發協作視覺化+運維自動化+API閘道器+微服務，才談得上可負重前行。
再次，當業務從零到一的時候，我們需要有一定的預見性，走一步看兩步。
舉例：業務剛開始試點的時候，我就預見到IoT機具鋪設在全國各地，所有問題都將由我們兜底，所以必須以最快速度建設一個強大的裝置強管控運維管理平臺，它將是大中臺體系的重要組成部分。
舉例：隨著業務的深入，我預見到由於機具的各種業務方都會給機具下發指令（上行和下行），比如支付成功語音播報，比如應用版本分發，比如快速改變機具上App內部狀態，業務方不關心也不需要關心機具在不線上，所以我決定儘快引入裝置影子，在業務方還不足夠多的時候一勞永逸地解決這個問題。
做技術千萬不要腳踩西瓜皮，滑到哪裡算哪裡。
為什麼要求有預見性？
第一，因為很多指令是直面白刃戰的一線指戰員下達的。
第二， 因為要“活下去”，而且要“活很久” 。
p.s.:
我司研發文化=
研發哲學（Don't make me think/If it hurts, do it more and often/這個世界從來沒有什麼救世主/沒有苦勞只有功勞/一定要有後備方案）
+研發三迴圈方法論（研發能力/研發效率/研發活力）
+研發三板斧（RCA/技術分享講座/技術預研課題）
每一個研發組織都必須想著念著做著。
歡迎關注訂閱號： 老兵筆記 。
感謝關注微博：鄭昀。