您的位置:軟件測試 > 軟件項目管理 > 項目案例分析 >
管理平臺系統(tǒng)項目管理實例
作者:網(wǎng)絡轉(zhuǎn)載 發(fā)布時間:[ 2013/5/30 16:26:11 ] 推薦標簽:

四、XXX管理平臺項目風險

前言

項目風險管理是指對項目風險從識別到分析乃至采取應對措施等一系列過程,它包括將積極因素所產(chǎn)生的影響大化和使消極因素產(chǎn)生的影響小化兩方面內(nèi)容。

風險識別--確認哪些風險有可能會影響項目進展,并記錄每個風險所具有的特點。

風險量化--評估風險和風險之間的相互作用,以便評定項目可能的產(chǎn)出結(jié)果的范圍。

風險對策研究--確定對機會進行選擇的步驟及對危險作出應對的步驟。

風險對策實施控制--對項目進程中風險所產(chǎn)生的變化作出反應。

本文無意討論項目風險管理的一般流程和相應的控制,只是根據(jù)項目中所遭遇到的問題把自己的一點心得體會表達出來,很多在其他人眼中也許算不上風險,有一部分甚至超出了項目管理的外延,但對于部分IT企業(yè)或者中型項目管理,至少是本人所經(jīng)歷到的事情,或許對大家有所參考。

背景:本人于08年06月入職某公司,8月份即開始負責該項目,對公司組織、制度和相關業(yè)務缺乏了解;公司于08年4月進行重組,高層和人員變動劇烈,新老沖突嚴重;公司IT力量比較薄弱,產(chǎn)品線較豐富,均為小項目,但自命不凡;后來了解到我是作為雙方利益沖突的犧牲品來負責該項目的。

企業(yè)內(nèi)部管理的風險

公司領導對IT管理的熟悉程度。公司領導對IT管理的熟悉程度事實上決定了項目管理中的很多事情例如人員,但不幸的是往往公司的領導非IT出身,這意味著你要盡更多的精力來與之進行溝通、解釋工作;曾有領導認為大項目是小項目的簡單疊加,即人月的倍數(shù);更甚者領導對系統(tǒng)集成缺乏認知,我曾花了3個月進行溝通,甚至差點導致項目流產(chǎn)。

公司領導對IT項目的支持程度。公司領導對IT的熟悉程度影響了對IT項目的支持程度,但另一方面與公司高層對本公司的IT定位也有關系。

公司財務制度。這個說起來與公司內(nèi)部管理和制度有關了,財務控制成本,項目經(jīng)理也要控制成本,但是做起來比較困難了,日常費用的報銷、應急費用的申請、是否有備用金、是否有項目活動經(jīng)費、是否有項目獎金、甚至團隊成員的住宿、考勤、租房等等;如果與財務產(chǎn)生了矛盾,也會讓你吃不了兜著走;項目經(jīng)理是否能夠承受這么多的額外工作?

公司HR制度。主要是項目中新員工的招聘、轉(zhuǎn)正申請、工資發(fā)放等等,外企和正規(guī)化的IT公司應該不存在這類問題,但是我遇到很多類似問題,也幫助團隊成員去討薪;這類問題的解決與否直接影響到項目團隊成員的積極性。

公司組織架構(gòu)。大中型項目往往意味著你要同公司內(nèi)部多個部門直接進行協(xié)同工作,了解公司部門組織結(jié)構(gòu),認識相關部門經(jīng)理,甚至公司領導會對解決問題的效率有很大影響。

企業(yè)項目管理的成熟度

IT部門組織架構(gòu)。了解IT部門的組織結(jié)構(gòu)是項目負責制還是等級制度,可以了解自己所處的環(huán)境,以便尋求合適的資源。

公司所做過的大項目規(guī)模。了解公司所做的項目規(guī)?梢灾苯訉镜能浖蛯嵤┠芰M行評估,像讓一個兒童去做成人的工作,顯然是勉為其難的。當然通常情況下公司領導會按照項目金額去衡量項目規(guī)模,導致缺乏可比性。

公司之前有沒有做過類似的項目。這個包括業(yè)務類似、架構(gòu)類似、技術類似等。

公司的軟件能力成熟度。軟件能力成熟度反映了一家公司的IT管理水平,高成熟度的公司至少可以讓你在項目流程、項目文檔、項目支持上受益。

