軟件研發(fā)中的精細(xì)化人力資源管理模型及系統(tǒng)

李 引，劉東成，袁 峰，魏 革，陽(yáng) 昕

1.廣州中國(guó)科學(xué)院 軟件應(yīng)用技術(shù)研究所，廣州 511458 2.廣東金賦信息科技有限公司，廣東 佛山 528200

◎工程與應(yīng)用◎

軟件研發(fā)中的精細(xì)化人力資源管理模型及系統(tǒng)

李 引1，劉東成1，袁 峰1，魏 革2，陽(yáng) 昕1

1.廣州中國(guó)科學(xué)院 軟件應(yīng)用技術(shù)研究所，廣州 511458 2.廣東金賦信息科技有限公司，廣東 佛山 528200

軟件項(xiàng)目研發(fā)的成功與否，人力資源的管理起著決定性作用。從實(shí)踐項(xiàng)目中提出了精細(xì)化人力資源管理的模型，將人力資源、軟件項(xiàng)目、任務(wù)等抽象成具有狀態(tài)、屬性和操作的實(shí)體，通過(guò)定義任務(wù)效率、效率奇點(diǎn)等指標(biāo)，綜合SPI、CPI指標(biāo)進(jìn)行項(xiàng)目成本進(jìn)度偏差分析，為人力資源的計(jì)劃、調(diào)度、沖突處理等提供支撐。基于該模型進(jìn)行平臺(tái)研發(fā)，并通過(guò)在該平臺(tái)中跟蹤和分析真實(shí)的精細(xì)化人力資源管理案例，驗(yàn)證了模型的有效性。

精細(xì)化；項(xiàng)目管理；人力資源管理

1 引言

針對(duì)軟件過(guò)程、軟件項(xiàng)目管理，國(guó)際上提出了PACE（Product And Cycle-time Excellence）[1]、ISO9000 質(zhì)量管理體系[2]、CMM/CMMI[3-5]、項(xiàng)目管理知識(shí)體系（PMBOK）[6]、敏捷開(kāi)發(fā)（Scrum[7-8]等）、RUP[9]等一系列的管理模型和體系，它們從不同的角度對(duì)項(xiàng)目管理的過(guò)程、產(chǎn)出、角色等要素進(jìn)行了建模，具有各自的適用性。軟件研發(fā)是復(fù)雜的智力活動(dòng)，人力資源的安排、使用與管理將對(duì)項(xiàng)目的成敗起著決定性的作用。在對(duì)上述模型體系分析研究的基礎(chǔ)上，針對(duì)人力資源的管理，研究了如何對(duì)人力資源進(jìn)行精細(xì)化管理的問(wèn)題。精細(xì)化管理的核心在于通過(guò)對(duì)數(shù)據(jù)的分析，找出問(wèn)題所在，并制定詳細(xì)可行的控制措施。隨著信息化技術(shù)的發(fā)展，人力資源管理軟件逐漸被廣泛采用，也為精細(xì)化管理提供了可能。精細(xì)化人力資源管理是一個(gè)全面化的管理模式，是一個(gè)與項(xiàng)目管理緊密相關(guān)的應(yīng)用領(lǐng)域[10-12]。

基于以上分析，研究的問(wèn)題主要包括：（1）對(duì)精細(xì)化人力資源管理領(lǐng)域建模。為了實(shí)現(xiàn)精細(xì)化人力資源管理，對(duì)人力資源也進(jìn)行了建模。人力資源作為對(duì)象，擁有資源計(jì)劃、工作時(shí)間等重要屬性，與項(xiàng)目管理緊密相連，并通過(guò)報(bào)工日志形成項(xiàng)目管理與人力資源管理的閉環(huán)。（2）如何統(tǒng)計(jì)與分析模型產(chǎn)生的數(shù)據(jù)。對(duì)于精細(xì)化人力資源管理模型中產(chǎn)生的大量基礎(chǔ)數(shù)據(jù)，如何進(jìn)行收集和有效的數(shù)據(jù)分析，從而對(duì)項(xiàng)目管理起到評(píng)估和監(jiān)控作用，對(duì)此進(jìn)行了研究和分析。（3）如何將模型更好地服務(wù)于面向?qū)ο蟮男枨蠓治鲞^(guò)程。對(duì)于當(dāng)前面向?qū)ο蟮男枨蠓治鼋Y(jié)果難以復(fù)用的問(wèn)題，對(duì)此進(jìn)行了討論，并提出了一種需求分析方法。

第2章對(duì)業(yè)務(wù)邏輯進(jìn)行了分析，對(duì)人力管理領(lǐng)域進(jìn)行建模，引入度量指標(biāo)對(duì)模型中產(chǎn)生的基礎(chǔ)數(shù)據(jù)進(jìn)行分析。基于該模型，在第3章介紹了系統(tǒng)的實(shí)現(xiàn)。在第4章說(shuō)明了真實(shí)項(xiàng)目如何運(yùn)用模型進(jìn)行管理和調(diào)整，并起到監(jiān)控效果。最后進(jìn)行總結(jié)。

2 精細(xì)化人力資源管理模型

2.1 業(yè)務(wù)邏輯分析

采用領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的方式，對(duì)軟件研發(fā)中的各個(gè)活動(dòng)、過(guò)程、產(chǎn)出等進(jìn)行分析建模[13]，以人力資源管理為中心的軟件研發(fā)過(guò)程涉及的業(yè)務(wù)邏輯如圖1所示。

立項(xiàng)時(shí)需指定項(xiàng)目負(fù)責(zé)人，設(shè)定項(xiàng)目目標(biāo)、項(xiàng)目周期等關(guān)鍵要素，項(xiàng)目負(fù)責(zé)人對(duì)該項(xiàng)目具有最大權(quán)限，可查看所有項(xiàng)目成員的報(bào)工日志，查看項(xiàng)目進(jìn)度，對(duì)項(xiàng)目進(jìn)行資源分配，創(chuàng)建及變更計(jì)劃等操作。立項(xiàng)完成后，該項(xiàng)目進(jìn)入項(xiàng)目列表中，處于已啟動(dòng)狀態(tài)。

處于已啟動(dòng)狀態(tài)的項(xiàng)目，項(xiàng)目負(fù)責(zé)人可以對(duì)其進(jìn)行項(xiàng)目計(jì)劃。由于實(shí)際工程的需要，項(xiàng)目負(fù)責(zé)人可以為一個(gè)項(xiàng)目創(chuàng)建多個(gè)（草擬）項(xiàng)目計(jì)劃。這些項(xiàng)目計(jì)劃在正式發(fā)布前，均處于草稿狀態(tài)，項(xiàng)目負(fù)責(zé)人可以據(jù)此與團(tuán)隊(duì)成員進(jìn)行溝通。最終，項(xiàng)目負(fù)責(zé)人將發(fā)布一個(gè)正式的項(xiàng)目計(jì)劃，即每個(gè)項(xiàng)目只能有一個(gè)生效的項(xiàng)目計(jì)劃。

項(xiàng)目負(fù)責(zé)人可以對(duì)已生效的項(xiàng)目計(jì)劃進(jìn)行任務(wù)拆分。任務(wù)拆分遵循WBS規(guī)則，即以最小可交付成果為原則進(jìn)行拆分。底層任務(wù)即工作包，并通過(guò)底層任務(wù)將項(xiàng)目管理與資源管理有效銜接。

底層任務(wù)由于是以可交付成果為單位，因此底層任務(wù)與資源并非一一對(duì)應(yīng)。項(xiàng)目負(fù)責(zé)人需將底層任務(wù)再拆分到每一個(gè)資源，即拆分成與資源一一對(duì)應(yīng)的簡(jiǎn)單任務(wù)，并指派到該資源。簡(jiǎn)單任務(wù)并不是項(xiàng)目管理宏觀監(jiān)控的關(guān)注點(diǎn)，卻是項(xiàng)目進(jìn)度、成本、資源使用情況等的基礎(chǔ)數(shù)據(jù)來(lái)源。

項(xiàng)目進(jìn)行時(shí)，項(xiàng)目成員通過(guò)查看自己每天的簡(jiǎn)單任務(wù)列表，對(duì)自己當(dāng)天的工作進(jìn)行安排，并需要填寫(xiě)報(bào)工（每個(gè)簡(jiǎn)單任務(wù)的投入時(shí)間、進(jìn)度、完成情況等），從而形成項(xiàng)目“計(jì)劃——執(zhí)行——監(jiān)控”的PDCA[14]閉環(huán)控制。報(bào)工日志中的數(shù)據(jù)將匯總到項(xiàng)目管理和資源管理中，對(duì)項(xiàng)目總體進(jìn)度以及資源使用情況產(chǎn)生影響。

