摘要:津貼是項目經(jīng)理管理軟件開發(fā)項目的重要激勵手段。項目經(jīng)理管理項目的復(fù)雜性，導(dǎo)致津貼計算呈現(xiàn)出復(fù)雜性。從基礎(chǔ)管理要素定義入手，構(gòu)建管理單項目的狀態(tài)模型，為項目經(jīng)理津貼的計算做基礎(chǔ)數(shù)據(jù)準備;從項目經(jīng)理資格和項目類型維度分別建立單項目日津貼模型，并按照激勵最大化原則對兩模型進行整合，形成月津貼模型，為項目經(jīng)理津貼的信息化提供算法參照。
關(guān)鍵詞:商業(yè)銀行;軟件開發(fā);項目經(jīng)理;津貼;模型
0.引言
商業(yè)銀行的軟件開發(fā)項目經(jīng)理常采用區(qū)辨類勝任力［1］管理機制，其主要實現(xiàn)形式為項目經(jīng)理資格分級管理體系。在該體系下，差別化的津貼是項目經(jīng)理激勵的重要手段。
項目經(jīng)理津貼發(fā)放的基本條件:具備一定級別資格的人員，以一定的項目經(jīng)理角色(正、副)，管理在運行的項目。
項目經(jīng)理津貼的計算高度依賴于項目管理的復(fù)雜性，在時間維度上:
(1)項目的狀態(tài)是變化的，可以運行、可以停止。
(2)項目經(jīng)理的資格是變化的，資格級別可以晉級、降級、失去。
(3)人員擔任項目經(jīng)理是動態(tài)的，可以在任、可以不在任。
(4)對于同一項目，人員的管理角色是不同的，可以直接擔任正項目經(jīng)理或者副項目經(jīng)理，同時正、副角色可以在某個時點轉(zhuǎn)換。
(5)某一個人員可以同時管理一個或多個項目。
(6)項目經(jīng)理津貼的基準可能會發(fā)生變化。項目經(jīng)理津貼一般按月發(fā)放，基于上述管理的復(fù)雜性，每日津貼的計算是較為復(fù)雜的，且每日津貼值可能也不同，而項目經(jīng)理月津貼為日津貼的合計，其必然呈現(xiàn)一定的復(fù)雜性。
基于時間維度上的管理復(fù)雜性，構(gòu)建項目經(jīng)理津貼模型，為商業(yè)銀行軟件開發(fā)項目經(jīng)理的津貼激勵提供依據(jù)，為其津貼激勵信息化建設(shè)提供算法參照。
無特別說明，文中的“項目經(jīng)理”是統(tǒng)稱，可指項目正經(jīng)理或項目副經(jīng)理。
1.模型準備
1.1項目類型定義
根據(jù)估算的項目標準工作量(單位:人天)與估算的項目周期(單位:月)的比值定義項目的類型。具體項目類型數(shù)量的劃分可視商業(yè)銀行的具體情況而定。直觀起見，將項目定義為A，B，C，D四種類型，見表1。
注:PSC為一個常量，是商業(yè)銀行結(jié)合過去歷史數(shù)據(jù)及未來項目規(guī)模趨勢特性定義的。
1.2項目狀態(tài)定義
項目生命周期內(nèi)，將項目可能的狀態(tài)定義為運行、掛起、結(jié)項三種狀態(tài)。這三種狀態(tài)之間有一定的轉(zhuǎn)換動作關(guān)系。項目從無到有為“啟動”動作，項目開始運行;項目從運行狀態(tài)到掛起狀態(tài)，為“掛起”動作，項目暫停運行;項目從掛起狀態(tài)到運行狀態(tài)為“解掛”動作，項目重新運行;項目從運行狀態(tài)到結(jié)項狀態(tài)為“結(jié)項”動作，項目生命周期結(jié)束。
一般的，項目不會從掛起狀態(tài)直接進入到結(jié)項狀態(tài)，因為項目需要從掛起狀態(tài)恢復(fù)到運行狀態(tài)，進行結(jié)項收尾工作，如行政收尾、合同收尾等。
項目生命周期內(nèi)，項目狀態(tài)是時間的函數(shù)，由一定的轉(zhuǎn)換動作事件觸發(fā)。
1.3資格狀態(tài)定義
為便于直觀描述，將項目經(jīng)理資格級別定義為資深級、高級、中級、初級。這幾種資格級別狀態(tài)通過“資格認證”管理機制控制:
(1)初始。人員具備一定的能力，通過資格認證，開始具備一定級別的資格。
(2)晉級。人員能力提升后，通過資格認證，資格級別可晉升。
(3)降級。人員能力下降后，通過資格認證，資格級別可下降。
(4)失去。人員資格到期后，未參加新一輪資格認證、未能通過新一輪資格認證，將失去資格。
人員職業(yè)周期內(nèi)，項目經(jīng)理資格級別狀態(tài)是時間的函數(shù)，由一定的認證動作事件觸發(fā)。
1.4任命類型定義
項目經(jīng)理資格級別與項目類型形成任命規(guī)則，見表2［2］，可根據(jù)商業(yè)銀行的實際需要調(diào)整。
1.5任命狀態(tài)定義
某一項目經(jīng)理與項目的結(jié)合機制，可以定義為:
(1)啟動上任。項目啟動時，任命項目經(jīng)理。
(2)在建上任。項目生命周期以內(nèi)，根據(jù)需要任命項目經(jīng)理。
(3)在建卸任。項目生命周期以內(nèi)，根據(jù)需要卸任項目經(jīng)理。
(4)掛起停任。項目因狀態(tài)轉(zhuǎn)換為“掛起”，其所有項目經(jīng)理暫停履職。
(5)解掛啟任。項目因狀態(tài)轉(zhuǎn)換為“運行”，其所有項目經(jīng)理重新履職。
(6)結(jié)項卸任。項目因狀態(tài)轉(zhuǎn)換為“結(jié)項”，其所有項目經(jīng)理卸任，不再履職。
項目生命周期內(nèi)，項目經(jīng)理任命履職狀態(tài)是時間的函數(shù)，由一定的任命動作事件觸發(fā)。
2.模型構(gòu)建
2.1管理狀態(tài)模型
模型Sdt是管理狀態(tài)計算函數(shù)，為人員在某一項目、某一時點t(日)管理項目的狀態(tài)，反映某一個時點人員與項目的結(jié)合特性。即Sdt(t，Pm，Pn，Sst，Cgt)={Pm，Pn，Pt，Pr，Cm，St}
其中:(1)Pm為津貼享受人員的標識。一般以員工號作為唯一標識符。
(2)Pn為某時點，人員以項目經(jīng)理身份管理的某個項目，一般以項目編碼作為唯一標識符。人員同一時點可管理多個項目，這是其中的一個。
(3)Pt，Pt(Sc)為某時點，人員以項目經(jīng)理身份管理的某個項目的類型函數(shù)，Sc為項目的月均標準工作量。Pt可根據(jù)表1進行判斷。
(4)Sst(t，Pm，Pn，St)={Pm，Pn，Pr，St}為任命狀態(tài)計算函數(shù)，為人員在某項目、某時點的任命狀態(tài);Pr為人員在某項目、某時點的項目管理角色(項目正經(jīng)理、項目副經(jīng)理)，從任命狀態(tài)信息中獲取。St為人員在某項目、某時點享受津貼的狀態(tài)，即是否享受津貼。人員在某項目、某時點的任命狀態(tài)與享受津貼的關(guān)系，見表3。
Sst為在某一時點，實例化某一任命狀態(tài)，下一時點，如果沒有任命狀態(tài)變換，Sst將保持上一時點的任命狀態(tài)。
(5)Cgt(t，Pm)={Pm，Cm}為資格狀態(tài)函數(shù)，為人員在某個時點的資格級別狀態(tài)，從資格狀態(tài)信息中獲取;Cm為資格級別，可選值為資深級、高級、中級、初級、無資格。
管理狀態(tài)模型，反映了某一人員與某一項目的結(jié)合關(guān)系狀態(tài)，反映了人員以什么樣的資格與角色，管理怎樣一個項目，對于該項目是否可享受津貼。其輸出的基本信息為后續(xù)模型的建立奠定了基礎(chǔ)。
2.2單項目日津貼模型
模型Sp1，Sp2為日津貼計算函數(shù)，分別從資格維度和項目類型維度計算人員在某一項目、某一時點t(日)的津貼。
(1)資格維度模型為Sp1(t，Pm，Pn，Pr，Cm)其中:Sp1為人員在某項目、某時點的津貼，可以依據(jù)表4進行計算。該維度模型，依據(jù)資格級別及管理角色計算津貼，是所投入人員知識技能的價值體現(xiàn)，主要從知識技能供給方本身的價值進行衡量。
表4中的津貼基準，可視具體情況而定。
(2)項目類型維度模型為Sp2(t，Pm，Pn，Pr，Pt)其中:Sp2為人員在某項目、某時點的津貼，可以依據(jù)表5進行計算。
該維度模型，依據(jù)項目類型及管理角色計算津貼，是項目需要投入的知識技能的價值體現(xiàn)，主要從知識技能需求方的需求價值進行衡量。
表5中的津貼基準，可視具體情況而定。
2.3月津貼模型
模型Spm為項目經(jīng)理的月津貼函數(shù)，為人員管理一個及以上項目時，享受的月津貼。即
其中:
(1)start為當月計算津貼的起始時間點。該時間點不一定為常規(guī)的月起薪時點，因為有可能是在月中某個時間點才開始管理項目。
(2)end為當月計算津貼的終止時間點。該時間點不一定為常規(guī)的月終薪時點，因為有可能是在月中的某個時間點已經(jīng)不再管理項目。
(3)x為員工某時間點管理的項目個數(shù)。
(4)maxx［Sp1(t，Pm，Pnj，Pr，Cm)］為員工某時點，管理x個項目，Pnj為管理的第j個項目，從資格維度分別計算管理每個項目的日津貼，之后取最大值。
(5)
為員工某時點，管理x個項目，Prj為管理的第j個項目的角色，取最高管理角色(正、副)，將x個項目的月均工作量相加后計算項目類型，之后從項目類型維度計算日津貼。
為員工某時點，管理x個項目，Prj為管理的第j個項目的角色，取最高管理角色(正、副)，將x個項目的月均工作量相加后計算項目類型，之后從項目類型維度計算日津貼。 (6)
為員工某時點，管理x個項目，第k個項目的月均工作量為Sck，該函數(shù)為對x個項目的月均工作量相加后，計算項目類型。
為員工某時點，管理x個項目，第k個項目的月均工作量為Sck，該函數(shù)為對x個項目的月均工作量相加后，計算項目類型。 該模型采取了“就高取多”的激勵策略。“就高”，資格維度模型為知識技能的供方提取最高的日津貼，項目類型維度模型的計算采用最高角色;“取多”，項目類型維度模型將多個項目的類型整合成一個項目的類型，對管理的每一個項目的貢獻予以激勵。
2.4月津貼修正模型
月津貼修正模型Spma為對上面月津貼模型的修正模型，即
為模型修正部分，為了便于說明問題，沒有對Spma中的Sp2進行合并。這部分的主要功能為:當津貼基準、類型定義規(guī)模基準調(diào)整效果不明顯時，可以對月津貼進行修正。
(2)λ為修正功能開關(guān)變量，平常置為0;啟用修正功能時，置為1。
(3)aln(x)+b為修正因子函數(shù)，a，b為修正因子，應(yīng)根據(jù)商業(yè)銀行實際需要進行修正，并進行數(shù)據(jù)回歸計算。即使期望管理項目達到8個，項目類型維度的月津貼也不要超過1.54倍的Sp2。通過Excel工具進行基本回歸計算，可得出0.301ln(x)+0.893，這樣可得到a，b的值。
3.結(jié)語
上述模型的計算相對復(fù)雜，適用于將模型信息化為系統(tǒng)的情況。
項目經(jīng)理津貼是個人激勵效用和商業(yè)銀行對項目經(jīng)理貢獻效用的博弈，項目經(jīng)理津貼的最佳值是項目經(jīng)理與組織的博弈平衡［3］。如果博弈不平衡就會產(chǎn)生一系列管理問題，此時需要調(diào)整津貼基準，或者調(diào)整項目的類型定義規(guī)模基準，或者調(diào)整修正因子，使項目經(jīng)理的收益效用和商業(yè)銀行的收益效用達成新的平衡。
商業(yè)銀行可以據(jù)實際需要對上述月津貼模型進行裁剪、調(diào)整后使用，比如可以僅簡化使用Sp1或者Sp2，等等。
參考文獻
［1］付偉江，程菲菲.軟件項目經(jīng)理勝任力模型探索［J］.人力資源管理，2014(5):36-39.
［2］付偉江，牛維棟.基于戰(zhàn)略管理的項目經(jīng)理培養(yǎng)體系模型探索［J］.項目管理技術(shù)，2017(1):88-94.
［3］付偉江，程菲菲.基于戰(zhàn)略框架的項目經(jīng)理激勵模型探索［J］.項目管理技術(shù)，2015(12):34-42.
(本文2018年發(fā)表于《項目管理技術(shù)》)
