說說項目管理的那些事兒

在我們的開發團隊裡,每一個帶過項目的人都成了優秀的員工.

這不是偶然,上司别人才會明白如何被上司,有句話叫"沒有當過老闆的員工不是好員工."五年前飯桌上第一次聽說這句話的時候還很不了解,等到自己做了項目負責人才真真切切地體會到這一點.

今天想談談自己管理項目之後得一些體會.總體分了幾大塊.

人員管理:

人最大的問題有三個:

No.1 把自己的安排放在集體安排之前

從1.0到3.0開發時間相對較長,做項目做得有點煩了,晨會的任務并不能激起大家開發的興趣,自然就松懈了開發.各系統組長也忙自己這塊的業務.每個人都像一個死結點,沒有連通.整體說來,就是項目代入感不強.大家還不知道真正的學習和經驗其實是來自項目，多勞者多得.

No.2 信心不足

有些人覺得自己進度比較慢,而且會持續很長一段時間,在跟其他人交流開發過程中的事宜時,了解不了問題關鍵所在,實在又不能放手大幹.對于這種情況,我覺得結對程式設計或許是個好辦法.

No.3 交流不暢.

人與人之間的交流應當是友善的,言簡意赅的,人應當對自己說的話負責.可事實上,大家總很難擺正心态,将個人情緒夾雜進來,經常埋怨别人,火氣大了,就沖着脾氣好的人發火.唉!

我很認真地問過金閣,為什麼我态度不好的時候他會聽着卻不反駁我?

他說,他站在我的角度看,我說的有理,他改進就好了,沒什麼可争的.

大多時候我看着他,便想,技術如何不重要,做人的境界上一般人還真未比得過他!

另一種交流就是關于項目本身了,有些事不清楚怎麼幹就不能口頭交代,要先寫計劃再實施,更多的交流應當落實到文檔上,保證我們有"文檔"可依,有"文檔"必依,違"文檔"必究.

交流的目的是共同進步,要進步就要分享,我們總有技術是不會的,總要向别人學習,自己懂了還要願意花時間講給别人,算是杜絕小農意識吧.周響一直做的很好.

時間管理:

對時間的利用最大的問題是沒有控制地加班.

1.0-2.0 系統開發期間,幾乎每周都加班.時間上能保證,效率我評估不了,初期要研究和學習的東西很多,功能開發的不完全也不盡完善都是可以了解的.

3.0 再提加班的時候,加過班的人堅決反對.3.0開發期間,因為一些事情幾乎讓整個團隊都近乎丢掉了開發的熱情.随後便是一陣熱潮,有的人效率大大的,有的人則慢慢退出了開發的圈子.

3.1不得不說加班加到瘋狂,效率高嗎?不管高不高,我建議珍視生命,加班有度.過猶不及!

項目計劃:

計劃無法實行.

計劃是給變化用的,出現偏頗很正常.如果能謙虛一點,聰明一點,借别人的腦袋撞得頭破血流增長自己的經驗.多聽聽建議,總是好的.

其實公司各方面也是挺無奈的，排期太坑。罷了，隻能說如果我們能做主，盡力做的比這個好。

任務管理:

項目組長應當有一定的前瞻性.安排任務有目的性.

我們事後總能發現做了些無用功,這就是因為項目組長前瞻性不夠,是以每一個重要的決定都要有規劃有審批,任何超過半天的工作都必須嚴重對待,因為公司成本不允許推倒重來.

接口管理:

各系統提出接口要有統一的格式,要明确自己要什麼接口,根據什麼查,傳回什麼類型,都要用專業的語言描述,就像UML圖,有了這些就避免了千言萬語的形容,關鍵在于描述不清.挨個落實又是數不勝數地口頭打交道,耽誤開發時間.

當調用接口的各系統開發人員,發現接口有問題時,及時回報處理，不能光為了進度造假資料屏蔽問題，項目還是得聯調的。

代碼管理:

代碼最大的問題是公共代碼缺乏維護,各人出現問題時都調各自的,而不去想整理公共的部分.

2.0時底層封裝了公共js,是common.jsp, pagetools.jsp和searchbox.jsp.這裡面封裝了一些公共的方法和樣式,其中會固定調用一些方法或使用一些固定名稱,如dataGrid就叫queryArea.各系統引用這些頁面就得符合這些命名.而當時隻有基礎系統推行了這一公共樣式,就是所謂的百度框.到3.1大家寫頁面的時候,用了這個樣式去不掉,去就會影響其他頁面的樣式.大家就各自調試.這樣做的結果是各個開發人員開發的頁面樣式不再統一,費時費力改完了自己的代碼,公共引入的那些代碼得不到改善無法繼續複用.

說白了，還是規範沒保證，也沒有專門的前端和公共服務，等有能力了一定要解決這個問題。

一個好的開發團隊氛圍應當是積極向上的,項目組長要帶領大家一起擁有狼一樣的合作精神,天使般的美麗心情.