項(xiàng)目立項(xiàng)完成后，項(xiàng)目負(fù)責(zé)人可對(duì)該項(xiàng)目進(jìn)行資源分配。資源分配依次需經(jīng)過(guò)創(chuàng)建資源計(jì)劃、資源沖突檢測(cè)及確認(rèn)三個(gè)步驟。創(chuàng)建資源計(jì)劃是以項(xiàng)目為單位，申請(qǐng)將某資源在某段時(shí)間內(nèi)。資源計(jì)劃創(chuàng)建完成后，系統(tǒng)將自動(dòng)進(jìn)行資源沖突檢測(cè)，將該資源在計(jì)劃時(shí)間段內(nèi)是否發(fā)生沖突以及工作飽和度返回給項(xiàng)目負(fù)責(zé)人，若發(fā)生沖突，則項(xiàng)目負(fù)責(zé)人必須對(duì)資源計(jì)劃進(jìn)行修改。確認(rèn)后，則該資源將在計(jì)劃時(shí)間段內(nèi)屬于該項(xiàng)目的資源池中，項(xiàng)目負(fù)責(zé)人進(jìn)行任務(wù)拆分和指派時(shí)，可從項(xiàng)目的資源池中進(jìn)行分配。

當(dāng)項(xiàng)目的所有任務(wù)都已完成時(shí)，項(xiàng)目負(fù)責(zé)人可發(fā)起結(jié)項(xiàng)申請(qǐng)。項(xiàng)目聯(lián)系人或客戶(hù)根據(jù)立項(xiàng)時(shí)設(shè)定的項(xiàng)目目標(biāo)，對(duì)項(xiàng)目成果進(jìn)行驗(yàn)收。驗(yàn)收通過(guò)后，該項(xiàng)目完成結(jié)項(xiàng)，項(xiàng)目管理階段到此結(jié)束，所有資源將被釋放，項(xiàng)目信息不得再進(jìn)行修改。

2.2 項(xiàng)目管理領(lǐng)域建模

項(xiàng)目是模型的管理單位，項(xiàng)目概念的建立從項(xiàng)目立項(xiàng)開(kāi)始。項(xiàng)目應(yīng)當(dāng)包含項(xiàng)目計(jì)劃、項(xiàng)目周期、項(xiàng)目成本等基本要素，此外還包含項(xiàng)目描述信息、項(xiàng)目狀態(tài)及監(jiān)控參數(shù)。

定義1 項(xiàng)目（Project）

Project=〈{projectStates}，{name，info，plan，planned-TimeCycle，cost，monitoringParameters}，{InitProject，New-Plan，DisHumanResource，CloseProject}＞。其中，項(xiàng)目狀態(tài)projectStates，在定義2項(xiàng)目狀態(tài)（ProjectStates）中進(jìn)行說(shuō)明。

name：項(xiàng)目名稱(chēng)，可唯一標(biāo)識(shí)項(xiàng)目。

info：項(xiàng)目基本信息，包括項(xiàng)目描述、項(xiàng)目目標(biāo)、項(xiàng)目總監(jiān)、項(xiàng)目經(jīng)理等必要的說(shuō)明。

圖 1 業(yè)務(wù)邏輯圖

plan：定義 4中的項(xiàng)目計(jì)劃，每個(gè)項(xiàng)目可包含多個(gè)計(jì)劃，但只有一個(gè)生效計(jì)劃。

plannedTimeCycle：計(jì)劃項(xiàng)目周期，該時(shí)間不會(huì)隨著項(xiàng)目計(jì)劃的變更而改變。

cost：當(dāng)前已花費(fèi)的項(xiàng)目成本，包括人力成本及其他費(fèi)用。

monitoringParameters：項(xiàng)目監(jiān)控參數(shù)。掙值分析是測(cè)量工作績(jī)效的常用分析方法，進(jìn)度執(zhí)行指數(shù)（SPI）和成本執(zhí)行指數(shù)（CPI）是用來(lái)監(jiān)控項(xiàng)目成本和進(jìn)度的有效方法。除了用來(lái)反映項(xiàng)目狀態(tài)，更是通過(guò)狀態(tài)的分析來(lái)做出相應(yīng)的應(yīng)對(duì)措施來(lái)解決實(shí)際問(wèn)題，從而使CPI和SPI的數(shù)據(jù)趨于正常。在本模型中，引入CPI及SPI作為項(xiàng)目監(jiān)控的參數(shù)，具體內(nèi)容在定義21項(xiàng)目監(jiān)控參數(shù)中進(jìn)行說(shuō)明。

定義2項(xiàng)目狀態(tài)（ProjectStates）

ProjectStates=（INITIALIZED，RUNNING，PAUSE，CLOSING，CLOSED）。

分別為已啟動(dòng)、進(jìn)行中、暫停、結(jié)項(xiàng)中、已結(jié)項(xiàng)，轉(zhuǎn)換關(guān)系如圖2所示。

已啟動(dòng)：項(xiàng)目立項(xiàng)之后，項(xiàng)目狀態(tài)變?yōu)橐褑?dòng)，本模型對(duì)項(xiàng)目的管理從已啟動(dòng)的項(xiàng)目開(kāi)始。

進(jìn)行中：當(dāng)項(xiàng)目計(jì)劃生效之后，項(xiàng)目變?yōu)檫M(jìn)行狀態(tài)，在進(jìn)行狀態(tài)的項(xiàng)目可以進(jìn)行報(bào)工、資源申請(qǐng)與分配等操作。

暫停：當(dāng)遇到某些情況，需要將項(xiàng)目暫停時(shí)，可將項(xiàng)目設(shè)置為暫停狀態(tài)。暫停狀態(tài)下，成本不再增加，但計(jì)劃不順延。即項(xiàng)目暫停不影響成本，但影響進(jìn)度。

結(jié)項(xiàng)中：項(xiàng)目中所有任務(wù)均完成的時(shí)候，可以提交結(jié)項(xiàng)申請(qǐng)。

已結(jié)項(xiàng)：結(jié)項(xiàng)申請(qǐng)確認(rèn)通過(guò)時(shí)，項(xiàng)目變?yōu)橐呀Y(jié)項(xiàng)狀態(tài)，對(duì)該項(xiàng)目的管理到此結(jié)束。

項(xiàng)目管理從立項(xiàng)操作開(kāi)始。下面對(duì)項(xiàng)目立項(xiàng)操作進(jìn)行定義。

定義3項(xiàng)目立項(xiàng)（InitProject）

InitProject=〈{project}，{NULL}，{project.states=INITIALIZED}＞。立項(xiàng)之后，才建立項(xiàng)目的概念，才能對(duì)其進(jìn)行后續(xù)操作。立項(xiàng)操作完成后，項(xiàng)目狀態(tài)變?yōu)橐褑?dòng)，可以對(duì)項(xiàng)目制定項(xiàng)目計(jì)劃、分配資源等。立項(xiàng)時(shí)需要確定項(xiàng)目的一些關(guān)鍵信息。下面對(duì)項(xiàng)目計(jì)劃對(duì)象進(jìn)行定義。

定義4項(xiàng)目計(jì)劃（Plan）

一個(gè)項(xiàng)目有許多的項(xiàng)目計(jì)劃活動(dòng)，每個(gè)計(jì)劃活動(dòng)都有著計(jì)劃名稱(chēng)、計(jì)劃版本、計(jì)劃時(shí)間周期，以及一系列的任務(wù)集合。任務(wù)集合是每個(gè)計(jì)劃活動(dòng)進(jìn)一步細(xì)化的成果。每個(gè)任務(wù)都包含有任務(wù)名，任務(wù)時(shí)間周期，人力資源集合，計(jì)劃工作量，實(shí)際工作量，已投入工作量。其中已投入工作量是指任務(wù)中每個(gè)人力資源的已投入工作量與任務(wù)已開(kāi)始時(shí)間的乘積的和。

Plan=〈{isEffect}，{name，type，version，cycle，task-Set}，{NewPlan，ModPlan}＞。

