標籤:

管理神話之23:隨便多少人你都能管

摘要:有能力的管理者往往會被上司動不動塞點人進他的團隊,上司認為——你管理得好,就應該多管理點…這初看是好事,因為這至少是對你能力的肯定,但是長久來看,卻不一定是好事了,因為管理很多人更加不容易。

「Cindy,我要給你的團隊再加三個人。」Patrick(公司的CTO)斜靠在門口,話音剛落,他轉身就想離開。

「等等……這事我們要討論一下。你不能這樣扔下炸彈後就一走了之。你為什麼要我再招更多的人?」Cindy看起來顧慮重重。

「我不是讓你新招人,」Patrick說,「我是想把人從Tranh的團隊轉到你這裡。他帶不好他們。而你很擅長帶團隊。他不行。我要你來管理他們。」

「如果你再給我三個人,我就沒法帶好他們了。我沒時間啊!」Cindy回應道,「你不讓我建立一層團隊主管,對此我無法理解。我的團隊將要變成12人了,太多人啦!我不想要這麼多人!你給別人吧,或者就讓我以我想要的方式來管理團隊。」

Patrick走進Cindy的房間,然後坐下。「你什麼意思?以你想要的方式來管理?我並沒有干涉你啊!」

Cindy哼了一聲,回擊道:「你當然干涉了我!你制定了各種各樣的規則:我不能設立團隊主管;我最少得管3個人;不管我管理多少人或者為你做其他什麼事,我必須堅持寫代碼。」

「在一個敏捷的組織里,你的這些規則毫無意義。它們無益於我管理項目,也不利於我給團隊提供指導、規劃職業發展和提供有價值的反饋。它們無益於我協助產品負責人或者項目經理。它們無益於我為產品的方向做出架構性的決策——儘管我在那些決策過程中只是起到促進作用。」

「我與我的團隊只能每兩周進行一次一對一的談話。我沒時間做得更頻繁。我沒時間做本該做的更多的管理工作。你沒時間與我會談。你接連不斷地取消了我們之間的一對一會談。而當你有空的時候,我卻沒空。」

「我的團隊也並不是嚴格意義上的一個團隊。他們其實是職能不同的兩個團隊。我既要管測試,又要管開發。我不知道如何更好地指導藝術工作,我也確實沒做好。因此,我要對你說不。拜託你,別再給我更多人了!」Cindy總結道,「我已經忙得焦頭爛額了。如果不去掉一些你的規則,給我更多的人我是管不好的。我不想管更多的人。你把他們給別人吧。」

一線經理的職責是什麼?

關於這個問題,我希望有一個一致的答案。遺憾的是,這些人的職位名稱都還不一致呢。有些一線經理被叫作「經理」,而有些則被稱作為「主管」。即使在一個敏捷的環境里,如果他們是開發團隊或測試團隊的職能經理,他們中的一些人還在寫著代碼或做著具體的測試工作呢。

對於一些團隊來說,他們都是從各自的經理那裡學會如何行為處事的。他們不知道,其實同事之間兩兩結對工作或者多人聚在一起編程是一樣有效的(如果說不比經理親自指導更有效的話)。為什麼呢?因為經理就是這麼過來的。而經理的經理,也就是現在的總監或高級經理,他們之所以得到了晉陞,也是因為他們曾經是最優秀的技術人員。(明白這些神話是怎麼自我傳播的了吧?)

讓一線經理整天忙忙碌碌並不是有效的工作狀態。如果想知道一個人是否樂於工作,最好的方法是看這個人與他的一線經理的關係。如果一線經理忙著做具體的事情,他還怎麼把工作和職責委派給其他人呢?

管多少人才是合理的?

像這樣一個有趣的問題,答案通常都是「視情況而定」。這取決於經理的成熟度,也要看團隊的成熟度。如果一線經理還在成為管理者的路上蹣跚學步,那麼他需要少些人來鍛煉一下。為什麼呢?因為管理者需要學會做到不干涉。如果團隊只有3到4個人,那已經夠難做到了。如果一位新晉經理要管理更多的人,那他幾乎不可能做到了,因為所有決定都攔下來橫插一手的誘惑實在難以抵禦。

如果你做管理工作已經有一段時間,並且你知道如何指導別人,當經理也當得很愜意,那麼你可以管理8到9個人。一旦你嘗試管理9人以上,你就會開始為找時間與大家進行一對一的談話而犯愁了。你不得不在團隊里做更多的授權。你仍然可以應付得過來,但你和團隊都會感到更大的壓力。

在我看來,更多的人意味著是時候去看一看團隊的結構了,然後自問:是否應該做一些調整?是時候將更多的職責委派給其他人了。

大家想要學習

我碰到過很多正在尋找新工作的人。他們中的很多人都還挺年輕的。相當一部分人對我說,「我已經準備好承擔更多的職責了。我需要更多的挑戰。但是,我沒有地方去發揮。我的經理不給我學習的機會。所有事情都是經理在發號施令。」

對於那些需要學會授權的經理來說,或許有一部分問題來源於他們的上司,他們認為他們下面的經理要管理一大堆的人,並且自身仍然要保持技術能力。

不管你管理著3個人還是33個人,請記住:人人都應該有機會去成長和學習。作為管理者,你的職責之一就是要去促進他們的學習。

你不是知識的唯一源頭

很多一線經理視他們自己為專家,是團隊獲取知識的唯一源頭。你可能一開始確實是一位專家。然而,當你成為一名管理者的時候,你應該離開那個專家的位置;並且,你也別讓其他人去坐那個位置了。

將專業知識傳播開來吧。讓大家一起工作。這對一個敏捷團隊來說是很容易做到的,因為大家很可能兩兩結對或多人一起參與功能開發。如果你沒有組建敏捷團隊,那就去問一問誰有興趣學習新知識吧。記住,除非你所處的環境有流毒,人們普遍是想要學習新技能的。如果沒人想從你那裡學習,你就要注意這個信號了。也許是因為你的專業知識已經過時了,或者工作場所里有敵對情緒,或者大家已經在尋找其他工作了。你需要通過一對一的會談來發現到底是什麼情況。

建立與團隊的信任關係

你所處的管理位置(不管是否在一線),就是要求你去建立信任關係。如果你管理的人數超過了9個,你就在冒著風險不能建立好那種關係。

儘管這對一線經理的影響更大(相較於高級經理),但它是一個普遍的管理問題。它考驗的是問題解決能力和領導力。那就是管理的價值所在,對吧?

原文來自:Jrothman

譯者介紹:陸其明,擁有10幾年的軟體技術研發和管理經驗。已經出版的著作有《DirectShow開發指南》、《DirectShow實務精選》、《Windows Media編程導向》、《腳本驅動的應用軟體開發方法與實踐》,譯作有《代碼之道》、《高效能程序員的修鍊》、《程序員的修鍊——從優秀到卓越》。


推薦閱讀:

光環國際PMP:如何成為團隊的佼佼者
「高端對標管理研討班」北京站活動完美落幕
視頻|領導力是大腦加工模式的養成
我的大學時間管理方法|惜墨
縫扣子和拿榔頭的人

TAG:管理 | 神話 |