信息系统项目管理师案例分析
為什么80%的碼農(nóng)都做不了架構(gòu)師?>>> ??
1、趕工、快速跟進(jìn)、資源平衡、資源日歷
趕工:對成本和進(jìn)度進(jìn)行權(quán)衡,確定如何盡量少增加費用的前提下最大限度地縮短項目所需要的時間,稱為趕進(jìn)度也稱趕工。缺點是可能導(dǎo)致風(fēng)險或成本的增加,只適用于那些通過增加資源就能縮短持續(xù)時間的活動。
快速跟進(jìn):把正常情況下按順序執(zhí)行的活動或階段,調(diào)整邏輯關(guān)系,通過對各種邏輯關(guān)系并行確定來縮短項目周期。在進(jìn)行項目設(shè)計中,當(dāng)風(fēng)險不大時,通過精心安排而使項目的前后階段相互搭接以加快項目進(jìn)展速度的做法叫快速跟進(jìn)。缺點是可能造成返工和風(fēng)險增加,適用于能夠通過并行活動來縮短工期的情況。
資源平衡:?使資源利用更合理,會導(dǎo)致進(jìn)度計劃延長。調(diào)整任務(wù)的時間安排以使得資源不被過分使用,這被稱為資源平衡。資源平衡通常不會被用來縮短進(jìn)度。
新版:
資源平衡:為了在資源需求與資源供給之間取得平衡,根據(jù)資源制約對開始日期和結(jié)束日期進(jìn)行調(diào)整的一種技術(shù)。如果共享資源或關(guān)鍵資源只在特定時間可用,數(shù)量有限,或被過渡分配,如一個資源在同一時段內(nèi)被分配至兩個或多個活動;就需要進(jìn)行資源平衡。也可以為保持資源使用量處于均衡水平而進(jìn)行資源平衡。資源平衡往往導(dǎo)致關(guān)鍵路徑改變,通常是延長。
資源平滑:對進(jìn)度模型中的活動進(jìn)行調(diào)整,從而使項目資源需求不超過預(yù)定的資源限制的一種技術(shù)。相對于資源平衡而言,,資源平滑不會改變項目關(guān)鍵路徑,完工日期也不會延遲。也就是說,活動只在其自由浮動時間和總浮動時間內(nèi)延遲。因此,資源平滑技術(shù)可能無法實現(xiàn)所有資源的優(yōu)化。
資源日歷:在項目日歷上定義的工作時間和休息日是每個資源或資源組的默認(rèn)工作時間。換句話說,資源日歷初始確定為項目日歷。
2、進(jìn)度壓縮
進(jìn)度壓縮在不改變項目范圍,滿足進(jìn)度制約條件、強(qiáng)加日期或其他進(jìn)度目標(biāo)的前提下,縮短項目的進(jìn)度時間。
進(jìn)度壓縮的技術(shù)有趕工以及快速跟進(jìn)。
(1)、招聘新人、加班加點屬于趕工,這是最常用的辦法,加快了進(jìn)度,增加了成本,加班時間長了還影響質(zhì)量和士氣。
(2)、優(yōu)化流程屬于快速跟進(jìn)。這種方法不會引起成本的增加,但要求項目經(jīng)理有較高的管理水平。
3、配置管理
配置管理活動和過程主要包括制定配置管理計劃、配置識別與建立基線、建立配置管理系統(tǒng)、變更控制、版本管理、配置狀態(tài)報告和配置審計。(版本管理、變更控制誰在先誰在后無所謂,配置狀態(tài)報告和配置審計誰在先誰在后無所謂。)
4、變更的流程
(1)提交變更申請;(2)變更影響分析;(3)CCB審核;(4)變更分發(fā)與實施;(5)變更驗證和發(fā)布
新版:
(1)變更申請;(2)變更的影響分析;(3)CCB批準(zhǔn)或拒絕;(4)變更實施;(5)變更的驗證與發(fā)布
(1)提出與接受變更申請;(2)對變更的初審;(3)變更方案論證;(4)項目管理委員會審查;(5)發(fā)出變更通知并組織實施;(6)變更實施的監(jiān)控;(7)變更效果的評估;(8)判斷發(fā)生變更后的項目是否已納入正常軌道。
簡化:
1、受理變更申請;2、變更的影響分析;3、CCB接受或拒絕變更;4、執(zhí)行變更;5、變更確認(rèn);6、變更通知。
5、范圍確認(rèn)
和需求確認(rèn)一定要分開。需求確認(rèn)是召開需求評審會,確認(rèn)需求;范圍確認(rèn)是階段性的驗收。另外,范圍確認(rèn)和質(zhì)量控制也是不同的,范圍確認(rèn)是有關(guān)工作結(jié)果的接受問題,而質(zhì)量控制是有關(guān)工作結(jié)果正確與否,質(zhì)量控制一般在范圍確認(rèn)之前完成,當(dāng)然也可并行進(jìn)行。
6、頭腦風(fēng)暴:專家在一起,各抒己見,不需要形成一個統(tǒng)一的意見,只是收集建議和意見。(各抒己見,重在收集)
7、德爾菲技術(shù):專家不在一起,對方案每個人提出自己的觀點,然后將觀點進(jìn)行匯總,形成一個方面,再給專家,提出意見,再匯總,經(jīng)過多次的循環(huán),最后形成一個統(tǒng)一的意見。(統(tǒng)一意見,重在決策)
8、蒙特卡洛:一種隨機(jī)模擬法。不需要專家參與。
9、帕累托圖:又叫80/20原則(80、20是概述),產(chǎn)生大部分問題是由小部分原因造成的,也叫做ABC分析法,還叫做排列圖。
轉(zhuǎn)載于:https://my.oschina.net/pmos/blog/897272
總結(jié)
以上是生活随笔為你收集整理的信息系统项目管理师案例分析的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: java ListString 转换成
- 下一篇: xcode8控制台输出大量不用的log的