在互聯網行業,咱們常常用一個標準去評價一我的,這個標準就是ownership。一個有ownership的員工每每會被認爲是出色的,被委以重任,今後升職加薪。而一個被打上了沒有ownership的人,每每只能靠邊站,作一些沒人願意作的髒活累活。web
首先聲明,並不是我故意要裝逼甩英文,而是這個單詞很難翻譯。硬翻譯過來就是主人翁精神,可是這不太準確,因此我仍是選擇了英文原文。那麼ownership到底是什麼,咱們怎樣才能成爲一個有ownership的人呢?架構
我試着用遊戲來舉個例子,雖然我沒有玩過LOL之類的遊戲,可是看過其餘人玩過許多。假設咱們如今5人組隊開黑,你是其中的隊長。編輯器
如今你有兩個組員分別是這樣的,一個組員很是聽話,你讓他幹嗎幹嗎。可是他最大的缺點也是聽話,你說團戰不要慫,他保證第一個衝上去,可是你不說退回來,他不知道要退回來。第二個呢沒那麼聽話,有一些本身的意識,你讓他去打野,他不但打野,還能買雞買眼團戰的時候還能加入戰鬥。假如你只能從他們當中選擇一個當隊員,你會選擇誰?工具
我想玩過遊戲的都會選擇後者,團隊遊戲咱們須要的是隊友,而不是一個只會執行命令的機器人。在職場當中一樣如此,老闆讓你幹嗎,你就幹嗎,這不叫優秀。老闆只會以爲你很死板,視野也窄。老闆更喜歡的確定是後者,他不須要太多操心,就能夠本身把任務完成出色,不多出紕漏的人。學習
因此ownership是什麼呢?我以爲就和遊戲當中團戰的意識同樣,也是一種意識。是一種解讀表面任務之下潛在任務的能力,可以把那些老闆沒有說,可是須要作的事情找出來而且作好。優化
那麼,咱們應該怎麼作呢?我總結了一下,大概有三點。spa
我能想到的第一點就是不給本身設限,這句話不是說咱們要不斷挑戰本身的極限,而是一種作事哲學,咱們在作事的時候儘可能不去區分什麼事情是我應該作的,何時是我不該該作的。換句話說,不是老闆說了的事情纔是你應該作的,這個是一切的前提,若是咱們抱着老闆不說的,我就不去作的心態,那麼一切免談,別說有ownership了,連一個優秀的員工可能都算不上。翻譯
不少人看到這裏可能仍是會問,那老闆沒說的那些事情當中,究竟有哪些是咱們能夠作的呢?orm
關於這個問題的回答其實很老套,你的心有多大,能夠作的事情就有多大。若是你的視野只聚焦在老闆安排的任務,或者是KPI裏寫的任務上,那麼你會作的、能作的也就只有這些事情。若是你的視野裏是參與的整個項目,那麼凡是和整個項目相關的事情,都是你能夠作的。小到去閱讀每一塊功能的代碼,完善一些缺失的文檔,優化某些陳舊的功能。大到對項目將來發展和後續發力的思考,對應用場景的領悟和學習,對相關前沿技術的追求。遊戲
若是你的視野再大一點,看到整個團隊的話,那麼團隊當中全部須要人作可是尚未人作的事情都是你的事情。好比你們一直苦於沒有一個好用的數據分析工具,那你看到了這點,是否是能夠抽空去作一個。之後你們用的都是你寫的工具。好比關於數據的文檔一直沒有,老闆每次彙報都須要問到具體的負責人,那你抽空去把全部的數據梳理清楚,之後老闆用的都是你的數據,老闆是否會對你高看一眼呢?
這裏講一個阿里的故事,阿里有一個P6的小開發。有一天他忽然發現一個問題,阿里巴巴這麼大的公司竟然沒有本身的代碼風格規範,這怎麼能行呢?像是Google、Facebook這類大公司都是有的。他因而找到本身的老闆表達了這個見解,一開始他的老闆和身邊的同事也不支持他,也許是由於這個和團隊的績效不相關吧。可是他認準了這件事情是對的,獨斷獨行,利用業務的時間整理業內的資料,進行細緻的構思,在阿里內部的論壇上發表了他本身提出的阿里巴巴代碼風格規範。
剛開始,不少人嘲諷他,以爲你只是一個小P6,寫這些幹嗎?可是他一直堅持了下來,收集你們的各路建議作彙總以及改進,後來真的作出了一套阿里巴巴本身的Java代碼風格規範。後來你們的見解都變了,紛紛讚歎他的努力和堅持,以爲這就是阿里一直宣傳的阿里味兒。這件事情當年在阿里很是轟動,聽說就連行顛(CTO)都對此事讚不絕口,那你說他後面想要升職加薪還會困難嗎?
職場當中本就如此,只要不是違反公司規定和公序良俗的都是咱們能夠作的。你的視野有多大,你能作的事情就有多大。
在職場當中不少人很是喜歡甩鍋,作不出結果來怪工具不完善、沒有文檔。寫出bug來責怪review的人沒看仔細,無理也要辯三分,這在職場當中顯然是很是不受歡迎的。
實際上**「甩鍋」是一種很是無效的推卸責任的方式**,由於別人的見解其實不會由於你的說辭而改變。你說這不是你的責任,別人並不必定會這麼看,反而還會加上你喜歡推卸責任的壞印象。一種比較好的作法是,凡是你負責的領域內出現的問題,一概視做是本身的問題。在進行討論的時候,先把責任承擔下來,主動表達「這塊是個人問題」,「是我這裏沒注意」,而後再積極參與問題的解決和修復。無論這個錯誤如何,至少會讓別人以爲你是一個頗有擔當的人。
你可能又要問了,若是不徹底是本身的問題,還承擔責任,不是傻嗎?
這個問題其實能夠分兩方面來看,一方面是若是你相信你的領導有識人辨事的能力,你其實不須要解釋。由於你不解釋,老闆也能看獲得背後不合理的地方或者是問題。若是你以爲你領導不具有這樣的能力,先把責任承擔下來,能夠再進行解釋。解釋的時候能夠這樣說,我之因此會出這個問題,有一部分緣由也是xxxx,咱們能不能想辦法優化一下這塊,好讓這個問題再也不出現。你看,你這樣說別人看起來就是正常的分析緣由,而不是推卸責任,還會以爲你積極想要解決問題。
另一個方面是,咱們承擔責任其實也是一種表態,代表這個事情是由我負責的。這種態度自己在職場當中就很是重要,一方面是隻有這樣態度的員工老闆才願意委以重任。想一想看也就知道,你會願意把重要的事情交給一個常常甩鍋的人嗎?另一方面這種承擔也是一種聲明,代表這塊內容是你負責,你是這塊事情的負責人。那麼天然而然和這塊相關的問題之後你們都會來問你,很是有助於創建在團隊當中的形象。
你看承擔責任是多麼得重要,表面上看咱們吃虧了,但其實咱們得到了不少隱含的收益。而推卸責任表面上看起來輕鬆了,其實看不見的地方犧牲了不少。但咱們承擔責任不該該是爲了這些收益去的,而是咱們自己就有這樣的意識,這一塊事情是個人責任所在,無論出了什麼問題都是個人問題。
積極主動其實和給本身設限有一點相關,是說咱們在作事的事情須要有一個積極主動的態度。這個態度也有兩種解讀,一方面是當事情來臨或者是問題出現的時候,積極主動地參與其中。另一方面是當咱們本身發現了一些問題的時候,即便老闆或者是其餘人沒有作出要求,咱們也能積極地去推動它或者是解決它。相比之下,前者比較容易作到,後者更難一些。
可是積極主動地參與事情其實也是有門道的,雖然我我的一直秉持着咱們應該作一個踏實的老實人,可是職場當中也是有不少技巧的。其中一個技巧就是作事情的時候須要積極地反饋,當你遇到問題、當你作出了一些成績的時候,須要主動地反饋給老闆和上級,讓他們知道你的付出。來了新加坡以後,我發現這可能和性格有關,印度人這點作得很是好,他們很是願意向上級彙報。站在同事的角度來看,這樣作彷佛有一點諂媚,可是站在老闆的角度來看,其實很放心把事情交給他們去作,由於能夠省下跟進的心思,他們本身就會來反饋進度。也就是須要操心的事情少了。
當我最近開始帶新人了以後,我發現他們主動反饋進度和我想要知道狀況去跟進的感覺是徹底不一樣的。前者就會讓我有一種很省心的感受,感受一切都在掌握,然後者則會讓我很擔憂,生怕他們遇到了問題沒有及時反饋,本身在埋頭解決浪費時間。
第二點是咱們本身主動去推動事情,好比發現了一些隱藏的bug須要修復,好比發現了某些問題須要訂正,或者是某些功能能夠帶來很大的提高。在這個時候須要咱們主動和上級以及其餘人溝通,去推動這些事情落地。這裏面的難點在前者,想要能有這些發現,不是靠靈光一閃就好了,須要背後付出不少努力。好比把以前的代碼邏輯都梳理一遍,梳理一遍如今的系統架構,梳理一下如今存在的問題等等。
在我仍是新人的時候,有一次產品提了一個需求A,我完成了以後發現出了點問題,我花了好大的勁跟進問題,終於發現是前人留下的邏輯有一點問題。那一刻我忽然意識到,若是我以前就把項目裏的代碼所有都讀一遍,邏輯都理一遍的話,那麼出現問題的第一瞬間我就能知道是哪裏出了問題。在我看來多是我獨自解決了一個歷史遺留的問題,勞苦功高。可是在老闆眼中,他可能以爲我對項目的代碼還不夠熟悉。後來的績效反饋證實也的確如此,老闆當時的確不太滿意。
不少時候咱們對本身的績效和老闆認爲你的績效有誤差,背後的緣由每每就是看待這些問題的角度不同。我知道不少讀者可能尚未進入職場,但其實爲人處世這一套在不少地方都是適用的。好比讀研、讀博的時候混跡實驗室,好比組隊一塊兒刷項目、做比賽等等。一方面咱們能夠對照下本身的表現,我在團隊中、實驗室裏是否是一個有ownership的人?另一方面,能夠想想身邊哪些人是這樣的?這樣下次選擇隊友的時候纔會比較明確。
今天的文章就到這裏,衷心祝願你們天天都有所收穫。若是還喜歡今天的內容的話,請來一個三連支持吧~(點贊、關注、轉發)