coding 已經通過前四期文章,讓大家逐步了解了一些矽谷優秀的專案管理者是如何工作、如何維持團隊高效運作的。在過去的十幾年中,中國的網際網路行業發展過於迅猛,導致很多管理人員都是趕鴨子上架,商場如戰場,不給你任何適應的時間,所以很多人還沒有從技術人員的身份轉變過來就開始帶團隊,在管理方式上難免會有所欠缺。這也是我們做這一系列文章的初衷,希望通過這些文章幫助研發管理者,自省或者回顧一下自己的管理思維,看看有沒有哪些方向可以借鑑。同時也給將要成為管理者的技術人員一點預習材料,為日後踏上管理之路做一些準備。
譯者注:forter 是一家通過資料分析為金融、電商等行業提供反欺詐解決方案的**商。
先說說我自己,我作為 forter 的技術 vp ,主要職責有以下幾點:
1.我是 1-(wo)man startups(venturehacks.com/articles/1-… 25~30 位工程師)。雖然我們中的一部分人在自己的領域非常突出,但為了保證組織的敏捷性和快速迭代,希望每個人都能把自己當作複合型人才看待。
你的 take-away 資訊:
1. 熟悉公司前進的方向並對如何達成目標所需要的技能有所了解,如果需要學習新的技術棧或者方**,我會盡我所能幫助你。
2. 你有權要求安排關於新技術的培訓或者購入相關資料。
4. 我們鼓勵組員接受新的挑戰和職位。
複製**
2.當涉及研發如何幫助業務的時候,我的產品哲學是客戶第一,產品第二,其他第三。雖然有點老生常談,但是真正能夠做到這個標準的組織還是少數,大部分人都會花非常多的時間在專案和產品層面,但是很少有人願意真正花大量時間去了解:我們的產品是否真正意義上改善了客戶的體驗。我們的願景是讓我們的客戶成功——請把這句話寫下來擺在桌上或者記在腦中 :d。這份材料可以作為參考:www.useronboard.com/features-vs…
你的 take-away 資訊:
1. 客戶能否受益將是衡量你的產出的重要標準。
2. 多花時間去和產品、市場和銷售部門的同事聊聊。他們作為前台部門能最直接地了解客戶的需求。在新專案開始前,找個機會請他們吃個飯,問問他們是如何判斷客戶需求和客戶在意的點。
3. 我堅信研發要能促進業務的發展,如果你發現有能夠改善現在產品的機會,就應該扛起責任,推動各方來完善。
複製**
3.在快速發展的組織中,衝突是不可避免的。
你的 take-away 資訊:
1. 沒有衝突的話,我們將縮在各自的舒適圈內,即使在需要的時候也沒人敢提出反對意見。
2. 我很欣賞資深工程師之間的那種信任。當你覺得有什麼事在朝著不太對的方向發展時,要勇於提出異議。在提出意見的時候請盡量做到友善和建設性,但千萬別憋著。
3. 無論在何種情況下,先認清楚自己的身份:我是這個專案的負責人?還是顧問?還是路人。
4. 在提出問題的時候,一定要就誰能做決定達成共識,然後確定如果這個問題超出權責範圍的話應該去找誰溝通。確保每個問題能定論而不是不了了之。
複製**
畢竟我不是你的父母,不能一直庇護你。在知道了什麼事情比較重要後,也應該了解一下如果表現出哪些行為且長時間沒有改善的話會有可能會被開除。
1.利用公司和組織的資源來試圖達成個人目的的人。
2.對手上的工作沒有認知,不知道為什麼要做這些工作。 為了忙而忙是一種效率低下的行為。我們希望能做正確的事情,所以必須要經常問自己一些問題: a. 做這件事能否更快地幫助我們發展。 b. 做這件事能否讓我們的客戶更加信賴我們的產品。 c. 做這件事能否幫助我們在市場上取得優勢。 d. 不要預設看上去很自信的人說的話就總是對的,要多和其他人接觸來確認這些想法。
3.沒有計畫性。 當需求已經非常清晰的時候,我希望你對整個專案有很好地規劃。比如這個功能可能要花 2-3 天,而這項任務可能只需要 2 個小時。之後再開始寫**。
4.沒有主觀能動性。 a. 我認為工程師都應該具有一定的主觀能動性去推動將自己的**部署到生產環境上。沒有部署到生產環境的**是一種浪費。 b. 在執行之前要確保所有前期準備工作的到位,提前跟相關人員約好會議時間,如果需要的話,提前取得各類許可等等。 c. 不要指望別人來做這些工作,你應該是專案的掌舵人。
5.不願意花時間提公升溝通技能。 a. 不能高效的溝通會嚴重影響組織規模的成長。 b. 功能的負責人應該能精煉討論內容並給出清晰的結論,這不是民主,負責人必須做決定,參與談論的人只需要負責提供建議和權衡利弊。 c. 更主動地去溝通資訊,而不是到了節骨眼才去問。
沒有什麼事能比一場激烈的討論更讓我高興的了,前提是要對事不對人,討論完還是好同事。一場合格的辯論一定要以:「很高興我們進行了一場有效的討論,感謝各位的全力投入,分享你們的想法,現在就等【專案負責人】來做最終決定了「結尾。
我是破窗效應(en.wikipedia.org/wiki/broken…
同時可以看出 oren 是一位對高效溝通和專案時間規劃都非常在意的管理者,這其實也代表大多數研發管理者的需求,但是由於現階段研發管理工具過於分散導致效率降低,也提高了統籌全域性的難度。coding 正是看準了這一研發管理痛點,推出了一站式的研發管理系統,覆蓋軟體研發從設想到交付的全流程。同時獨有的研發大資料幫助管理者輕鬆掌握專案動態,提供研發效能,讓企業研發管理真正「看得見,摸得著」。
coding助力開發者輕鬆成為管理者。
CODING 告訴你矽谷的研發專案管理之道(4)
譯者注 hubspot 是一家為社交 營銷 內容管理 網路分析和搜尋引擎優化提供工具與服務的科技公司。前幾篇我們翻譯的是男性研發管理者的自述管理者 接下來我們來分享女性研發管理者的工作方式和管理風格。在下文中,除了對技術的持續追求 對高效團隊的不懈努力之外,我們也看到了作為女性管理者特有的細膩 比如...
CODING 告訴你矽谷的研發專案管理之道(4)
優秀的專案管理者是怎麼工作的,如何幫助研發團隊高效工作?一直是 coding 關注的重要話題,我們不斷地打磨 coding 研發系統來讓開發更簡單。近期我們精心挑選了幾篇矽谷科技公司研發管理者的 readme 進行翻譯。readme 主要用來向團隊成員展示專案管理者的工作理念和工作方式,以便成員能夠...
CODING 告訴你如何建立乙個 Scrum 團隊
翻譯君 coding 敏傑小王子 scrum 當中有三個角色 po product owner 敏捷教練 scrum master 和開發團隊。雖然這看起來很清晰,但如何處理現有職位的問題可能會讓人感到困惑。許多團隊詢問在採用 scrum 時是否需要更改崗位名稱?最簡潔的答案是 不 在本文中,我們將...