狀態(tài)isEffect=（TRUE，F(xiàn)ALSE），計(jì)劃生效時(shí)isEffect=TRUE，反之則為FALSE。

name：項(xiàng)目計(jì)劃的名稱(chēng)。

type：項(xiàng)目計(jì)劃表的類(lèi)型，如 type=（Gant，Burn-DownChart），甘特圖或燃盡圖。

version：項(xiàng)目計(jì)劃的版本號(hào)。

cycle：當(dāng)前計(jì)劃項(xiàng)目周期，調(diào)整計(jì)劃時(shí)，該時(shí)間可能會(huì)發(fā)生改變。

對(duì)項(xiàng)目計(jì)劃的主要操作有制定項(xiàng)目計(jì)劃以及調(diào)整項(xiàng)目計(jì)劃。制定項(xiàng)目計(jì)劃一般在項(xiàng)目立項(xiàng)之后，而調(diào)整項(xiàng)目計(jì)劃往往發(fā)生在正在進(jìn)行的項(xiàng)目中。下面對(duì)這兩個(gè)操作進(jìn)行定義。

定義5制定項(xiàng)目計(jì)劃（NewPlan）

NewPlan=〈{project，plan}，{project.states=INITIALIZED}，{plan.isEffect=TRUE，project.states=RUNNING}＞。只能對(duì)已初始化的項(xiàng)目制定項(xiàng)目計(jì)劃，每個(gè)項(xiàng)目可包含多個(gè)項(xiàng)目計(jì)劃，但只能有一個(gè)生效計(jì)劃。計(jì)劃生效之后，才能進(jìn)行細(xì)化。此階段不涉及資源的分配，與資源的關(guān)聯(lián)將在對(duì)計(jì)劃的細(xì)化中進(jìn)行。項(xiàng)目進(jìn)行中，可以對(duì)生效計(jì)劃進(jìn)行調(diào)整。

定義6調(diào)整項(xiàng)目計(jì)劃（ModPlan）

圖2 項(xiàng)目狀態(tài)轉(zhuǎn)換圖

ModPlan=〈{oldPlan，newPlan}，{oldPlan.isEffect=TRUE}，{oldPlan.isEffect=FALSE，newPlan.isEffect=TRUE}＞。此操作指的是在在項(xiàng)目進(jìn)行中對(duì)已生效的計(jì)劃進(jìn)行調(diào)整，因此前置條件為oldPlan.isEffect=TRUE。操作完成后，舊計(jì)劃失效，新計(jì)劃生效。

本模型采用工作分解結(jié)構(gòu)（Work Breakdown Structure，WBS），以可交付成果為導(dǎo)向?qū)?xiàng)目要素進(jìn)行分組。WBS最低層次的項(xiàng)目可交付成果稱(chēng)為工作包，對(duì)應(yīng)模型中的任務(wù)。每個(gè)任務(wù)可以有多個(gè)項(xiàng)目成員參與執(zhí)行。因此需要對(duì)任務(wù)對(duì)象進(jìn)行建模，定義如下。

定義7任務(wù)（Task）

Task=〈{isFinished}，{name，fatherTask，belongToPlan，plannedTimeCycle，actualTimeCycle，humanResourceSet，plannedWorkload，acturalWorkload，simpleTaskSet}，{NULL}＞。

其中，狀態(tài)isFinished={TRUE，F(xiàn)ALSE}任務(wù)是否完成，完成時(shí)isFinished=TRUE，此時(shí)該任務(wù)下的所有簡(jiǎn)單任務(wù)均已完成，且不得再進(jìn)行報(bào)工，未完成時(shí)isFinished=FALSE。

name：任務(wù)名，可以對(duì)任務(wù)進(jìn)行唯一標(biāo)識(shí)。

fatherTask：父任務(wù)。

belongToPlan：所屬項(xiàng)目計(jì)劃。

plannedTimeCycle：任務(wù)計(jì)劃周期。

actualTimeCycle：任務(wù)實(shí)際執(zhí)行周期。

humanResourceSet：表示一切參與到該任務(wù)的人力資源的集合，也就是定義6中的人力資源。

plannedWorkload：任務(wù)計(jì)劃工作量。

actualWorkload：任務(wù)實(shí)際工作量。

simpleTaskSet：簡(jiǎn)單任務(wù)（定義8）集合，simpleTask-，其中n表示該項(xiàng)目任務(wù)中簡(jiǎn)單任務(wù)的數(shù)量。

由于任務(wù)是以可交付成果為導(dǎo)向，一個(gè)任務(wù)可對(duì)應(yīng)多個(gè)資源，無(wú)法收集單個(gè)資源在單個(gè)任務(wù)中的執(zhí)行情況，于是引入簡(jiǎn)單任務(wù)概念。表示為：

定義8簡(jiǎn)單任務(wù)（SimpleTask）

SimpleTask=〈{NULL}，{belongToTask，plannedWorkload，acturalWorkload，humanResource}，{DisHumanResource，Report}＞。

belongToTask：所屬任務(wù)，一個(gè)簡(jiǎn)單任務(wù)只能所屬一個(gè)任務(wù)。

plannedWorkload：簡(jiǎn)單任務(wù)的計(jì)劃工作量。

actualWorkload：簡(jiǎn)單任務(wù)的實(shí)際工作量。

humanResource：簡(jiǎn)單任務(wù)對(duì)應(yīng)的資源，定義16中定義的資源。

簡(jiǎn)單任務(wù)不可再分，不可獨(dú)立于所屬任務(wù)存在，每個(gè)簡(jiǎn)單任務(wù)對(duì)應(yīng)一個(gè)資源。任務(wù)、簡(jiǎn)單任務(wù)、資源的關(guān)系如圖3所示。與簡(jiǎn)單任務(wù)相關(guān)的操作有報(bào)工（定義11）及資源分配（定義18）。

圖3 簡(jiǎn)單任務(wù)示意圖

項(xiàng)目運(yùn)行情況的收集是通過(guò)資源填寫(xiě)報(bào)工日志完成。資源根據(jù)簡(jiǎn)單任務(wù)列表提交當(dāng)日的報(bào)工日志，將各簡(jiǎn)單任務(wù)的完成情況匯總成任務(wù)完成情況，從而對(duì)項(xiàng)目的整體進(jìn)度產(chǎn)生影響。項(xiàng)目負(fù)責(zé)人可以查看項(xiàng)目進(jìn)度與計(jì)劃，并對(duì)項(xiàng)目計(jì)劃作出調(diào)整。下面對(duì)報(bào)工日志以及報(bào)工操作進(jìn)行定義：

定義9報(bào)工日志（WorkLog）

WorkLog=〈{EFFECT，DRAFT}，{humanResource，simpleTask，workload，accomplishRate}，{NewWorkLog，Report}＞。

humanResource：定義16中的人力資源。

simpleTask：定義8中的簡(jiǎn)單任務(wù)。

workLoad：當(dāng)天工作量。

accomplishRate：任務(wù)完成度。

定義10 報(bào)工（Report）

Report=〈{workLog，simpleTask}，{simpleTask.human-Resource=worklog.humanResource}，{worklog.states=EFFECT}＞。

其中，前置條件為報(bào)工日志中的資源與簡(jiǎn)單任務(wù)中的資源對(duì)應(yīng)。報(bào)工日志提交后，對(duì)應(yīng)的簡(jiǎn)單任務(wù)的實(shí)際工作量將更新為加上本次日志中工作量的總和。報(bào)工是模型中的重要操作，將計(jì)劃與實(shí)際有效聯(lián)系起來(lái)。資源根據(jù)計(jì)劃（定義4）中的簡(jiǎn)單任務(wù)（定義8），填寫(xiě)實(shí)際工作量以及任務(wù)完成情況，收集該數(shù)據(jù)可進(jìn)行任務(wù)完成情況、項(xiàng)目運(yùn)行情況、資源效率等分析。完成報(bào)工操作后，該報(bào)工日志生效，即狀態(tài)變?yōu)镋FFECT。

項(xiàng)目計(jì)劃中所有任務(wù)均完成后，可提交結(jié)項(xiàng)報(bào)告（對(duì)象），進(jìn)行項(xiàng)目結(jié)項(xiàng)操作。每個(gè)項(xiàng)目只允許提交一份結(jié)項(xiàng)報(bào)告。

定義11結(jié)項(xiàng)報(bào)告（ProjectCloseReport）

