DevOps|研發效能不是老闆工程,是開發者服務

2023-03-17 21:00:53

有人說研發效能是老闆工程。不是的,研發效能不是老闆工程,它不直接服務於老闆(雖然老闆可能看一些報表),反而是服務於廣大產研運(產品+研發+質量+運維)的同學,所以有的公司也把研發效能叫做基礎中臺,平臺工程,開發者服務團隊,或者叫開發者服務平臺。做好研發效能,做好開發者中臺,就容易把公司的各種中後臺能力如同積木般不斷組裝成一個個的業務能力推給使用者。當然如果老闆有效能的意識,有決心和動力提高公司的產研效能,為廣大的產研小夥伴提供一個比較好的開發者服務基礎設施,那當然是就更好了。

 

前期優先發展主營業務

老闆們大多數結果為先,國內企業大多數也是注重自己主營業務,業務為先,業績為先。

當公司營收,依然還在快速上升時期,主營業務持續向好時,通過增加人力資源依然可以推高主營業務營收,只要人力成本依然可以接受的時候,老闆一般都會選擇快速補人頭來繼續催化營收,而不是注重研發效能方面的提高。當然也有一些一直高舉高打各方面投入都很高的公司,比如某二進位制公司,即便這樣前期的效能相關職能也是四散在公司各個業務線,亂的很。

考慮的主要因素:

  • 1)立馬可行,見效快,短期能補充

  • 2)補充人力,成本短期也可接受

  • 3)見效快。研發效能短期投入雖不高,但見效慢

  • 4)大老闆們對研發效能的理解還在提升階段

 

中期各地建基地搶人頭

上面這種堆人催化業務發展這種情況的上限不高。因為在一個城市裡能提供的人力畢竟是有限的,當想發展得更快時,只能加錢招人,即便這樣很多公司還招不到。這也就造成了網際網路公司都是全國各地建分基地搶人。

想做搜尋去北京,挨著百度建分公司;想做電商去浙江,就在阿里旁邊;做遊戲那就去深圳挖騰訊、網易。如果一個分基地還不滿足那就建兩個。我國IT人才比較多的省份如下:北京、廣東、江蘇、上海、浙江、四川、湖北。

 

研發效能、修煉內功

如果多個分基地還不能滿足業務發展,或者公司內已經人滿為患但是依然業務不夠快,這個時候就要好好考慮下公司的人效了,尤其是產研運的效率。

這就像一個人學武的前期階段,雖然每個人選擇的方向不同,但是隻要在某一方向上下功夫,肯定能快速讓自己的武功爬升到一個層級。有的善於拳術、有的精於腿法、有的強於兵器、有的則善用暗器。如果還要武功精進,則要修煉內功心法。修煉內功對自己的武功之前修煉的招式有莫大的增益,同時還能有助於修煉其他武功,觸類旁通。

研發效能如同九陽神功,實打實的內功心法,需要長期修煉,才能形成無上內功。雖然研發效能一般不能短期對主營業務產生直接影響,但是一旦成型增益你出招的速度,力量和準確度,也很容易地把之前拳術能力運用到腿法、兵器、暗器上。

 

研發效能工作的特點

  • 1)長期投入,專業人才不好找

  • 2)做的事情多,投入相對分散,比如各種基建需要做

  • 3)見效相對慢,工具平臺的建設非一朝一夕

  • 4)好在任督二脈一旦打通,事半功倍,效果顯著且持久 

但研發效能也有危險,修煉不好,容易走火入魔,比如很多公司都魔怔式的統計工時,不知道是向甲方收錢,還是覺得員工辛苦想獎勵員工,還有一些拿些虛假繁榮的指標忽悠別人忽悠領導。汝之蜜糖,彼之砒霜。

 

開發者服務

開發者服務是指為開發者提供的各種工具和服務,以便他們更加高效地進行軟體開發。 

  • 版本控制系統

  • 基礎設施服務

  • 程式語言、元件和框架

  • 偵錯和測試工具

  • CI/CD工具

  • 檔案和知識庫

  • 社群和論壇 

以上是一些常見的開發者服務,它們可以幫助開發者更加高效地進行軟體開發。

 

本文總結

本文主要陳述了研發效能不是一個老闆工程,面子工程,而是實實在在的為產研運小夥伴服務的職能。讓大家利用公司的基礎設施和平臺服務,順順暢暢的工作,高效的產出這才是我們做研發效能的目的。

 

推薦閱讀

 研發效能負責人/研發效能1號位|DevOps負責人產品經理,專案經理,FTO
研發效能DevOps推薦書單
研發效能|DevOps 已死平臺工程永存帶來的焦慮
企業內源(內部開源)問與答
高效能敏捷交付團隊反思:特性團隊(FeatureTeam)+Scrum