1. 程式人生 > >職場中究竟什麼是ownership,你是一個有ownership的人嗎?

職場中究竟什麼是ownership,你是一個有ownership的人嗎?

在網際網路行業,我們經常用一個標準去評價一個人,這個標準就是ownership。一個有ownership的員工往往會被認為是出色的,被委以重任,從此升職加薪。而一個被打上了沒有ownership的人,往往只能靠邊站,做一些沒人願意做的髒活累活。

首先宣告,並非我故意要裝逼甩英文,而是這個單詞很難翻譯。硬翻譯過來就是主人翁精神,但是這不太準確,所以我還是選擇了英文原文。那麼ownership究竟是什麼,我們怎樣才能成為一個有ownership的人呢?

下個定義

我試著用遊戲來舉個例子,雖然我沒有玩過LOL之類的遊戲,但是看過其他人玩過許多。假設我們現在5人組隊開黑,你是其中的隊長。

現在你有兩個組員分別是這樣的,一個組員非常聽話,你讓他幹嘛幹嘛。但是他最大的缺點也是聽話,你說團戰不要慫,他保證第一個衝上去,但是你不說退回來,他不知道要退回來。第二個呢沒那麼聽話,有一些自己的意識,你讓他去打野,他不但打野,還能買雞買眼團戰的時候還能加入戰鬥。假如你只能從他們當中選擇一個當隊員,你會選擇誰?

我想玩過遊戲的都會選擇後者,團隊遊戲我們需要的是隊友,而不是一個只會執行命令的機器人。在職場當中同樣如此,老闆讓你幹嘛,你就幹嘛,這不叫優秀。老闆只會覺得你很死板,視野也窄。老闆更喜歡的肯定是後者,他不需要太多操心,就可以自己把任務完成出色,很少出紕漏的人。

所以ownership是什麼呢?我覺得就和遊戲當中團戰的意識一樣,也是一種意識。是一種解讀表面任務之下潛在任務的能力,能夠把那些老闆沒有說,但是需要做的事情找出來並且做好。

那麼,我們應該怎麼做呢?我總結了一下,大概有三點。

不給自己設限

我能想到的第一點就是不給自己設限,這句話不是說我們要不斷挑戰自己的極限,而是一種做事哲學,我們在做事的時候儘量不去區分什麼事情是我應該做的,什麼時候是我不應該做的。換句話說,不是老闆說了的事情才是你應該做的,這個是一切的前提,如果我們抱著老闆不說的,我就不去做的心態,那麼一切免談,別說有ownership了,連一個優秀的員工可能都算不上。

很多人看到這裡可能還是會問,那老闆沒說的那些事情當中,究竟有哪些是我們可以做的呢?

關於這個問題的回答其實很老套,你的心有多大,可以做的事情就有多大。如果你的視野只聚焦在老闆安排的任務,或者是KPI裡寫的任務上,那麼你會做的、能做的也就只有這些事情。如果你的視野裡是參與的整個專案,那麼凡是和整個專案相關的事情,都是你可以做的。小到去閱讀每一塊功能的程式碼,完善一些缺失的文件,優化某些陳舊的功能。大到對專案未來發展和後續發力的思考,對應用場景的領悟和學習,對相關前沿技術的追求。

如果你的視野再大一點,看到整個團隊的話,那麼團隊當中所有需要人做但是還沒有人做的事情都是你的事情。比如大家一直苦於沒有一個好用的資料分析工具,那你看到了這點,是不是可以抽空去做一個。以後大家用的都是你寫的工具。比如關於資料的文件一直沒有,老闆每次彙報都需要問到具體的負責人,那你抽空去把所有的資料梳理清楚,以後老闆用的都是你的資料,老闆是否會對你高看一眼呢?

這裡講一個阿里的故事,阿里有一個P6的小開發。有一天他突然發現一個問題,阿里巴巴這麼大的公司居然沒有自己的程式碼風格規範,這怎麼能行呢?像是Google、Facebook這類大公司都是有的。他於是找到自己的老闆表達了這個看法,一開始他的老闆和身邊的同事也不支援他,也許是因為這個和團隊的績效不相關吧。但是他認準了這件事情是對的,一意孤行,利用業務的時間整理業內的資料,進行細緻的構思,在阿里內部的論壇上發表了他自己提出的阿里巴巴程式碼風格規範。

剛開始,很多人嘲諷他,覺得你只是一個小P6,寫這些幹嘛?但是他一直堅持了下來,收集大家的各路建議做彙總以及改進,後來真的做出了一套阿里巴巴自己的Java程式碼風格規範。後來大家的看法都變了,紛紛讚歎他的努力和堅持,覺得這就是阿里一直宣傳的阿里味兒。這件事情當年在阿里非常轟動,據說就連行顛(CTO)都對此事讚不絕口,那你說他後面想要升職加薪還會困難嗎?

職場當中本就如此,只要不是違反公司規定和公序良俗的都是我們可以做的。你的視野有多大,你能做的事情就有多大。

勇於承擔

在職場當中很多人非常喜歡甩鍋,做不出結果來怪工具不完善、沒有文件。寫出bug來責怪review的人沒看仔細,無理也要辯三分,這在職場當中顯然是非常不受歡迎的。