ProjectCloseReport=〈{PENDING，EFFECT，F(xiàn)AIL}，{projectName，plannedTimeCycle，actualTimeCycle，acceptanceList，qualityEvalution}，{CloseProject}＞。

提交結(jié)項(xiàng)報(bào)告后，該報(bào)告正在處理中，Project-CloseReport.states=PENDING；報(bào)告生效后，Project-CloseReport.states=EFFECT；結(jié)項(xiàng)不通過(guò)，則Project-CloseReport.states=FAIL。當(dāng)且僅當(dāng)一個(gè)項(xiàng)目的結(jié)項(xiàng)報(bào)告處于FAIL狀態(tài)時(shí)，可重新提交一份結(jié)項(xiàng)報(bào)告。

projectName：項(xiàng)目名稱(chēng)。

plannedTimeCycle：計(jì)劃項(xiàng)目周期，對(duì)應(yīng)定義 1項(xiàng)目中的值。

actualTimeCycle：項(xiàng)目實(shí)際運(yùn)行周期。

acceptanceList：驗(yàn)收清單。

qualityEvaluaion：質(zhì)量評(píng)價(jià)。

定義12項(xiàng)目結(jié)項(xiàng)（CloseProject）

CloseProject=〈{project，ProjectCloseReport}，{?i∈（1，n），taski.isFished=TRUE，n為項(xiàng)目中任務(wù)總數(shù)}，{NewCloseReport，ConfirmClose}，{ProjectCloseReport.states=EFFECTamp;project.states=CLOSED or ProjectCloseReport.states=FAILamp;project.states=CLOSING}＞。項(xiàng)目結(jié)項(xiàng)為復(fù)雜操作，包括新建結(jié)項(xiàng)報(bào)告和確認(rèn)結(jié)項(xiàng)兩個(gè)基本操作，具體定義如下：

定義13新建結(jié)項(xiàng)報(bào)告（NewCloseReport）

NewCloseReport=〈{project，ProjectCloseReport}，{?i∈（1，n），taski.isFished=TRUE，n為項(xiàng)目中任務(wù)總數(shù)}，{ProjectCloseReport.states=PENDING，project.states=CLOSING}＞。僅當(dāng)項(xiàng)目中所有任務(wù)的狀態(tài)均為已完成（taski.isFished=TURE），項(xiàng)目才能提交結(jié)項(xiàng)報(bào)告。

定義14確認(rèn)結(jié)項(xiàng)（ConfirmClose）

ConfirmClose=〈{project，ProjectCloseReport}，{Project-CloseReport.states=PENDING，project.states=CLOSING}，{ProjectCloseReport.states=EFFECTamp;project.states=CLOSED or ProjectCloseReport.states=FAILamp;project.states=CLOSING}＞。

提交結(jié)項(xiàng)報(bào)告后，報(bào)告的狀態(tài)變?yōu)镻ENDING，項(xiàng)目狀態(tài)變?yōu)镃LOSING。此時(shí)由決策者根據(jù)報(bào)告中的內(nèi)容進(jìn)行評(píng)價(jià)，最終對(duì)是否結(jié)項(xiàng)進(jìn)行確認(rèn)。確認(rèn)結(jié)項(xiàng)后，結(jié)項(xiàng)報(bào)告生效，ProjectCloseReport.states=EFFECT，且項(xiàng)目狀態(tài)變?yōu)镃LOSED。若決策者認(rèn)為該結(jié)項(xiàng)報(bào)告不符合要求，不予結(jié)項(xiàng)，則將報(bào)告狀態(tài)置為FAIL，項(xiàng)目處于CLOSING狀態(tài)，此時(shí)可為該項(xiàng)目重新創(chuàng)建一份結(jié)項(xiàng)報(bào)告。處于已結(jié)項(xiàng)狀態(tài)的項(xiàng)目，不能再進(jìn)行計(jì)劃變更或報(bào)工等操作。項(xiàng)目結(jié)項(xiàng)后，對(duì)該項(xiàng)目的管理工作全部完成。

2.3 人力資源管理領(lǐng)域建模

人力資源是復(fù)雜的，它包含有一系列的專(zhuān)業(yè)知識(shí)和技能屬性，以及與它有所關(guān)聯(lián)的其他資源屬性。它包含有一系列的屬性，實(shí)際上，在項(xiàng)目管理過(guò)程中，項(xiàng)目是多變的，人力資源本身也是多變的。人的專(zhuān)業(yè)知識(shí)和行為能力與他所具備的項(xiàng)目管理經(jīng)驗(yàn)，參與項(xiàng)目實(shí)踐時(shí)間，學(xué)習(xí)能力都是相關(guān)的。一個(gè)參與過(guò)類(lèi)似項(xiàng)目，參與此次項(xiàng)目時(shí)間長(zhǎng)久，學(xué)習(xí)效率高的人會(huì)更為高效地完成項(xiàng)目規(guī)定計(jì)劃。這種行為活動(dòng)是一種自學(xué)習(xí)，自適應(yīng)的項(xiàng)目計(jì)劃活動(dòng)。人力資源是一種瞬時(shí)資源，在項(xiàng)目計(jì)劃階段做好的資源計(jì)劃趕不上資源變化，人力資源在項(xiàng)目活動(dòng)中實(shí)際執(zhí)行的行為時(shí)間是不確定的。因?yàn)殡S時(shí)可能由于計(jì)劃變更，需求變更或者有優(yōu)先級(jí)別更高的項(xiàng)目進(jìn)入影響到當(dāng)前項(xiàng)目計(jì)劃，此時(shí)資源可采取滿(mǎn)負(fù)荷加班方式完成額外的項(xiàng)目需求，也可以通過(guò)采取與企業(yè)管理層協(xié)商決定先投入哪個(gè)項(xiàng)目達(dá)成共識(shí)的方式來(lái)完成自身的計(jì)劃進(jìn)度安排。

針對(duì)人力資源的復(fù)雜性、多變性、不確定性，把人作為項(xiàng)目過(guò)程管理中的基本元素進(jìn)行資源定義。

定義15人力資源（HumanResource）

HumanResource=〈{NULL}，{name，planSet，availible-Time，scheduledTime，skillSet，workingTime，fullTime，efficiency}，{DisHumanResource，Report}＞

name：人力資源的名稱(chēng)，可唯一標(biāo)識(shí)人力資源。

planSet：定義16中的資源計(jì)劃的集合，一個(gè)資源可包含多個(gè)資源計(jì)劃。

availibleTime：人力資源的可用時(shí)間。

scheduledTime：人力資源的已安排時(shí)間。

skillSet：人力資源的技能集合，其中每個(gè)技能Skill被定義為一個(gè)三元組〈SkillName，SkillType，SkillLevel＞，每個(gè)人力資源所擁有的技能是所有他所擁有的技能名稱(chēng)、技能類(lèi)型以及掌握程度的集合。

workingTime：人力資源的已工作時(shí)間。

fullTime：資源每天的滿(mǎn)荷工作時(shí)間，可按不同需要進(jìn)行設(shè)定，一般fullTime=8.0 h。

efficiency：資源效率，資源投入的所有任務(wù)的任務(wù)完成效率平均值，計(jì)算公式：

定義16資源計(jì)劃（HumanResourcePlan）

資源計(jì)劃是一個(gè)資源在某段時(shí)間內(nèi)的工作安排情況，表示該資源在某時(shí)間段內(nèi)對(duì)某項(xiàng)目的參與度。一個(gè)資源可包含多個(gè)資源計(jì)劃。

HumanResourcePlan=〈{PENDING，EFFECT，F(xiàn)AIL}，{timeSpam，projectName，participation}，{DisHumanResource}＞。

提交資源申請(qǐng)后，相應(yīng)的資源計(jì)劃的狀態(tài)變?yōu)镻ENDING；成功分配后，狀態(tài)變?yōu)镋FFECT；申請(qǐng)失敗，則狀態(tài)為FAIL。

timeSpam：該資源計(jì)劃的時(shí)間段。

projectName：所參與的項(xiàng)目。

participation：參與度，含義為資源投入該項(xiàng)目的工作量，占自身所有工作量的比例，用百分比表示。

例如，資源小王2015年1月1日至2月1日參與項(xiàng)目A，參與度為70%，此為資源計(jì)劃1。同時(shí)，小王2015年1月5日至2月15日參與項(xiàng)目B，參與度為40%，此為資源計(jì)劃2。

