團隊管理的感悟 盡可能不要讓成員感到懷才不遇

2021-07-03 02:18:04 字數 1187 閱讀 5724

【toc】

相信我們每個人在自己的職業生涯都會有懷才不遇的感覺,這種感覺在3-5年這段時間最為強烈。

在這段時間,我們真正的「入門」,是水平上公升的最快時期,感覺自己好像什麼都懂,但是能力或者說資歷卻又不足以支撐自己帶領乙個團隊,這時與團隊leader之間出現意見分歧時,便會覺得自己懷才不遇。

當然這種懷才不遇也分真假,一種是因為自己認知侷限性,導致我們主觀的認為自己「懷才不遇」,還有一種情況是確實在乙個水平比較爛的團隊,team leader完全是靠資歷混上去的。

那麼作為乙個團隊的管理者應該盡可能減少團隊成員的這種感覺,那麼主要從那些方面列?

通過定期,不定期的一對一的坐談會了解每個成員的內心想法。當然,這裡涉及到乙個信任總是,如果你的組員不信任你,相信他們也只是敷衍你,這時你就要反思自己平時的行為了,當然他們是不是敷衍你,那就要看你對人性的洞察和自己的觀察能力了。

很多年前(大約是06年)看過李開復老師的自傳,全書的其它內容我已經記不太清了,唯獨***的導師對他說的一句話卻記得非常清楚:我不認同你,但是我支援你

做為乙個團隊的管理者,也應該如此,鼓勵大家嘗試新技術,新方案,以尋求更優方案,最大可能性的激發每個團隊成員的工作熱情,在方案出現問題應該主動站出來負責,充當背鍋俠,以讓各位成員更無後顧之憂,最大限度的發揮他們的創造力和潛能。

總是將已有的方案複製過來,盡可能的求穩,這種墨守成規的管理方式,在一定程度上確實會降低專案的風險,然而團隊的每個成員也就變成了「熟練工」,久而久之,活動將失去創新能力。

中國幾千年的封建社會都是集權與分權的鬥爭,很多管理者有非常嚴重的集權思想和掌控欲,事必親躬,每天把自己忙的跟狗一樣,效果卻並不是那麼明顯,導致員工,尤其是兢兢業業員工覺得沒有提公升,沒有信任,也看不到發展空間。

而我卻覺得管理者應該懂得放權,懂得培養人,當然關於怎麼培養人又是一門很深的學問,我們在這裡就先不深究。

放權不能無節制的放,要懂得一件事情的重要性,以及失敗的後果,再根據對成員的了解來決定那些可以放,那些不能放,可以給誰放那些權,那些還暫時不能放。

放權最明顯的好處有2點:

舉個例子,我之前在唯品會工作時,我的領導非常的忙,經常會有各種會議要開,所以在對我有一段時間的了解以後,起初會帶我參加各種會議,向其它部門介紹我。而後,他會在忙不過來的時候,經常讓我替他去開會,而且會上發言,決定他也讓我自己自主,會後跟他傳達,碰到做的不好地方,他並不會指責,而是跟我講碰到這種事情如何應對。久而久之,我也從容應對各種情況。

4 盡可能不用Distinct

大多數情況下,distinct函式都會導致對最終結果集完成一次排序,因此,這就成為成本最昂貴的排序之一。distinct一直是sql語言中成本最高的函式之一。不過,對於db2 v9,優化工具會盡量利用索引來消除為確定唯一性所帶來的排序,其方法類似於目前用group by語句完成優化時的做法。不過,實...

盡可能地推遲變數的定義

是的,我們同意c語言中變數要放在模組頭部定義的規定 但在c 中,還是取消這種做法吧,它沒必要,不自然,而且昂貴。還記得嗎?如果定義了乙個有建構函式和析構函式的型別的變數,當程式執行到變數定義之處時,必然面臨構造的開銷 當變數離開它的生命空間時,又要承擔析構的開銷。這意味著定義無用的變數必然伴隨著不必...

盡可能擺脫對HttpContext的依賴

在asp.net mvc中負責 轉化資料 的層次為model binder。關於這一點,現有的 示例 大都關注把form或querystring中的資料轉化為action引數上,不過model binder可用的地方其實更多。例如在 最佳實踐 的 中,原本accountcontroller的dele...