公司IT技術總監(jiān)的能力。往往一個公司的IT技術總監(jiān)能力和整個公司的IT水平息息相關,他的能力和水平也影響到對項目的支持水平。呵呵,反正我每次去公司開會尋求資源時總是要PK上半天的。

項目經(jīng)理的職責風險

項目管理主要包括工作范圍管理、時間管理、質(zhì)量管理、成本管理、風險管理、溝通管理、人力資源管理、采購管理、整合管理。需要了解項目經(jīng)理所擁有的權限。大多數(shù)情況下公司除了成本、人力資源、采購涉及到money的不會讓你經(jīng)手之外,恨不得會都讓你包辦。下面是你的義務了,呵呵。

需要了解本項目經(jīng)理所要負的全部義務。我理解的義務是項目經(jīng)理所要擔當?shù)慕巧,首先是保姆,好用少的money管理項目成員的吃喝拉撒睡;其次是炮眼,要勇于擔負起所有甲方對公司的壓力,以及團隊成員與公司之間的壓力,不該管不要管,要少管(這是公司其他領導的原話),實施上可能嗎?然后是架構(gòu)師、系統(tǒng)分析員、需求調(diào)研員、DBA、程序員,曾經(jīng)有領導問我會不會寫代碼,我說我不會,當然是氣話,事實上我寫的不比任何一位成員少。

項目經(jīng)理的人力資源調(diào)度能力

這個與公司組織、IT部門組織結(jié)構(gòu)、甚至技術總監(jiān)有很大關系。避免雙重管理,在我的team中有4類人,2撥人來自于公司IT部門兩個不同的領導;1撥人是屬于我直接管理,當然人很少;還有1撥人屬于支援性質(zhì)的;其中3類人不歸我考核、管理;領導總是會說你要敢于管理,呵呵,怎么管?借調(diào)個人,首先要確認是誰的人馬,然后向個人電話溝通,再向相應的主管電話溝通,后向公司領導溝通。

如何處理害群之馬,項目管理比較忌諱團隊成員無法按照自己的進度進行,因為是個團隊協(xié)同工作,項目不能因為個人而有所延誤;其次希望自己的團隊成員能夠積極溝通,當無法正常按進度實施的時候,至少雙方能夠積極交流共同面對分析并解決。在我的一個子項目中,需求調(diào)研人員換了3批次,項目經(jīng)理換了3批次,項目成員換了3批次;項目經(jīng)理不辭而別達三次,辭退員工4人,原因是認為團隊成員不合格,其實我個人認為是他不合格,為了此事還曾與他的直接主管吵了幾次。據(jù)說他喜歡與業(yè)務比他強技術比他強的人進行配合,大概是我的能力太差了吧。

人員的技能問題

一個理想的團隊包括子項目經(jīng)理、系統(tǒng)架構(gòu)師、系統(tǒng)管理員、DBA、高級工程師若干、工程師若干,測試員若干、美工等。平衡你的資源和相應人員,在一個資源不充足的團隊中,只有勉為其難了,有什么樣的人用什么樣的人,盡量做到用人不疑,疑人不用;一個人盡量擔當多個角色,挖掘個人潛力了。團隊成員是需要培訓的,這在外企通常做的比較好,內(nèi)企則因項目通常人少,周期比較緊,結(jié)果無法實施。

系統(tǒng)集成能力

個人認為系統(tǒng)集成程度是大中型項目與小型項目的一個明顯區(qū)別。系統(tǒng)集成能力主要表現(xiàn)在是否對系統(tǒng)硬件,操作系統(tǒng),數(shù)據(jù)庫,不同接口開發(fā),系統(tǒng)架構(gòu)上,這方面知識的積累并非一朝一夕所能造,取決于公司的積累。

系統(tǒng)外包經(jīng)驗

當公司資源無法滿足項目要求的時候,需要適當?shù)囊胪獍Y源;公司在這方面是否有過獨立的經(jīng)驗,也對項目的順利實施與否有很大關系。

甲方項目經(jīng)理能力問題

甲方的項目經(jīng)理素質(zhì)的高低對項目的成本、范圍、時間、溝通等幾個方面均有相應的影響。不幸的是,我們很難影響甲方的決定。但至少和甲方的項目經(jīng)理關系要做到融洽,而不要推到對立面去。

上一頁123456下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd