NO.80 從與L君飯間聊天再扯開去……

--一個月來,逮到兩個大放厥詞的機會,心情愉悅……

--一次是與L君一起喫飯,一次便是院慶活動上厚顏述說個人工作心得,同時也噴了很多新員工要注意的事情……

--結合着總結一下自己這幾年的項目管理心得吧……

--跟L君聊得時間並不長,瞭解的情況也是隻言片語,很多問題我自己也在尋找答案,以下言論只能算是侃侃而談扯扯淡啦,還是很理想化的………弱得很,望大家輕拍……

 

    L君是做某行業ERP的創始人,創業五六年來,公司規模維持在10人左右,由於在行業內起步早,競爭對手較少,目前處於溫飽階段,只是在項目管理上碰到了很多問題——人員流動、系統性能優化等等等。整體看來,團隊尚處於CMMI Levle1:目標可以實現,但團隊職責不清晰,領導層對團隊的掌控弱,整個團隊基本上還是一個黑盒——事情雖然做完了,但沒有人知道是怎麼做的,有什麼問題……

 

    整體措施: 持續不斷地改進……

    也許只是要求大家把任務的分派由口口相傳改爲萬事on paper;也許只是從自己做起,每天來了以後都先收拾好自己的辦公桌……

 

    人員培養:

    軟件開發中人的作用實在太大,士氣指數有時在很大程度上決定成本指數……所以做管理首先要抓人心……

    * 適當畫大餅:屬人員激勵了,大餅不可畫到天上,那是騙人;但跟大家把當前的行業前景和發展機遇講清楚還是相當有必要的,對於重點培養的骨幹要找機會把他們拉上船……

    * 培養自己的領導範兒:要想炒出一盤好菜,自己得先做個好廚子,從現在開始修煉自己的領導氣質吧……

        沉着冷靜:“勝,不妄喜;敗,不遑餒;胸有激雷而面如平湖者,可拜上將軍!

        說話藝術:“你怎麼老是遲到?”言語間人心即失……“你這周遲到了2次。”客觀無敵……

        潛移默化:“如果你想讓員工養成整理桌面的好習慣該怎麼做?1.你自己有整理桌面的好習慣嗎?有!OK2.找個機會,也許是在辦公桌前和員工談事的時候,無意地拿紙巾擦一下桌子、把幾個文件收拾整齊……都比喊口號、搞運動好太多的……”身教重於言傳……當然“言傳”——紀律的豎立與監督,也是非常必要的。

 

    人員來源:

    主要問題:公司太小,招不來素質高牌子好的員工。

    這個問題在我原來的公司中也一直存在,一直也沒什麼特別好的解決方案。直到後來我意識到其實這不一個問題,這一個幾乎所有人都會碰到的客觀情況——任何區間內人員都有優劣,好牌子也不見得都好用——一羣獅子還有內鬥的時候——不否認存在天才團隊,但對於大多數團隊來講,魚龍混雜,問題是你一時半會兒不知道誰是龍誰是魚……

    所以到頭來還是管理問題,是人才培養問題:一方面我們通過提高管理手段,提高團隊整體工作效率;另一方面,儘可能抽出更多的時間輔助新員工制定出自己成長規劃,爭取讓每個魚都能夠變成龍……不要怕爲人做嫁妝,一分耕耘一分收穫……

 

    團隊角色分工以及開發項目管理

    3個人便可以稱之爲一個團隊,是團隊就要有人員分工,讓大家各司其職;當然,小團隊職責不可能分得太清(那樣容易產生扯皮現象,高人員流動下也非常影響工作效率),可以適當結合細胞式管理,力爭做到每個人都有自己的主要工作,但他的工作別人也可以短時間內上手。

    * 做個人員職責矩陣表,描述好每個人的分工,及備份人員(當主職人員無法正常工作時,由備份人員接替)

    * 重視文檔管理,可以考慮把一個人往方案兼配置管理員方向培養;

    * 找個人從頭分析系統設計,形成設計文檔;這個人慢慢培養成架構師……

    * 找個人做新人培養手冊,做到來了新人,他可以看着文檔在一個月內搞定必須掌握的技術、業務基礎知識;這個人再讓他搞搞培訓,慢慢培養成售前……

    * 每天抽半小時開個碰頭會,除了不斷修正大家的工作目標,還要讓大家講講自己這幾天做的工作,解決了個什麼難題,比如困擾了好幾天今天終於搞定了,大家都願意在別人面前偏一偏、展現一下自己的工作成績。這樣還能共同學習,不這麼搞一搞,員工很快就沒了興致得過且過,創新啊、學習型組織啊,無從談起……

    * 鼓勵大家寫技術、業務日誌,讓那個配置管理員把編輯這件事也做起來,這樣開發參考手冊、業務參考手冊慢慢就有了……

    通過以上種種策略,“組織過程資產”就慢慢累積出來了,CMMI級別慢慢就提高上去了……

 

   說給新人的話:

    * 說有建設性的話,做有建設性的事:永遠不抱怨,如果你能做到這一點,升職指日可待嘍……

    * 碰到的任何問題,搞的定就搞,搞不定就往上捅:企業都是以結果爲導向的,重視產出;領導給你安排的任務一般都是希望儘快得到產出的,所以你接到的任務無非三種情況:一種是很簡單,不需要額外學習便可完成;一種是有點兒拔高,需要查閱很資料,問大拿方可完成;一種是絕對超出你的能力範圍,查了資料問了大拿也搞不定。所以你需要做的就是:想辦法完成;實在完不成,儘快向上報告,說經努力無法完成,這就OK了。領導最害怕的是,任務佈置了好幾天,馬上到deadline了,小夥冒出來撓着頭說我弄不了。由此引申出來另一件事兒,就是新人在接到任務後該如何答覆(供參考),永遠不要說“我不會”,“這個我不懂”,而改爲“我試試看……”,“這個我可能需要您提供額外的資源……”

    * 養成寫技術日記的好習慣……不多解釋了……

    * 不斷識別事物的共性與個性,無論是面向過程面向對象還是各種設計模式,無一不是在圍着這條打轉轉。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章