沒有預見性你憑什麼晉升

​​20190125運維

晉升評審會上,對於高P,我老是喜歡問同一個問題:微服務

    你在哪些地方體現了你的「預見性」?spa

 

什麼是預見性?設計

第一,市場競爭態勢的預見性。blog

有沒有對市場大勢有必定預見性?路由

是否是時刻在關注着友商、競品和行業動態?產品

能不能對業務作出有前瞻性的預測?it

舉例:本地生活服務市場,大的市場變化趨勢是,點評—>團購—>外賣—>買單和下碼—>鋪機具構築IoT壁壘—>切ERP—>帶貨和保理……自動化

 

第二,業務上的預見性。效率

需求方說什麼就是什麼嗎?

產品設計成什麼樣就作成什麼樣嗎?

一切都是順水推舟嗎?

你有沒有據理力爭,提出本身的觀點和方案,並且最後事實證實你說的作的是對的?

 

第三,技術上的預見性。

首先,技術領域瞬息萬變,昨天的技術新趨勢,明天就成爲行業標杆的標準解決方案。低頭拉車之餘,必須擡頭看路。

Docker從2014年的微熱,到201五、2016年一線互聯網公司的標配,僅僅一兩年時間。

 

其次,單一技術趨勢,並不能承載中大型團隊,不能承載劇烈變化的業務,咱們對此須要有一個基本的判斷。

好比說微服務的前提是Docker容器化、服務路由和平臺自動化。

Docker集羣編排+研發協做可視化+運維自動化+API網關+微服務,才談得上可負重前行。

 

再次,當業務從零到一的時候,咱們須要有必定的預見性,走一步看兩步。

舉例:業務剛開始試點的時候,我就預見到IoT機具鋪設在全國各地,全部問題都將由咱們兜底,因此必須以最快速度建設一個強大的設備強管控運維管理平臺,它將是大中臺體系的重要組成部分。

舉例:隨着業務的深刻,我預見到因爲機具的各類業務方都會給機具下發指令(上行和下行),好比支付成功語音播報,好比應用版本分發,好比快速改變機具上App內部狀態,業務方不關心也不須要關心機具在不在線,因此我決定儘快引入設備影子,在業務方還不足夠多的時候一勞永逸地解決這個問題。

作技術千萬不要腳踩西瓜皮,滑到哪裏算哪裏。

 

爲何要求有預見性?

第一,由於不少指令是直面白刃戰的一線指戰員下達的。

第二,由於要「活下去」,並且要「活好久」

 

p.s.:

我司研發文化=

研發哲學(Don't make me think/If it hurts, do it more and often/這個世界歷來沒有什麼救世主/沒有苦勞只有功勞/必定要有後備方案)

+研發三循環方法論(研發能力/研發效率/研發活力)

+研發三板斧(RCA/技術分享講座/技術預研課題)

每個研發組織都必須想着念着作着。

 

歡迎關注訂閱號老兵筆記

相關文章
相關標籤/搜索