定義17資源分配（DisHumanResource）

資源分配操作指的是為某項(xiàng)目創(chuàng)建一系列資源計(jì)劃，并確認(rèn)是否生效的過(guò)程。操作序列為復(fù)雜操作，包括創(chuàng)建資源計(jì)劃（定義18）、資源沖突檢測(cè)（定義19）以及確認(rèn)操作（定義20）。定義如下：

DisHumanResource=〈{project，humanResource，humanResourcePlan}，{project.states=Initiated or project.states=RUNNING}，{NewHumanResourcePlan，Detect-Conflict，ConfirmDis}，{humanResourcePlan.states=EFFECT or humanResourcePlan.states=FAIL}＞。

定義18創(chuàng)建資源計(jì)劃（NewHumanResourcePlan）

NewHumanResourcePlan=〈{project，humanResource，humanResourcePlan}，{project.states=Initiated or project.states=RUNNING}，{humanResourcePlan.states=PENDING}＞

定義19資源沖突檢測(cè)（DetectConflict）

先定義幾個(gè)術(shù)語(yǔ)：

資源飽和率（saturationRate）：資源分配時(shí)在某時(shí)間段內(nèi)其資源占用率的大小。它描述了資源的沖突強(qiáng)度。正常使用資源的飽和率上限，成為飽和率閥值（saturationThreshold），可根據(jù)需要設(shè)定。

資源沖突（confliction）：資源在某個(gè)時(shí)間段內(nèi)，其資源飽和率超過(guò)閥值，則稱(chēng)該資源在該時(shí)間段內(nèi)發(fā)生了資源沖突。

DetectConflict=〈{humanResource，humanResourcePlan}，{humanResource Plan.states=PENDING}，{isConflict=TRUE or isConflict=FALSE，saturationRate=rate}＞。資源沖突檢測(cè)的前置條件是提交了資源計(jì)劃申請(qǐng)，即humanResourcePlan.states=PENDING。計(jì)算飽和率的方法為將資源計(jì)劃中的資源使用時(shí)間，加上資源當(dāng)前的已安排時(shí)間，即計(jì)算假設(shè)該資源按照此資源計(jì)劃進(jìn)行工作的飽和率。資源沖突檢測(cè)的結(jié)果為是否發(fā)生沖突，及該資源的飽和率。該結(jié)果將影響操作者的決策。

定義20確認(rèn)分配（ConfirmDis）

ConfirmDis=〈{project，humanResource，humanResourcePlan}，{isConflict=TRUE or isConflict=FALSE，saturationRate=rate}，{humanResourcePlan.states=EFFECT or humanResourcePlan.states=FAIL}＞

資源沖突檢測(cè)的結(jié)果為是否發(fā)生沖突，及該資源的飽和率。模型本身并不進(jìn)行決策，需要操作者進(jìn)行結(jié)果確認(rèn)，即Confirm。操作的結(jié)果可以是該資源計(jì)劃生效（humanResourcePlan.states=EFFECT）或放棄該資源計(jì)劃（humanResourcePlan.states=FAIL）。

2.4 度量指標(biāo)建模

針對(duì)項(xiàng)目執(zhí)行進(jìn)度和成本，一般采用經(jīng)典的CPI和SPI進(jìn)行，如下定義。

定義21項(xiàng)目監(jiān)控參數(shù)

用二元組〈parameter，value＞表示，MonitoringParameters={〈paragrameter1，value1＞，〈paragrameter2，value2＞}。

parameter：參數(shù)類(lèi)型，在本模型中采用SPI和CPI。

value：參數(shù)范圍，value={H，N，L}，H為運(yùn)行良好下限，N為運(yùn)行正常下限，L為輕微偏差下限。監(jiān)控參數(shù)值value≥H時(shí)，運(yùn)行良好；H＞value≥N時(shí)，運(yùn)行正常；N＞value≥L時(shí)，輕微偏差；value＜L時(shí)，嚴(yán)重偏差。

計(jì)算公式：

其中，PV為在規(guī)定的時(shí)間內(nèi)在工作上將要花費(fèi)的獲得批準(zhǔn)的成本估算部分，AC為在規(guī)定時(shí)間內(nèi)完成工作所花費(fèi)的實(shí)際成本，EV為實(shí)際完成工作的價(jià)值。項(xiàng)目中所有任務(wù)的指數(shù)平均值為項(xiàng)目指數(shù)。

由任務(wù)（定義7任務(wù)（Task））及簡(jiǎn)單任務(wù)（定義8簡(jiǎn)單任務(wù)（SimpleTask）的定義可知，項(xiàng)目管理模型中一份項(xiàng)目計(jì)劃包含有多個(gè)任務(wù)，每個(gè)任務(wù)又可以分配多個(gè)人力資源，任務(wù)與人力資源是一對(duì)多的關(guān)系，而簡(jiǎn)單任務(wù)是不可再分的任務(wù)，每個(gè)簡(jiǎn)單任務(wù)對(duì)應(yīng)一個(gè)人力資源。人力資源與項(xiàng)目之間的銜接可以通過(guò)報(bào)工日志，項(xiàng)目變更，資源申請(qǐng)，資源分配等方式。其中在報(bào)工日志中，人力資源通過(guò)簡(jiǎn)單任務(wù)與項(xiàng)目計(jì)劃進(jìn)行交互。簡(jiǎn)單任務(wù)執(zhí)行效率只表示該資源在該任務(wù)中的執(zhí)行情況，但是統(tǒng)計(jì)某個(gè)資源的所有簡(jiǎn)單任務(wù)的完成效率，可反映該資源的執(zhí)行效率。因此，在這里引入兩個(gè)統(tǒng)計(jì)量：

定義22簡(jiǎn)單任務(wù)完成效率（TaskEfficiency）

其中p為任務(wù)完成度，用百分比表示。以每人每任務(wù)為計(jì)算單位，表示該資源在該任務(wù)上的完成效率。PVt為簡(jiǎn)單任務(wù)的計(jì)劃完成時(shí)間，ACt為簡(jiǎn)單任務(wù)的實(shí)際工作時(shí)間。當(dāng)實(shí)際完成效率與計(jì)劃預(yù)期一致時(shí)，TaskEfficiency=1；當(dāng)實(shí)際完成效率低于預(yù)期時(shí)，TaskEfficiency＜1；反之，TaskEfficiency＞1。

例如，某簡(jiǎn)單任務(wù)的計(jì)劃完成時(shí)間是10 h（PVt=10 h），當(dāng)前已工作5 h（ ACt=5 h），當(dāng)前該簡(jiǎn)單任務(wù)的完成度為40%，則

說(shuō)明該簡(jiǎn)單任務(wù)的完成效率低于預(yù)期。

該值與進(jìn)度成本指數(shù)SPI、CPI的計(jì)算方法類(lèi)似，與之不同的是，沒(méi)有將資源成本計(jì)入公式，僅計(jì)算任務(wù)完成度與預(yù)期的關(guān)系，直觀地反映了該資源在該簡(jiǎn)單任務(wù)上的完成效率，或者該任務(wù)工時(shí)預(yù)估的準(zhǔn)確度。

定義23效率奇點(diǎn)（SingularPoint）

當(dāng)TaskEfficiency＞H或TaskEfficiency＜L時(shí)，該簡(jiǎn)單任務(wù)稱(chēng)為效率奇點(diǎn)簡(jiǎn)單任務(wù)（SingularPoint）。L、H為正常值的上下限，根據(jù)經(jīng)驗(yàn)數(shù)據(jù)計(jì)算得出。一般的，L=0.9，H=1.2。

項(xiàng)目的SPI、CPI出現(xiàn)偏差時(shí)，可參照對(duì)項(xiàng)目奇點(diǎn)率的統(tǒng)計(jì)進(jìn)行分析，若奇點(diǎn)率高，則說(shuō)明很多任務(wù)都出現(xiàn)了進(jìn)度偏差，考慮是計(jì)劃問(wèn)題；若奇點(diǎn)率低，說(shuō)明出現(xiàn)偏差的任務(wù)少，但偏差嚴(yán)重，則考慮是資源執(zhí)行力的問(wèn)題。人力資源的變動(dòng)有可能造成項(xiàng)目計(jì)劃的變動(dòng)，同時(shí)，項(xiàng)目計(jì)劃的改動(dòng)也會(huì)造成人力資源的變更。通過(guò)采用這種模型機(jī)制，能夠?qū)㈨?xiàng)目過(guò)程中的每個(gè)階段精確到每個(gè)人力資源的控制中去，生成可信可用的調(diào)度計(jì)劃，及時(shí)反應(yīng)人力資源的最新?tīng)顟B(tài)，項(xiàng)目的最新執(zhí)行進(jìn)度等。