實際上**“甩鍋”是一種非常無效的推卸責任的方式**,因為別人的看法其實不會因為你的說辭而改變。你說這不是你的責任,別人並不一定會這麼看,反而還會加上你喜歡推卸責任的壞印象。一種比較好的做法是,凡是你負責的領域內出現的問題,一律視作是自己的問題。在進行討論的時候,先把責任承擔下來,主動表達“這塊是我的問題”,“是我這裡沒注意”,然後再積極參與問題的解決和修復。不管這個錯誤如何,至少會讓別人覺得你是一個很有擔當的人。

你可能又要問了,如果不完全是自己的問題,還承擔責任,不是傻嗎?

這個問題其實可以分兩方面來看,一方面是如果你相信你的領導有識人辨事的能力,你其實不需要解釋。因為你不解釋,老闆也能看得到背後不合理的地方或者是問題。如果你覺得你領導不具備這樣的能力,先把責任承擔下來,可以再進行解釋。解釋的時候可以這樣說,我之所以會出這個問題,有一部分原因也是xxxx,我們能不能想辦法優化一下這塊,好讓這個問題不再出現。你看,你這樣說別人看起來就是正常的分析原因,而不是推卸責任,還會覺得你積極想要解決問題。

另外一個方面是,我們承擔責任其實也是一種表態,表明這個事情是由我負責的。這種態度本身在職場當中就非常重要,一方面是隻有這樣態度的員工老闆才願意委以重任。想想看也就知道,你會願意把重要的事情交給一個經常甩鍋的人嗎?另外一方面這種承擔也是一種宣告,表明這塊內容是你負責,你是這塊事情的負責人。那麼自然而然和這塊相關的問題以後大家都會來問你,非常有助於建立在團隊當中的形象。

你看承擔責任是多麼得重要,表面上看我們吃虧了,但其實我們獲得了很多隱含的收益。而推卸責任表面上看起來輕鬆了,其實看不見的地方犧牲了很多。但我們承擔責任不應該是為了這些收益去的,而是我們本身就有這樣的意識,這一塊事情是我的責任所在,不管出了什麼問題都是我的問題。

積極主動

積極主動其實和給自己設限有一點相關,是說我們在做事的事情需要有一個積極主動的態度。這個態度也有兩種解讀,一方面是當事情來臨或者是問題出現的時候,積極主動地參與其中。另外一方面是當我們自己發現了一些問題的時候,即使老闆或者是其他人沒有做出要求,我們也能積極地去推進它或者是解決它。相比之下,前者比較容易做到,後者更難一些。

但是積極主動地參與事情其實也是有門道的,雖然我個人一直秉持著我們應該做一個踏實的老實人,但是職場當中也是有很多技巧的。其中一個技巧就是做事情的時候需要積極地反饋,當你遇到問題、當你做出了一些成績的時候,需要主動地反饋給老闆和上級,讓他們知道你的付出。來了新加坡之後,我發現這可能和性格有關,印度人這點做得非常好,他們非常願意向上級彙報。站在同事的角度來看,這樣做似乎有一點諂媚,但是站在老闆的角度來看,其實很放心把事情交給他們去做,因為可以省下跟進的心思,他們自己就會來反饋進度。也就是需要操心的事情少了。

當我最近開始帶新人了之後,我發現他們主動反饋進度和我想要知道情況去跟進的感受是完全不同的。前者就會讓我有一種很省心的感覺,感覺一切都在掌握,而後者則會讓我很擔心,生怕他們遇到了問題沒有及時反饋,自己在埋頭解決浪費時間。

第二點是我們自己主動去推進事情,比如發現了一些隱藏的bug需要修復,比如發現了某些問題需要訂正,或者是某些功能可以帶來很大的提升。在這個時候需要我們主動和上級以及其他人溝通,去推進這些事情落地。這裡面的難點在前者,想要能有這些發現,不是靠靈光一閃就行了,需要背後付出很多努力。比如把之前的程式碼邏輯都梳理一遍,梳理一遍現在的系統架構,梳理一下現在存在的問題等等。

在我還是新人的時候,有一次產品提了一個需求A,我完成了之後發現出了點問題,我花了好大的勁跟進問題,終於發現是前人留下的邏輯有一點問題。那一刻我突然意識到,如果我之前就把專案裡的程式碼全部都讀一遍,邏輯都理一遍的話,那麼出現問題的第一瞬間我就能知道是哪裡出了問題。在我看來可能是我獨自解決了一個歷史遺留的問題,勞苦功高。但是在老闆眼中,他可能覺得我對專案的程式碼還不夠熟悉。後來的績效反饋證明也的確如此,老闆當時的確不太滿意。

很多時候我們對自己的績效和老闆認為你的績效有偏差,背後的原因往往就是看待這些問題的角度不一樣。我知道很多讀者可能還沒有進入職場,但其實為人處世這一套在很多地方都是適用的。比如讀研、讀博的時候混跡實驗室,比如組隊一起刷專案、作比賽等等。一方面我們可以對照下自己的表現,我在團隊中、實驗室裡是不是一個有ownership的人?另外一方面,可以想一想身邊哪些人是這樣的?這樣下次選擇隊友的時候才會比較明確。

今天的文章就到這裡,衷心祝願大家每天都有所收穫。如果還喜歡今天的內容的話,請來一個三連支援吧~(點贊、關注、轉發)

![](https://img2020.cnblogs.com/blog/1906483/202012/1906483-20201214100628281-133902151.png)