




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、it項(xiàng)目管理心得項(xiàng)目開發(fā)方面項(xiàng)目應(yīng)以需求為核心。一個項(xiàng)目是否能夠成功,對需求的準(zhǔn)確把握在成功 因素中要占上60%勺比例。不管系統(tǒng)的架構(gòu)設(shè)計、團(tuán)隊管理有多么的成功,如果 需求出現(xiàn)偏差,仍然是南轅北轍。由于eas項(xiàng)目的特殊性,項(xiàng)目開發(fā)過程中能夠 與客戶建立有效快速的溝通渠道,是項(xiàng)目成功的關(guān)鍵。需求必須獲得客戶的確認(rèn)。通過需求調(diào)研與分析后獲得的用戶需求說明書, 以及軟件需求規(guī)格說明書都必須得到客戶的簽字確認(rèn)。確認(rèn)的內(nèi)容包括項(xiàng)目的目標(biāo)、范圍以及項(xiàng)目需求功能點(diǎn)(用例)。eas項(xiàng)目在前期對需求不夠重視,導(dǎo)致 在需求理解上出現(xiàn)了一些偏差,從而影響了項(xiàng)目的進(jìn)度。幸而得到了及時的糾正, 在項(xiàng)目管理部的協(xié)助下,所
2、有需求都得了客戶或客戶代表的簽字確認(rèn)。 從而使得 項(xiàng)目在客戶驗(yàn)收時,有了充分的保證。項(xiàng)目應(yīng)確立專門的需求分析師。公司沒有專門的需求分析師,不能不說是 人員配備上的一大弊端。(軟件開放工作細(xì)分的第一步就是要有專門的系統(tǒng)分析 員或需求分析師)從eas項(xiàng)目的開發(fā)過程中,我們就充分地認(rèn)識到這一問題的嚴(yán) 重性。需求的不斷更改,客戶遲遲未簽字確認(rèn),原因正是在于我們沒有專門的具 有豐富經(jīng)驗(yàn)的需求分析師。普通開發(fā)人員在調(diào)研需求以及撰寫需求規(guī)格說明書 時,總是會出現(xiàn)偏差或理解錯誤的地方。軟件需求分析是一項(xiàng)重要且負(fù)責(zé)的技術(shù), 沒有經(jīng)過專門訓(xùn)練的需求分析師,通常會給項(xiàng)目帶來隱患。eas項(xiàng)目在開發(fā)早期及時地確立項(xiàng)目應(yīng)
3、指定各個模塊的需求接口人。只有這樣,才能有效地保證項(xiàng)目組與 客戶的及時溝通,快速響應(yīng)客戶的請求與反饋。了需求接口人,在一定程度上規(guī)避了需求變更給項(xiàng)目帶來的風(fēng)險。 但是,確立的 需求接口人未經(jīng)過系統(tǒng)培訓(xùn),在需求調(diào)研以及與客戶溝通的過程中, 工作表現(xiàn)只 能說是差強(qiáng)人意。注意維護(hù)需求調(diào)研記錄以及需求跟蹤表。這一工作做得不夠好。由于需求 調(diào)研人不夠?qū)I(yè),而項(xiàng)目經(jīng)理以及需求分析負(fù)責(zé)人對這一過程還欠缺足夠的重 視,同時沒有好的工具或流程來監(jiān)控這一過程, 使得需求調(diào)研記錄沒有發(fā)揮更大 的作用。此外,需求跟蹤也非常重要,畢竟,任何項(xiàng)目的需求都不是固定不變的, 需求隨時會發(fā)生變更,而開發(fā)人員實(shí)現(xiàn)的需求也可能會與
4、客戶的要求偏差。注意維護(hù)需求矩陣。項(xiàng)目經(jīng)理對這一內(nèi)容缺乏足夠的重視與理解,項(xiàng)目開 發(fā)過程體系中也缺乏好的需求矩陣文檔模板。但是在項(xiàng)目中后期,項(xiàng)目及時撰寫了 eas項(xiàng)目需求功能列表,并結(jié)合交付版本與客戶進(jìn)行了溝通和協(xié)商, 從而規(guī)避 了需求偏差的風(fēng)險。(需求追蹤,任何原始需求來有頭就有尾。原始需求 - 用戶 需求-產(chǎn)品需求-軟件需求-設(shè)計-測試等一系列的追蹤。需求追蹤的目的一方 面是檢查需求是否都已經(jīng)實(shí)現(xiàn)有無遺漏,更多的是為了做變更影響分析使用)控制需求變更。重視ccb的作用,同時應(yīng)建立需求變更的響應(yīng)機(jī)制。eas項(xiàng)目組對于需求變更的響應(yīng)還不夠及時, 這一點(diǎn)項(xiàng)目經(jīng)理與項(xiàng)目管理小組要擔(dān)負(fù) 一定的責(zé)任。
5、(范圍管理中范圍控制的內(nèi)容,變更管理是配置管理的一個重要內(nèi) 容。需求必須要受到控制,否則容易引起計劃的頻繁調(diào)整而發(fā)生混亂)設(shè)計重視架構(gòu)設(shè)計。eas項(xiàng)目的成功,一定程度是源于我們有個優(yōu)秀的框架開發(fā) 小組,我們在項(xiàng)目立項(xiàng)之初就基本確定了整個系統(tǒng)的架構(gòu)。其中雖然發(fā)生了一些變化,但核心架構(gòu)仍然沒有發(fā)生大的變化。由于,我們建立了穩(wěn)定、簡單的系統(tǒng) 框架,可以極大地提高開發(fā)效率,規(guī)避了對框架的重復(fù)編碼。(軟件開發(fā)的第二個重要分工就是最好有專門的架構(gòu)設(shè)計人員, 架構(gòu)設(shè)計和總體設(shè)計要由1-2個人 來完成,以保證高度的概念完整性和設(shè)計統(tǒng)一)善于對設(shè)計作出取舍。項(xiàng)目開發(fā)的三要素是成本、質(zhì)量與進(jìn)度。在保證質(zhì) 量的前提
6、下,為了項(xiàng)目進(jìn)度不出現(xiàn)大的偏差,eas項(xiàng)目組并沒有過分強(qiáng)調(diào)技術(shù),特別是在考慮進(jìn)度的情況下,犧牲了系統(tǒng)的部分可擴(kuò)展性。雖然這為系統(tǒng)的后期 維護(hù)帶來一定隱患,但卻能夠有效地保證項(xiàng)目的進(jìn)度。從eas最初的架構(gòu)設(shè)計來 看,我們引入了 castle與aop,試圖簡化orm以及橫切關(guān)注點(diǎn)例如日志、異常、 權(quán)限、事務(wù)等功能的實(shí)現(xiàn)。同時,希望采用 wcf,利用soa思想建立松散耦合的 面向服務(wù)應(yīng)用程序。但隨著客戶需求的變化,我們果斷地放棄了采用 wcf的構(gòu)想, 同時又克服了技術(shù)困難,堅持了對 castle與aop的使用,并為此成立了框架開 發(fā)小組。事實(shí)證明,在技術(shù)的抉擇上我們作出了正確的決定。并在分析需求階段
7、,就開 ui設(shè)計等方面都發(fā)揮了 ui設(shè)計人員,因此,這重視ui原型設(shè)計。系統(tǒng)的原型設(shè)計與需求分析相輔相成。如果有好的原型 版本交付給客戶,則客戶更能夠理解系統(tǒng)的實(shí)現(xiàn),促進(jìn)溝通的有效性與準(zhǔn)確性。 在eas項(xiàng)目中,我們從一開始就確立了原型設(shè)計小組, 始了原型設(shè)計。這一做法無疑在客戶溝通、需求確認(rèn)、 很大的作用。但是,我們在這一點(diǎn)上,由于缺乏專門的 一工作還存在很大的缺陷,甚至于 ui的設(shè)計為迭代版本的交付帶來了很大的障 礙。在項(xiàng)目后期,關(guān)于ui的bug是最多。因此,我們認(rèn)為在開發(fā)類似的 web應(yīng) 用程序時,應(yīng)盡早確立ui設(shè)計規(guī)范,以約束所有的ui設(shè)計。同時,必須培養(yǎng)專 門的ui設(shè)計師,在開始原型設(shè)
8、計時,就盡快完成 ui交互的設(shè)計。并且,必須成 立專門的ui設(shè)計小組,在需求階段與需求分析師合作,在編碼階段與開發(fā)人員 合作。(原型設(shè)計是加強(qiáng)前期用戶需求挖掘和減少后期需求變更的重要手段,不 一定需要專門的ui設(shè)計人員,原型設(shè)計可以由需求分析師來完成 )測試從而導(dǎo)致報告錯誤的bug, 開發(fā)人員必須及時響應(yīng)測 bug的修復(fù)情況。(測試人測試成員應(yīng)了解需求。如果不了解需求,測試人員無法編寫正確的測試用 例,同時在測試過程中,也可能因?yàn)殄e誤地理解需求, 影響開發(fā)人員效率。加強(qiáng)開發(fā)人員與測試人員的合作。 試人員提交的bug。而測試人員也應(yīng)跟蹤開發(fā)人員對 員應(yīng)該要意識到自己和需求分析人員的區(qū)別, 測試人
9、員不用想需求分析人員一樣 分析和開發(fā)業(yè)務(wù),但是他們必須和需求分析人員一樣對已經(jīng)分析出來的需求和業(yè) 務(wù)高度熟悉)測試之初必須確定測試原則,對 bug的嚴(yán)重程度進(jìn)行分級。同時,必須確 定修復(fù)bug的優(yōu)先級別。進(jìn)度管理保證項(xiàng)目進(jìn)度不出現(xiàn)大的偏差的前提是制定一個好的項(xiàng)目計劃。必須根據(jù) 項(xiàng)目規(guī)模,成員情況,技術(shù)難度等多方面考慮整個項(xiàng)目計劃。如果項(xiàng)目的 deadiine已經(jīng)確定,則必須采用一些方法來保障項(xiàng)目計劃的完成。首先是選擇 符合項(xiàng)目的軟件開發(fā)生命周期。通常情況下,并不建議采用瀑布開發(fā)方式。最佳 的辦法,應(yīng)該是rup或者敏捷開發(fā),然后結(jié)合原型法制訂項(xiàng)目計劃。這樣可以 規(guī)避因?yàn)樾枨笞兏a(chǎn)生的風(fēng)險。其次,
10、要每日跟蹤項(xiàng)目的進(jìn)展情況??梢酝ㄟ^晨會、周會以及項(xiàng)目日報、 項(xiàng)目周報了解項(xiàng)目進(jìn)展情況。同時,需要為各個小組指定進(jìn)度跟蹤人,根據(jù)各個 小組長的日報,判斷實(shí)際的進(jìn)度是否與計劃出現(xiàn)偏差。要制定項(xiàng)目進(jìn)度偏差的應(yīng)對方法。一旦項(xiàng)目進(jìn)度出現(xiàn)了偏差,必須采取相應(yīng)錯 誤解決問題。或者通過加班、增加人手、申請項(xiàng)目進(jìn)度等方法及時作出響應(yīng)。及時向項(xiàng)目成員匯報項(xiàng)目進(jìn)度情況。 只有讓各個項(xiàng)目成員了解到項(xiàng)目現(xiàn)狀, 才能夠給每個成員增加壓力,不至于松懈。同時,也能夠使得每個成員能有一個 目標(biāo),而不至于茫然失措。制定項(xiàng)目計劃時,必須考慮階段評審與同行評審的時間。這一點(diǎn)在 eas項(xiàng) 目中做得不夠好。其中原因也是由于項(xiàng)目進(jìn)度本身較
11、緊的緣故。 注意維護(hù)項(xiàng)目進(jìn) 度跟蹤表與項(xiàng)目進(jìn)度偏差跟蹤表。讓項(xiàng)目管理部以及 qa及時掌握項(xiàng)目進(jìn)度,有 利于對項(xiàng)目進(jìn)度的管理。變更管理變更包括需求變更、人員變更。如果不控制好,兩者對項(xiàng)目的進(jìn)展都會帶 來災(zāi)難性的后果。需求變更在前面已經(jīng)敘述,而eas項(xiàng)目中發(fā)現(xiàn)人員變更的情況 也非常嚴(yán)重,因此這里重點(diǎn)介紹關(guān)于人員變更的管理。如果發(fā)生人員進(jìn)入的情況,那么對項(xiàng)目帶來的通常都會是好的影響。但我 們也必須注意如何讓新成員更快地融入團(tuán)隊。整體上講,如果需要新成員加入, 發(fā)生變更的最佳時機(jī)是項(xiàng)目前期。如果在項(xiàng)目中后期加入新成員,無疑則意味著 項(xiàng)目出現(xiàn)了災(zāi)難性的后果。而新增加的成員,由于不熟悉項(xiàng)目,所能帶來好的影
12、 響也是有限的。如果不處理好新成員與老成員之間的合作關(guān)系,反而會帶來負(fù)面 影響。人員的退出很多時候是不可控的, 同時對項(xiàng)目帶來的影響也是不可估計的。 為了將這些影響降到最低,就必須在項(xiàng)目開始之初就要確立編碼規(guī)范。 同時,還 應(yīng)該重視對文檔的維護(hù)與更新。而在人員退出時,必須做好交接工作。同時,還 應(yīng)對這種變更進(jìn)行合理的評估,并及時報告項(xiàng)目管理部,并與客戶及時溝通。如 果對項(xiàng)目進(jìn)度有嚴(yán)重影響,應(yīng)爭取最大的努力取得客戶的理解,提出項(xiàng)目延期的 申請。風(fēng)險管理要在項(xiàng)目開始之初就考慮到項(xiàng)目過程中可能出現(xiàn)的所有風(fēng)險,是不現(xiàn)實(shí)的。但是,我們必須考慮對風(fēng)險的管理,尤其是在制訂項(xiàng)目計劃以及創(chuàng)建團(tuán)隊的時候, 考慮這
13、一因素。風(fēng)險有很多,包括需求的風(fēng)險、進(jìn)度的風(fēng)險、質(zhì)量的風(fēng)險以及技 術(shù)風(fēng)險等。必須制定一套完整的風(fēng)險管理計劃,而一旦發(fā)生了風(fēng)險,則必須及時 響應(yīng),組織相關(guān)人員解決風(fēng)險。不能忽略任何一個小的風(fēng)險,否則一個小的風(fēng)險 到最后會造成大的災(zāi)難。風(fēng)險的把握必須要有項(xiàng)目經(jīng)理與系統(tǒng)架構(gòu)師把關(guān)。成員管理不團(tuán)結(jié)的項(xiàng)目組是無法保證項(xiàng)目的成功地。項(xiàng)目經(jīng)理與項(xiàng)目組長在管理團(tuán) 隊成員時,必須時刻注意成員狀況,即使處理工作出現(xiàn)的矛盾與摩擦, 隨時保證 團(tuán)隊合作精神得到最大程度的執(zhí)行。持續(xù)地保證項(xiàng)目成員的士氣非常重要。項(xiàng)目每取得一個階段性的進(jìn)展,必 須告知全體成員,如此才能收獲成功的信心。項(xiàng)目開發(fā)過程需要注意勞逸結(jié)合。 一味地強(qiáng)制性加班,只能降低項(xiàng)目成員的工作效率。 項(xiàng)目過程中,如能適當(dāng)?shù)亻_ 展一些活動,無疑能夠讓團(tuán)隊成員感受到項(xiàng)目組的集體氣氛。 在階段實(shí)現(xiàn)的重要 時刻,項(xiàng)目經(jīng)理必須注意通過文字、 語言等激勵項(xiàng)目組成員。而項(xiàng)目經(jīng)理的自信 也是保證成員士氣的一個關(guān)鍵。必須注意了解團(tuán)隊成員的心理狀態(tài)與工作狀態(tài)。項(xiàng)目成員的戰(zhàn)斗力除了是個人的能力發(fā)揮之外,一個好的領(lǐng)導(dǎo)也是至關(guān)重要的。因此,必須選擇合適的項(xiàng) 目組長,通過他們掌握整個項(xiàng)目團(tuán)隊成員的工作進(jìn)展。 同時,還要了解每個成員 的能力,以安
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 企業(yè)內(nèi)部溝通協(xié)作平臺建設(shè)方案
- 江西省九江市都昌縣2024-2025學(xué)年八年級上學(xué)期期末生物試題(含答案)
- 北京延慶區(qū)2024-2025學(xué)年高二上學(xué)期期末生物學(xué)試題(含答案)
- 三農(nóng)用物資采購管理作業(yè)指導(dǎo)書
- 從理論到實(shí)踐科學(xué)探究活動課
- 青稞種植知識培訓(xùn)課件
- 電商直播平臺搭建與運(yùn)營服務(wù)協(xié)議
- 數(shù)學(xué)王國里的智慧讀后感
- 電子支付平臺推廣專項(xiàng)資金協(xié)議
- 智能供應(yīng)鏈管理服務(wù)合同
- 2025中高考百日誓師大會教師表態(tài)發(fā)言稿:百日競渡立壯志 師生同心鑄輝煌
- 2025體育單招英語備考100個高頻名詞精講(精校打印版)
- 臺球館裝修合同模板及明細(xì)
- DeepSeek:從入門到精通3天教程
- 2024-2025學(xué)年人教版數(shù)學(xué)七下 第七章 相交線與平行線(含答案)
- GB/T 44994-2024聲學(xué)助聽器驗(yàn)配管理
- 2025年上海鐵路局集團(tuán)公司招聘筆試參考題庫含答案解析
- 2024年04月北京中信銀行總行社會招考(423)筆試歷年參考題庫附帶答案詳解
- 2025年中國航天科工招聘筆試參考題庫含答案解析
- 兒童教育總經(jīng)理聘任合同
- 4《公民的基本權(quán)利和義務(wù)》(第2課時)教學(xué)實(shí)錄-2024-2025學(xué)年道德與法治六年級上冊統(tǒng)編版
評論
0/150
提交評論