該精細(xì)化人力資源管理模型適用于傳統(tǒng)開(kāi)發(fā)模式以及迭代開(kāi)發(fā)模式。資源在每個(gè)項(xiàng)目任務(wù)中的報(bào)工都會(huì)及時(shí)反饋到資源的基礎(chǔ)數(shù)據(jù)以及項(xiàng)目進(jìn)度中，項(xiàng)目計(jì)劃與進(jìn)度的展現(xiàn)方式可根據(jù)不同的開(kāi)發(fā)模式選擇為甘特圖或燃盡圖。對(duì)于傳統(tǒng)開(kāi)發(fā)模式，項(xiàng)目立項(xiàng)后進(jìn)行項(xiàng)目計(jì)劃、分配資源，在項(xiàng)目進(jìn)行中，通過(guò)成本分析、進(jìn)度分析以及資源效率分析，對(duì)項(xiàng)目計(jì)劃進(jìn)行調(diào)整。對(duì)于迭代開(kāi)發(fā)模式，項(xiàng)目啟動(dòng)后，每個(gè)迭代周期進(jìn)行項(xiàng)目計(jì)劃、分配資源、項(xiàng)目監(jiān)控過(guò)程，通過(guò)模型對(duì)參數(shù)的統(tǒng)計(jì)與分析，指導(dǎo)下一迭代周期的計(jì)劃與資源分配。

對(duì)項(xiàng)目進(jìn)行監(jiān)控時(shí)，需要結(jié)合項(xiàng)目監(jiān)控參數(shù)CPI和SPI，以及任務(wù)奇點(diǎn)率進(jìn)行分析。由于大于或小于正常效率范圍的點(diǎn)均為效率奇點(diǎn)任務(wù)，所以任務(wù)奇點(diǎn)率高有兩種情況，即簡(jiǎn)單任務(wù)完成效率偏低或偏高。

下面分別對(duì)這四種情況進(jìn)行分析：

（1）若項(xiàng)目監(jiān)控參數(shù)（CPI、SPI）指數(shù)較高，任務(wù)奇點(diǎn)率較高，說(shuō)明項(xiàng)目計(jì)劃安排不合理。若項(xiàng)目中的簡(jiǎn)單任務(wù)完成效率普遍高出正常值，則說(shuō)明任務(wù)的工作量估計(jì)不準(zhǔn)確，導(dǎo)致資源普遍過(guò)于超前完成任務(wù)；若項(xiàng)目中的簡(jiǎn)單任務(wù)完成效率普遍偏低，則說(shuō)明資源的分配不合理，即掙得值大的任務(wù)完成情況良好，而掙得值小的任務(wù)進(jìn)度延后。

（2）若項(xiàng)目監(jiān)控參數(shù)（CPI、SPI）指數(shù)較低，任務(wù)奇點(diǎn)率較高，說(shuō)明項(xiàng)目計(jì)劃安排不合理。若項(xiàng)目中的簡(jiǎn)單任務(wù)完成效率普遍高出正常值，則說(shuō)明任務(wù)拆分不合理，導(dǎo)致掙得值大的任務(wù)進(jìn)度延后，或資源出現(xiàn)問(wèn)題（工作效率低于正常值）；若項(xiàng)目中的簡(jiǎn)單任務(wù)完成效率普遍偏低，則說(shuō)明任務(wù)拆分不合理，對(duì)任務(wù)的工作量估計(jì)不準(zhǔn)確，資源普遍無(wú)法按計(jì)劃完成任務(wù)。

（3）若項(xiàng)目監(jiān)控參數(shù)（CPI、SPI）指數(shù)較高，任務(wù)奇點(diǎn)率較低，說(shuō)明項(xiàng)目運(yùn)行狀態(tài)正常。

（4）若項(xiàng)目監(jiān)控參數(shù)（CPI、SPI）指數(shù)較低，任務(wù)奇點(diǎn)率較低，說(shuō)明資源普遍按計(jì)劃完成任務(wù)進(jìn)度，但項(xiàng)目的掙得值和成本投入均過(guò)小，說(shuō)明計(jì)劃安排不合理。

3 系統(tǒng)實(shí)現(xiàn)

本文提出的模型在廣州中國(guó)科學(xué)院軟件應(yīng)用技術(shù)研究所的在線(xiàn)研發(fā)管理平臺(tái)iSERP（intelligent Service of ERP）[15]中進(jìn)行了開(kāi)發(fā)和實(shí)現(xiàn)。iSERP是一款面向智力服務(wù)行業(yè)的企業(yè)的項(xiàng)目精細(xì)化管理系統(tǒng)。它能夠?yàn)檐浖V告、律師、金融等以人力資源智力活動(dòng)為主要生產(chǎn)力的企業(yè)提供精細(xì)化的管理服務(wù)，能夠?qū)?xiàng)目每天的進(jìn)展和人力資源分布進(jìn)行監(jiān)控，為高層提供清晰明了的資源和項(xiàng)目視圖。

3.1 總體功能架構(gòu)

由于系統(tǒng)功能眾多，采用功能結(jié)構(gòu)圖的方式將系統(tǒng)的功能進(jìn)行分解，體現(xiàn)各個(gè)模塊間的層次關(guān)系和邏輯結(jié)構(gòu)。系統(tǒng)包括我的工作臺(tái)、資源管理、項(xiàng)目管理、報(bào)工管理和系統(tǒng)管理五大模塊，如圖4所示。

圖4 總體功能架構(gòu)圖

其中，項(xiàng)目資源成本分析、項(xiàng)目階段成本統(tǒng)計(jì)、項(xiàng)目資源使用情況分析等數(shù)據(jù)分析，均是由項(xiàng)目計(jì)劃及報(bào)工產(chǎn)生的基礎(chǔ)數(shù)據(jù)，根據(jù)不同企業(yè)的需求進(jìn)行的統(tǒng)計(jì)與分析。

3.2 資源管理業(yè)務(wù)流程

資源管理模塊是項(xiàng)目管理平臺(tái)中的基礎(chǔ)模塊之一，該模塊為其他管理提供資源基礎(chǔ)數(shù)據(jù)的來(lái)源。該模塊的主要參與者有普通員工、項(xiàng)目負(fù)責(zé)人及部門(mén)負(fù)責(zé)人。在系統(tǒng)中主要實(shí)現(xiàn)了資源基礎(chǔ)數(shù)據(jù)、資源申請(qǐng)、資源分配功能，如圖5所示。

圖5 資源管理流程

（1）資源基礎(chǔ)屬性。對(duì)資源的基礎(chǔ)數(shù)據(jù)進(jìn)行維護(hù)（請(qǐng)參見(jiàn)第3章中定義15），包括自然基礎(chǔ)數(shù)據(jù)（如名稱(chēng)、技能等），以及擴(kuò)展基礎(chǔ)數(shù)據(jù)（如資源計(jì)劃、可用時(shí)間、已工作時(shí)間等）。

（2）資源申請(qǐng)。由項(xiàng)目負(fù)責(zé)人發(fā)起資源申請(qǐng)（即創(chuàng)建資源計(jì)劃），申請(qǐng)表單中需指定項(xiàng)目、資源、時(shí)段、參與度，表示為某個(gè)資源在某時(shí)間段內(nèi)以一定參與度投入到某項(xiàng)目中。由部門(mén)負(fù)責(zé)人對(duì)資源申請(qǐng)進(jìn)行審批。

（3）資源分配。由部門(mén)負(fù)責(zé)人對(duì)部門(mén)內(nèi)項(xiàng)目的資源申請(qǐng)進(jìn)行審批。項(xiàng)目負(fù)責(zé)人發(fā)起資源申請(qǐng)后，系統(tǒng)將進(jìn)行資源沖突檢測(cè)。當(dāng)發(fā)生了資源沖突，或資源沖突程度大于系統(tǒng)設(shè)定值時(shí)，將提醒部門(mén)負(fù)責(zé)人，部門(mén)負(fù)責(zé)人可以視情況駁回申請(qǐng)，再由項(xiàng)目負(fù)責(zé)人重新申請(qǐng)。當(dāng)資源申請(qǐng)審批通過(guò)時(shí)，系統(tǒng)將自動(dòng)更新資源的信息。

