不懂技術的項目經理,怎樣在敏捷開發開發團隊推動程序員工作?
從事項目管理快滿1年了,本科是電子商務出身,大學階段學習過Java C++等編程知識,但因為時間太久已經忘得差不多了。
在一家互聯網公司從小小的項目助理,做到現在的項目經理。雖然職位變化了,但是我覺得自己並沒有多少成長,感覺和程序員溝通起來很吃力。主要原因還是自己不太懂技術。我們公司目前都在實行scrum 敏捷開發模式,這種開發模式要求每個team成員的都有很高的自覺性,但因為創業型公司的特性,大部分程序員都是沒有多少經驗的,而且大部分也都是畢業才1到2年,工作能力還有做事情的態度都有欠缺。planning的時候,都在高估自己的時間,時間排滿就不安排任務,但是實際有些任務出了bug,卻不願意主動修,任務delay也不願意加班。甚至有部分「年輕人」喜歡把自己的無知當成個性,不按需求做事情,導致最後做出來的東西都是bug。甚是心累。
一直在這樣的環境下,出現問題解決問題,但感覺主要的問題不在技術上面,而是在人與人之間的溝通問題。自己現在也在有空餘的時間學習編程,希望慢慢不被他們忽悠。問題1: 怎樣觸發工程師工作的主動性和積極性?問題2:怎樣讓工程師對我的管理信服?
謝邀。雖然我接觸到的IT項目PM都是技術出身,且考慮到管理項目過程中跟工程師交流需要要技術基礎,但我不認為一個PM需要是一個Tech expert。看您介紹自己的出身,再加上從assistant到manager的過程,我認為您是一個tech savvy。PM應該對技術有廣泛的了解,但不一定要深入到能解決各種具體的問題,因為,解決技術問題從來都不是pm的工作內容,pm的工作內容是協調管理團隊,控制項目進度,保證按時完成重要事件,做好項目進度的跟蹤記錄,及時定時向sponsor和stakeholders反饋項目情況以及遇到的潛在風險和重大挑戰。簡單點說PM的專業性體現在專業的溝通技巧,專業的管理技巧,專業的項目跟蹤記錄技巧。特別是在今天,各式agile開發模式備受追捧的環境下,短周期、高強度和頻繁迭代的這種工作模式下,對PM的專業性和控制能力要求就更高了(請注意,這裡是對項目的控制能力,並非對人。)說上面這些,就是簡單解釋了一個PM為什麼是專業的PM,要肯定和明晰自己作為一個PM的價值和方向。關於您的問題:第一個問題,一個人的主動性和積極性是其工作態度、職業能力和職場素養的體現,這是個人主導才能有所不同的事情,作為一個同事或者領導,最多只是旁敲側擊去影響,我覺得您問的這個問題說明了您可能是想通過改變別人去促進工作更好地開展,但我們都明白一句話叫「你不能改變別人,但可以改變自己」,所以也許您更願意換一種方式去思考這個問題,比如「如何保證項目按時進行」?從一個PM的角度,您需要控制的不是工程師,而是項目和進度,您承擔的責任是項目整體管理這部分的責任,您不應該承擔具體某個技術環節的責任,你也要讓技術人員明白這個道理,作為pm是一個管理者和同事而並非保姆和老師。
第二個問題,職場上,讓人信服無非是個人魅力和專業性,專業性我第一段大概給您了一個思路,具體還有很多東西可以擴展,我不能幫您擴展,但我肯定您在擴展的過程中,自己就在快速提高。個人魅力,除了說話的方式是否禮貌且具有信服度之外,還有決策能力、溝通能力、情緒控制能力等等等等,很多,簡單點說,你表現出來的能幫助別人定義您的形象的東西,都是幫助塑造和組成您個人魅力的部分,這部分也會擴展很多,暫不細講。舉個例子,給您說一個具體的技巧,就是從不跟別人說不,取而代之的句式大概是,微笑和善且禮貌的回答「我很願意幫您xxxxxx,只要您xxxxxxx」,前面半句是別人要您做的但是您不能做的事,後面半句是您要求別人做的,一般這個要求會是前半句您不能做這件事的理由,如果別人做了後面這半句要求,前面半句不能做的原因自然就不成立,但是後面這半句一般對別人來說也是很大的挑戰或者不能完成,這是一種禮貌拒絕別人的技巧。
謝謝邀請。
你的問題梳理下來,應該是這幾個:1. 技術同學不努力,不上進,缺少經驗,我怎麼推動他們;2. 我不懂技術,老是被忽悠;3. 我作為項目經理,管控不了進度,感覺是無辜背鍋;
先說2。沒人天生懂技術,包括後來成為技術大牛的程序員們,年輕的時候也未必厲害。這個你要慢慢積累,多用百度和知乎,用好8小時以外的時間。積累1年,至少在你鑽研過的領域,不大容易被忽悠了。
再說3。我一直覺得項目管控其實是一個動態過程,時間範圍成本質量,老闆滿意度等等各方面在某個時間窗口內的動態平衡。那就好了,讓各方面資源、需求、成本等等達到平衡就是你的目標。如果你不能和各方面分別達到平衡,那就把信息拉平,總歸是能平衡的。溝通多些技巧。
為什麼最後說1,因為其實1很難處理。需要有一些手段,當然也是看具體情況。提幾個方法你可以參考下:
a)你說技術同學不專業,首先你要專業。大家都半斤八兩的,你憑什麼指責別人;
b)嘗試和他們打成一片,兄弟之間有些事情好處理些;c)用你的努力和專業性取得領導信任,對事不對人的把問題指出。這步很危險,量力而行。就說這麼多了。你覺得,一個不懂做菜的廚師長能否帶領一幫廚師做出一桌好菜?一個不懂建築的設計師能否帶領一幫設計師設計一個大樓?
我不能說絕對沒有,但要做到這點,你必須自問,有什麼可以去彌補這塊短板。否則,這種痛苦會一直伴隨你。
在我看,產品經理要能輕鬆的和程序員稱兄道弟,有吸引人的性格,懂得爭取利益籠絡人心,項目就比較好推進。(話說回來,這種人幹什麼都會比較強吧)推薦閱讀:
※作為測試,被開發同事挑釁看不懂代碼,是怎樣一種體驗?
※git 分支?
TAG:IT項目管理 | ScrumMaster |