作為專案經理的7個經驗教訓總結
本文由碼農網 – 小峰原創翻譯,轉載請看清文末的轉載要求,歡迎參與我們的付費投稿計劃!
2013年1月,在拒絕了微軟的offer之後,我加入了一家快速發展的創業公司,公司名叫 Lucid Software(Lucidchart和Lucidpress的創造者)。雖然我很感謝微軟給我的工作機會,但是我想工作在一個有機會快速進入領導層的地方。我喜歡在 Lucid 工作。Lucid 有著聰明和有才華的員工,而且效益高,但我最喜歡的是有讓我學習和成長的機會。因為我對領導能力感興趣,所以在2014年的春天,我很興奮地開始領導Lucidpress開發團隊。
從那時起,我逐漸學到了很多關於領導團隊方面的東西。我犯過錯誤,也做過很多正確的事情。下面是我最寶貴的經驗總結:
1.要求員工去做不易之事
我發現人們通常比他們認為的要能幹得多。大多數時候,要擴充套件和實現潛力,我們只需要要求人們去做即可。為團隊中的每一個人制定特定的挑戰,可以幫助他們集中精力,發現更多潛力。
最近,我要求一個團隊成員擔任正在招聘的新職位的導師(旁白:雖然目前還沒有找到合適的人選)。然後,我發現這位同事改變了他的編碼方式。現在的他會積極地尋找問題的答案,更願意開口說話,因為他知道他很快將成為導師。我定時跟進並提醒他所要面臨的挑戰,也會在適當的時候提供建議。這使他專注於挑戰,因為他知道我相信他的能力。
2.瞭解每個團隊成員
團隊的每個人都有其獨特的優勢和才能。親自去了解他們可以幫助我知道他們對工作有什麼喜歡和不喜歡的地方。這能讓我深刻了解什麼挑戰能讓每一個人奮起拼搏,提升他們成功的更大潛力。瞭解團隊成員的長處意味著我可以了整個團隊的利益利用這些優勢為。
建立高品質的工作關係需要時間和一致性。所以,我每週舉行一對一的會議。我給每個人時間用於談論事情的進展。我常常提前準備幾個問題來鼓勵反饋。我最喜歡的問題是“這周你最喜歡和你最不喜歡的工作是什麼?”通過問這個問題,可以幫助我瞭解每個員工的長處和弱點,並揭開一些隱藏著的有關於團隊成員可能對當前培養方法不舒服的問題。這是一個很好的起點。
在Lucid,每個團隊在工作之外每個月都會舉辦活動,以促進彼此之間更好的瞭解。例如,我們團隊所舉辦過的活動就有密室逃生、玻璃吹制和泡泡足球等。或者甚至乾脆到外面走走,一起共進午餐,這些都是相互瞭解的好機會。這給了我一個機會去了解大家真正關心的東西,以及他們在非工作環境中是什麼樣的。
我還發現在午休時和大家坐在一起也是有益的。離開一段時間,哪怕30分鐘也會讓我下午的工作更有效率。當我在午餐時間與某一個團隊成員坐在一起吃飯時,通常都能展開一段愉快的對話。相較於更正式的會議中,這種休閒的環境可能會讓人更樂於接受對方的關心。
3.保護團隊時間
干擾和問題時不時地冒頭,如果任其發展,會妨礙一個團隊的成功。作為一個管理者,當我能過濾其他員工的請求時,正是我的團隊最成功的時候。無論是銷售團隊成員需要新增某個功能以便於達成交易,還是會影響使用者的一個迫切問題,總會提出輔助專案。團隊成員很容易受到來自於更重要和長期專案的潛在干擾而偏離航向。當我過濾掉這些型別的問題時,我的團隊便能保持專注於最重要的專案。
當團隊致力於衝刺期間競相完成工作時,Lucid實行的scrum方法就能派上用場了。明確知道工作應在衝刺的最後階段完成可以幫助大家避免侷限於可能出現的不太重要的問題。通常情況下,如果一些非緊急的問題來了,我會把它積壓下一個衝刺期間。其他員工也會因為完成了他們的要求而滿意,而團隊則可以繼續專心致志不必中斷。
我需要提高警惕的是,當事情在鬆弛時段出現或當有人走進我們工作空間的時候。我得注意和儘量去做第一個回答問題的人,這樣整支團隊就不會受到問題和疑問的干擾。這意味著我要花更多的時間來處理非衝刺的問題,但它可以讓團隊的其他成員保持專注。
4.培養一種嘗試的文化
失敗是每個學習過程的一部分。犯錯是必然的。保護團隊避免打擾並不意味著阻止他們擴充套件一些有益的——有時甚至是不舒服的學習機會。
花費時間來學習和提高是很重要的,這樣你可以避免犯以前的錯誤。留些時間用於定期回顧是從失敗中學習的偉大方法。每兩個星期的衝刺階段結束後,我們會空出時間來回顧我們做的好的地方以及我們沒有做好的地方。坦然地承認錯誤並從錯誤中學習使得團隊成員願意承擔風險去發現巨大的回報。
在回顧中,有一個特別的部分,我喜歡稱之為“Andy’s screw up of the sprint”。這是我以前曾犯過錯誤的地方。我通常會花幾分鐘的時間來瀏覽我搞砸了什麼以及從中我學到了什麼。共享失敗使得開會的氛圍變得不那麼評判化,演繹了為了學習而不恥於承認錯誤的正確榜樣。
5.讓團隊成為英雄
作為團隊的領袖,很自然地會牢記每一次事情出錯的日子。退一步,而不是深挖並非我的最初反應。讓大家有機會去帶頭一定的挑戰很重要,這樣當事情進展順利的時候,他們也可以得到讚譽。
我們的團隊最近為Lucidpress構建了InDesign。我對這個問題很感興趣,但是我移交了很多工給Thayne,Lucidpress團隊中的一員。我讓他來帶頭探索方法。他在構建實現方面完成得非常驚豔。原本我並不願意放手,但我這樣做了,並見到了成效。Thayne漸漸成熟起來,工作出色,最後還基於我們做的一些工作編寫了一個新的開源專案。
6.不要這麼嚴肅
總會有事情進展困難,大家心情焦慮,壓力沉重的時候。這時候,你就不應該過於嚴肅。不妨開個玩笑(即使是冷笑話),分享一個有趣的YouTube視訊或完美的xkcd。
壓力的殘酷會阻礙成功。用一種幽默的態度來看待問題,保護大家避免受自我壓力的戕害。有時候是應該嚴肅,但這樣的情況並不多見。一般情況下,一定程度的快樂可以讓每個人都變得更富有成效。
在我們緊張地試圖完成InDesign Import測試版的時候,我會在我們的每日站會中分享我們一點輕鬆的東西。這一兩分鐘是給團隊很好的休息時間。我還在我的辦公桌上放了一些Nerf槍,以幫助放鬆情緒。它們也可以吸引別人的注意力,儘管他們還戴著耳麥(雖然,我不建議經常這樣做)。
7.要及時進行艱難的對話
這是我歷經艱辛才學到的教訓。我碰到了一個老是偷懶的團隊成員。我相信大家會自己做好工作,而且他們一般也不會讓我失望。這是我第一次碰到這樣一個似乎一點都不在乎工作完成如何的人。我沒有很快地和他交流,而是一直等待著,希望情況會好轉(當然,事實是依然如此)。到我終於下定決心解決這一問題的時候,他已經來不及做太多的改變,因為這位成員是一名實習生。如果我能早點和他說說,反正也許他能做出更大的改變,並且大大提高團隊的士氣。
當問題出現,或我需要反饋時,那麼就應該馬上把人拉到一邊,讓他們知道。可能會讓人尷尬,但絕對比辭退一個人要不那麼難以開口。
備註:關心每一個人
領導力最重要的部分實際上是關心團隊中的每個人。這不是一件可以假裝的事情。當我專注於幫助我的團隊取得成功是因為我真心關心他們時,我的團隊給了我他們最佳的努力。我們成為了一個所向披靡的團隊。更容易給出反饋,因為他們知道我心中牢記他們的利益。團隊成員也更願意忽視我的領導錯誤,因為他們知道我的原意是關心他們。
我依然在學習如何成為一個偉大的領導人員。雖然在這麼多年的領導中,我也犯過不少錯誤,但是很幸運的是,我從中學到了許許多多重要的領導經驗。最後,非常期待大家對於領導方面的提示和建議!
譯文連結:http://www.codeceo.com/article/7-leadership-lessons-from-pm.html
英文原文:7 LEADERSHIP LESSONS FROM A FIRST-TIME MANAGER
翻譯作者:碼農網 – 小峰
[ 轉載必須在正文中標註並保留原文連結、譯文連結和譯者等資訊。]
相關文章
- 作為老司機使用 React 總結的 11 個經驗教訓React
- 一個專案經理的經驗總結
- 一個專案經理的經驗總結(轉)
- 專案管理心得:一個專案經理的個人體會、經驗總結專案管理
- 成功專案經理的經驗教訓——鼓勵靈活的體制和行為(轉)
- 經驗&教訓分享:我的第一個機器學習專案機器學習
- 10 年 Amazon Web Services 總結得到的 10 個經驗教訓Web
- 日常專案經驗總結
- BPR專案經驗總結
- 程式碼審查的5點經驗教訓總結
- 專案經理之初為專案經理
- 一個專案經理的切身經驗總結:測試用例可以被替代嗎?
- 總結經驗教訓 給你預防病毒的八個忠告(轉)
- 攜女友創業者的年終總結:經驗和教訓創業
- 《軟體專案經驗總結》
- 作為專案經理, 你是否明智?
- 面試經驗之教訓面試
- 10+年程式猿總結的20+條經驗教訓
- 相容性專案經驗總結
- 建立安卓應用的 30 個經驗教訓安卓
- 作為專案經理, 你是否明智(轉)
- 運維經理的運維經驗總結運維
- 10+年程式設計師總結的20+經驗教訓程式設計師
- 總結從“Thirst”模組所獲得的開發經驗和教訓
- 需求分析經驗及教訓
- 口袋妖怪Go手遊的幾個經驗教訓Go
- 17個創業公司的失敗經驗教訓創業
- 10+年程式設計師總結的20+條經驗教訓程式設計師
- 經驗教訓,慎用Oracle的審計Oracle
- 我的專案開發經驗積累總結
- 選擇一個培訓有素的專案經理(轉)
- 微服務遷移:經驗教訓微服務
- Redis在專案中合理使用經驗總結Redis
- 一個小碼農這半年的經驗和教訓
- 給年青設計師們的10個經驗教訓
- 影像分類:來自13個Kaggle專案的經驗總結
- 10+年程式設計師總結的20+條經驗教訓(轉)程式設計師
- 專案經理之專案經理的基本特徵特徵