（4）資源變更。在項(xiàng)目進(jìn)行中，項(xiàng)目負(fù)責(zé)人可以隨時(shí)為項(xiàng)目創(chuàng)建新的項(xiàng)目計(jì)劃，或修改已生效的資源計(jì)劃（即資源變更）。發(fā)起資源變更時(shí)，與資源申請(qǐng)類(lèi)似，同樣需要部門(mén)負(fù)責(zé)人的審批。

3.3 實(shí)體關(guān)系

系統(tǒng)實(shí)體關(guān)系如圖6所示。項(xiàng)目可拆分成多個(gè)任務(wù)，每個(gè)任務(wù)可再劃分為多個(gè)簡(jiǎn)單任務(wù)，簡(jiǎn)單任務(wù)不能獨(dú)立于任務(wù)存在。簡(jiǎn)單任務(wù)與人力資源一一對(duì)應(yīng)，且每天對(duì)應(yīng)一條報(bào)工日志。項(xiàng)目與人力資源為多對(duì)多關(guān)系，一個(gè)項(xiàng)目包含多個(gè)人力資源，人力資源可同時(shí)屬于多個(gè)項(xiàng)目。

圖6 實(shí)體關(guān)系圖

3.4 資源管理模塊詳細(xì)設(shè)計(jì)

由前文分析可知，資源屬性本身是由自然屬性和擴(kuò)展屬性復(fù)合而成，其擴(kuò)展屬性如工作屬性、技能水平等可作為一個(gè)單獨(dú)的類(lèi)。資源屬性與工作屬性、技能水平之間為1..n關(guān)系，其類(lèi)圖如圖7。

圖7 資源基礎(chǔ)數(shù)據(jù)類(lèi)圖

資源分配操作包括創(chuàng)建資源計(jì)劃、資源沖突檢測(cè)以及確認(rèn)操作，圖8為資源沖突檢測(cè)時(shí)序圖。該操作的輸入信息為資源計(jì)劃，即在某個(gè)時(shí)間段將某資源加入某項(xiàng)目中，提交資源計(jì)劃時(shí)將處罰資源沖突檢測(cè)。最終返回該資源在計(jì)劃時(shí)段內(nèi)是否發(fā)生沖突以及飽和率。

圖8 資源沖突檢測(cè)時(shí)序圖

4 實(shí)例分析

下面以真實(shí)項(xiàng)目“桌面即時(shí)通訊工具”項(xiàng)目為例，對(duì)其業(yè)務(wù)場(chǎng)景和數(shù)據(jù)進(jìn)行分析。

4.1 項(xiàng)目立項(xiàng)

桌面即時(shí)通訊工具項(xiàng)目的項(xiàng)目周期為2015年5月1日至2016年1月31日，工作量387人天，項(xiàng)目計(jì)劃時(shí)分配的初始團(tuán)隊(duì)成員如表1。

表1 團(tuán)隊(duì)成員表

圖9 資源申請(qǐng)

圖10 資源沖突檢測(cè)

4.2 分配資源與資源變更

項(xiàng)目啟動(dòng)后，可在創(chuàng)建項(xiàng)目計(jì)劃時(shí)由項(xiàng)目負(fù)責(zé)人申請(qǐng)資源（為某項(xiàng)目在某段時(shí)間內(nèi)申請(qǐng)某資源），也可先進(jìn)行資源申請(qǐng)，即資源申請(qǐng)與創(chuàng)建項(xiàng)目計(jì)劃沒(méi)有依賴(lài)關(guān)系。在桌面即時(shí)通訊工具項(xiàng)目中，項(xiàng)目負(fù)責(zé)人采用的是先制定頂層項(xiàng)目計(jì)劃，同時(shí)確定頂層任務(wù)的負(fù)責(zé)人，并為頂層任務(wù)申請(qǐng)資源。對(duì)于底層任務(wù)，則由所屬頂層任務(wù)的負(fù)責(zé)人，在任務(wù)開(kāi)始前進(jìn)行資源申請(qǐng)。資源申請(qǐng)的界面如圖9。

項(xiàng)目負(fù)責(zé)人發(fā)起資源申請(qǐng)后，系統(tǒng)當(dāng)即會(huì)進(jìn)行資源沖突分析，根據(jù)系統(tǒng)預(yù)先設(shè)置的閾值（日工作量標(biāo)準(zhǔn)為8 h，飽和度上限為110%），當(dāng)此資源申請(qǐng)將使資源的工作量超出閾值時(shí)，即發(fā)生資源沖突，系統(tǒng)將給出提示。

2015年8月10日，由于發(fā)生需求變更，需要增加開(kāi)發(fā)人員，于是項(xiàng)目經(jīng)理發(fā)起了資源變更，希望將資源王一龍加入本項(xiàng)目。由于王一龍同時(shí)參與了其他項(xiàng)目，且工作量已經(jīng)飽和，于是系統(tǒng)進(jìn)行了如圖10提示。

系統(tǒng)提示在2015年8月10日至2015年12月31日之間，王一龍發(fā)生了資源沖突，沖突率為55.4%（沖突時(shí)間/申請(qǐng)時(shí)間）。于是項(xiàng)目經(jīng)理對(duì)資源申請(qǐng)進(jìn)行了調(diào)整，將其他可用資源添加到了項(xiàng)目中，保證了項(xiàng)目正常進(jìn)行。

系統(tǒng)將資源沖突設(shè)置為必要條件，即所有資源申請(qǐng)必須通過(guò)資源沖突的檢測(cè)，才能通過(guò)，從而進(jìn)入審批流程。否則，項(xiàng)目負(fù)責(zé)人必須對(duì)申請(qǐng)進(jìn)行修改。發(fā)生沖突時(shí)，項(xiàng)目負(fù)責(zé)人可在所有資源列表中查看各資源的技能、可使用時(shí)間等。這種設(shè)定，保證了資源使用的合理性，實(shí)現(xiàn)資源使用情況的可視化。

4.3 報(bào)工與項(xiàng)目監(jiān)控

在項(xiàng)目計(jì)劃完成拆解，并將資源分配到簡(jiǎn)單任務(wù)之后，對(duì)應(yīng)的資源就可以在自己的報(bào)工日志的任務(wù)列表中查看自己的任務(wù)列表，并安排當(dāng)天的工作，任務(wù)列表如圖11所示。

圖11 任務(wù)列表

任務(wù)列表中列出了當(dāng)天該資源參與的所有簡(jiǎn)單任務(wù)（可能分屬于不同項(xiàng)目中），是從資源角度對(duì)簡(jiǎn)單任務(wù)的匯總。每一項(xiàng)簡(jiǎn)單任務(wù)，列出了其名稱(chēng)、所屬項(xiàng)目/部門(mén)、任務(wù)類(lèi)型、工時(shí)（總工作量）、剩余工作量（根據(jù)此前個(gè)人填寫(xiě)的報(bào)工計(jì)算得出）、計(jì)劃完成時(shí)間、任務(wù)執(zhí)行情況（百分比）等，資源需根據(jù)今天工作的實(shí)際情況填寫(xiě)各項(xiàng)任務(wù)的投入時(shí)間和完成情況。

提交后，項(xiàng)目負(fù)責(zé)人可查看所有成員的報(bào)工日志，且成員填寫(xiě)的報(bào)工日志將及時(shí)反映在整個(gè)項(xiàng)目的進(jìn)度中，為項(xiàng)目負(fù)責(zé)人細(xì)致了解項(xiàng)目情況提供了基礎(chǔ)數(shù)據(jù)。

項(xiàng)目進(jìn)行過(guò)程中，出現(xiàn)CPI=0.78，SPI=0.71，依據(jù)系統(tǒng)中設(shè)置的值，該項(xiàng)目處于嚴(yán)重偏差狀態(tài)。此時(shí)，項(xiàng)目中所有簡(jiǎn)單任務(wù)的完成情況如表2（未列出暫時(shí)未到計(jì)劃開(kāi)始時(shí)間的任務(wù)）。

其中根據(jù)公式（4）以及前文中對(duì)效率奇點(diǎn)（定義26）的定義，任務(wù)效率正常值為[0.9，1.2]，因此1、6、7、9四個(gè)簡(jiǎn)單任務(wù)效率低于正常值下限0.9，為效率奇點(diǎn)任務(wù)。對(duì)這四個(gè)效率奇點(diǎn)任務(wù)進(jìn)行分析，見(jiàn)表3。其中，資源效率為該資源所負(fù)責(zé)的所有簡(jiǎn)單任務(wù)完成效率的平均值，與項(xiàng)目無(wú)關(guān)，反映的是該資源的工作效率。用公式（1）計(jì)算，并參見(jiàn)第3章中定義15。

表2 簡(jiǎn)單任務(wù)效率表

表3 奇點(diǎn)任務(wù)表

可見(jiàn)資源本身的效率屬于正常范圍。通過(guò)與奇點(diǎn)任務(wù)的負(fù)責(zé)人溝通，由于開(kāi)發(fā)過(guò)程中出現(xiàn)了計(jì)劃時(shí)未考慮到的技術(shù)難點(diǎn)，導(dǎo)致該簡(jiǎn)單任務(wù)的完成效率較低，并重新給出了該簡(jiǎn)單任務(wù)完成所需工時(shí)的預(yù)算。為了保證后續(xù)計(jì)劃的準(zhǔn)確性，項(xiàng)目經(jīng)理及時(shí)對(duì)整體計(jì)劃進(jìn)行了調(diào)整。

4.4 項(xiàng)目結(jié)項(xiàng)

當(dāng)項(xiàng)目計(jì)劃中的所有任務(wù)都完成時(shí)（即完成度為100%），項(xiàng)目負(fù)責(zé)人填寫(xiě)結(jié)項(xiàng)報(bào)告，提交后進(jìn)入結(jié)項(xiàng)過(guò)程。

在本項(xiàng)目中，由于當(dāng)前項(xiàng)目計(jì)劃的完成度為92.21%，所以無(wú)法提交項(xiàng)目結(jié)項(xiàng)報(bào)告。

成功提交結(jié)項(xiàng)報(bào)告，進(jìn)入結(jié)項(xiàng)過(guò)程后，則需要由客戶(hù)對(duì)項(xiàng)目成果進(jìn)行驗(yàn)收，系統(tǒng)自動(dòng)核算實(shí)際工作量，為項(xiàng)目驗(yàn)收提供參考數(shù)據(jù)。項(xiàng)目驗(yàn)收通過(guò)后，即完成項(xiàng)目結(jié)項(xiàng)過(guò)程，該項(xiàng)目的管理活動(dòng)告一段落，系統(tǒng)將自動(dòng)釋放所有資源。

5 結(jié)束語(yǔ)

本文提出了精細(xì)化人力資源管理模型。該模型將人力資源單獨(dú)作為對(duì)象，納入到項(xiàng)目管理的領(lǐng)域范圍內(nèi)，而不是從屬于項(xiàng)目中的一部分。作為對(duì)象的人力資源，擁有資源計(jì)劃、可用工作時(shí)間、工作量等一系列屬性，在實(shí)際應(yīng)用中，可根據(jù)具體的管理需求靈活地對(duì)這些基礎(chǔ)數(shù)據(jù)進(jìn)行加工利用。項(xiàng)目計(jì)劃與資源之間，通過(guò)資源計(jì)劃聯(lián)系起來(lái)。首先制定整體項(xiàng)目計(jì)劃，再將計(jì)劃拆分為與資源一一對(duì)應(yīng)的簡(jiǎn)單任務(wù)，由此，計(jì)劃被拆分并指派到了單個(gè)資源。而資源則通過(guò)每天的報(bào)工，對(duì)指派給其的任務(wù)完成情況進(jìn)行反饋，從而形成了項(xiàng)目計(jì)劃、報(bào)工、項(xiàng)目進(jìn)度反饋等PDCA閉環(huán)控制。

[1]PRTM.PACE[EB/OL].[2016].http：//acronyms.thefreedictionary.com/Product+and+Cycle-Time+Excellence.

[2]質(zhì)量管理體系技術(shù)委員會(huì)TC176.ISO9000[EB/OL].（1994）[2016].http：//www.iso.org/iso/home/standards/managementstandards/iso_9000.htm.

[3]Software Engineering Institute.CMM/CMMI[EB/OL].（2010）[2016]http：//www.sei.cmu.edu/cmmi/.

[4]高琰，李建華，費(fèi)耀平，等.基于CMM的軟件項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)工程，2002（9）：249-252.

[5]Curtis B，Hefley W E，Miller S.Overview of the people capability maturity model[J].Overview of the People Capability Maturity Model，1995.

[6] 國(guó) 際 標(biāo) 準(zhǔn) 化 組 織 ISO.PMBOK[EB/OL].（1996）[2016].http：//www.pmi.org/.

[7]Jeff S，Ken S.Scrum[EB/OL].（1991）[2016].https：//www.scrum.org/.

[8]Bougroun Z，Zeaaraoui A，Bouchentouf T.The projection of the specific practicesofthe third levelofCMMI model in agile methods：Scrum，XP and Kanban[C]//2014 Third IEEE International Colloquium in Information Science and Technology（CIST）.IEEE，2014：174-179.

[9]IBM.RUP[EB/OL].（2007）[2016].https：//en.wikipedia.org/wiki/Rational_Unified_Process.

[10]Liu S T.Project management：A systems approach to planning，scheduling and controlling（book）[J].Quality Progress，2004，37：95-96.

[11]王有偉.IT行業(yè)項(xiàng)目管理現(xiàn)狀及發(fā)展趨勢(shì)[J].科技創(chuàng)新導(dǎo)報(bào)，2012（17）：209-210.

[12]孫小平，方萬(wàn)芽.淺談IT行業(yè)項(xiàng)目管理的有效方法與策略[J].硅谷，2013（1）：111-112.

[13]李引，袁峰.基于領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的應(yīng)用系統(tǒng)模型[J].計(jì)算機(jī)工程與應(yīng)用，2013，49（16）：1-8.

[14]戴明.PDCA[EB/OL].（1950）[2016].https：//zh.wikipedia.org/zh/PDCA.

[15]李引，袁峰，吳鴻.基于軟件構(gòu)件技術(shù)的多租戶(hù)個(gè)性化框架[J].計(jì)算機(jī)工程與應(yīng)用，2015，51（9）：22-29.

LI Yin1,LIU Dongcheng1,YUAN Feng1,WEI Ge2,YANG Xin1

1.Institute of Software Application Technology,Guangzhouamp;Chinese Academy of Sciences,Guangzhou 511458,China 2.Guangdong KAMFU Informationamp;Technology Co.,Ltd.,Foshan,Guangdong 528200,China

Fine-grained human resource management model and system in software development.Computer Engineering and Applications,2017,53（21）：203-213.

Human resource management plays a critical part in the success of a software project development.Based on the practical project,a fine-grained human resource management model is introduced,which defines the human resource,software project,task and so on,as an entity which has states,attributes and operations.In addition,the data generated from the model provide support for the human resource plan,scheduling,conflict resolution,evaluation etc.A platform is developed based on this model,and a real case is studied through the platform to verify the validity of the model.

fine-grained;project management;human resource management

A

TP311

10.3778/j.issn.1002-8331.1604-0396

佛山市院市合作項(xiàng)目（No.2014HT100022）；廣州市珠江新星項(xiàng)目（No.201610010092）；廣東省科技計(jì)劃項(xiàng)目（No.2017A040405012）；南沙區(qū)科技項(xiàng)目（No.2016SF001）。

李引（1981—），男，博士，副研究員，研究領(lǐng)域?yàn)檐浖?gòu)件，云計(jì)算；劉東成（1987—），男，碩士，研究領(lǐng)域?yàn)檐浖こ蹋称匪菰矗辉澹?977—），男，博士，碩士生導(dǎo)師，副研究員，研究領(lǐng)域?yàn)槟Ｐ万?qū)動(dòng)，云計(jì)算，智慧城市；魏革（1972—），男，高級(jí)工程師，研究領(lǐng)域?yàn)樾畔踩髷?shù)據(jù)；陽(yáng)昕（1989—），女，碩士。

2016-04-28

2016-06-29

1002-8331（2017）21-0203-11

CNKI網(wǎng)絡(luò)優(yōu)先出版：2017-03-23,http://kns.cnki.net/kcms/detail/11.2127.TP.20170323.0832.018.html