摘要:津贴是项目经理管理软件开发项目的重要激励手段。项目经理管理项目的复杂性,导致津贴计算呈现出复杂性。从基础管理要素定义入手,构建管理单项目的状态模型,为项目经理津贴的计算做基础数据准备;从项目经理资格和项目类型维度分别建立单项目日津贴模型,并按照激励最大化原则对两模型进行整合,形成月津贴模型,为项目经理津贴的信息化提供算法参照。
关键词:商业银行;软件开发;项目经理;津贴;模型
0.引言
商业银行的软件开发项目经理常采用区辨类胜任力[1]管理机制,其主要实现形式为项目经理资格分级管理体系。在该体系下,差别化的津贴是项目经理激励的重要手段。
项目经理津贴发放的基本条件:具备一定级别资格的人员,以一定的项目经理角色(正、副),管理在运行的项目。
项目经理津贴的计算高度依赖于项目管理的复杂性,在时间维度上:
(1)项目的状态是变化的,可以运行、可以停止。
(2)项目经理的资格是变化的,资格级别可以晋级、降级、失去。
(3)人员担任项目经理是动态的,可以在任、可以不在任。
(4)对于同一项目,人员的管理角色是不同的,可以直接担任正项目经理或者副项目经理,同时正、副角色可以在某个时点转换。
(5)某一个人员可以同时管理一个或多个项目。
(6)项目经理津贴的基准可能会发生变化。项目经理津贴一般按月发放,基于上述管理的复杂性,每日津贴的计算是较为复杂的,且每日津贴值可能也不同,而项目经理月津贴为日津贴的合计,其必然呈现一定的复杂性。
基于时间维度上的管理复杂性,构建项目经理津贴模型,为商业银行软件开发项目经理的津贴激励提供依据,为其津贴激励信息化建设提供算法参照。
无特别说明,文中的“项目经理”是统称,可指项目正经理或项目副经理。
1.模型准备
1.1项目类型定义
根据估算的项目标准工作量(单位:人天)与估算的项目周期(单位:月)的比值定义项目的类型。具体项目类型数量的划分可视商业银行的具体情况而定。直观起见,将项目定义为A,B,C,D四种类型,见表1。
注:PSC为一个常量,是商业银行结合过去历史数据及未来项目规模趋势特性定义的。
1.2项目状态定义
项目生命周期内,将项目可能的状态定义为运行、挂起、结项三种状态。这三种状态之间有一定的转换动作关系。项目从无到有为“启动”动作,项目开始运行;项目从运行状态到挂起状态,为“挂起”动作,项目暂停运行;项目从挂起状态到运行状态为“解挂”动作,项目重新运行;项目从运行状态到结项状态为“结项”动作,项目生命周期结束。
一般的,项目不会从挂起状态直接进入到结项状态,因为项目需要从挂起状态恢复到运行状态,进行结项收尾工作,如行政收尾、合同收尾等。
项目生命周期内,项目状态是时间的函数,由一定的转换动作事件触发。
1.3资格状态定义
为便于直观描述,将项目经理资格级别定义为资深级、高级、中级、初级。这几种资格级别状态通过“资格认证”管理机制控制:
(1)初始。人员具备一定的能力,通过资格认证,开始具备一定级别的资格。
(2)晋级。人员能力提升后,通过资格认证,资格级别可晋升。
(3)降级。人员能力下降后,通过资格认证,资格级别可下降。
(4)失去。人员资格到期后,未参加新一轮资格认证、未能通过新一轮资格认证,将失去资格。
人员职业周期内,项目经理资格级别状态是时间的函数,由一定的认证动作事件触发。
1.4任命类型定义
项目经理资格级别与项目类型形成任命规则,见表2[2],可根据商业银行的实际需要调整。
1.5任命状态定义
某一项目经理与项目的结合机制,可以定义为:
(1)启动上任。项目启动时,任命项目经理。
(2)在建上任。项目生命周期以内,根据需要任命项目经理。
(3)在建卸任。项目生命周期以内,根据需要卸任项目经理。
(4)挂起停任。项目因状态转换为“挂起”,其所有项目经理暂停履职。
(5)解挂启任。项目因状态转换为“运行”,其所有项目经理重新履职。
(6)结项卸任。项目因状态转换为“结项”,其所有项目经理卸任,不再履职。
项目生命周期内,项目经理任命履职状态是时间的函数,由一定的任命动作事件触发。
2.模型构建
2.1管理状态模型
模型Sdt是管理状态计算函数,为人员在某一项目、某一时点t(日)管理项目的状态,反映某一个时点人员与项目的结合特性。即Sdt(t,Pm,Pn,Sst,Cgt)={Pm,Pn,Pt,Pr,Cm,St}
其中:(1)Pm为津贴享受人员的标识。一般以员工号作为唯一标识符。
(2)Pn为某时点,人员以项目经理身份管理的某个项目,一般以项目编码作为唯一标识符。人员同一时点可管理多个项目,这是其中的一个。
(3)Pt,Pt(Sc)为某时点,人员以项目经理身份管理的某个项目的类型函数,Sc为项目的月均标准工作量。Pt可根据表1进行判断。
(4)Sst(t,Pm,Pn,St)={Pm,Pn,Pr,St}为任命状态计算函数,为人员在某项目、某时点的任命状态;Pr为人员在某项目、某时点的项目管理角色(项目正经理、项目副经理),从任命状态信息中获取。St为人员在某项目、某时点享受津贴的状态,即是否享受津贴。人员在某项目、某时点的任命状态与享受津贴的关系,见表3。
Sst为在某一时点,实例化某一任命状态,下一时点,如果没有任命状态变换,Sst将保持上一时点的任命状态。
(5)Cgt(t,Pm)={Pm,Cm}为资格状态函数,为人员在某个时点的资格级别状态,从资格状态信息中获取;Cm为资格级别,可选值为资深级、高级、中级、初级、无资格。
管理状态模型,反映了某一人员与某一项目的结合关系状态,反映了人员以什么样的资格与角色,管理怎样一个项目,对于该项目是否可享受津贴。其输出的基本信息为后续模型的建立奠定了基础。
2.2单项目日津贴模型
模型Sp1,Sp2为日津贴计算函数,分别从资格维度和项目类型维度计算人员在某一项目、某一时点t(日)的津贴。
(1)资格维度模型为Sp1(t,Pm,Pn,Pr,Cm)其中:Sp1为人员在某项目、某时点的津贴,可以依据表4进行计算。该维度模型,依据资格级别及管理角色计算津贴,是所投入人员知识技能的价值体现,主要从知识技能供给方本身的价值进行衡量。
表4中的津贴基准,可视具体情况而定。
(2)项目类型维度模型为Sp2(t,Pm,Pn,Pr,Pt)其中:Sp2为人员在某项目、某时点的津贴,可以依据表5进行计算。
该维度模型,依据项目类型及管理角色计算津贴,是项目需要投入的知识技能的价值体现,主要从知识技能需求方的需求价值进行衡量。
表5中的津贴基准,可视具体情况而定。
2.3月津贴模型
模型Spm为项目经理的月津贴函数,为人员管理一个及以上项目时,享受的月津贴。即
其中:
(1)start为当月计算津贴的起始时间点。该时间点不一定为常规的月起薪时点,因为有可能是在月中某个时间点才开始管理项目。
(2)end为当月计算津贴的终止时间点。该时间点不一定为常规的月终薪时点,因为有可能是在月中的某个时间点已经不再管理项目。
(3)x为员工某时间点管理的项目个数。
(4)maxx[Sp1(t,Pm,Pnj,Pr,Cm)]为员工某时点,管理x个项目,Pnj为管理的第j个项目,从资格维度分别计算管理每个项目的日津贴,之后取最大值。
(5)为员工某时点,管理x个项目,Prj为管理的第j个项目的角色,取最高管理角色(正、副),将x个项目的月均工作量相加后计算项目类型,之后从项目类型维度计算日津贴。
(6)为员工某时点,管理x个项目,第k个项目的月均工作量为Sck,该函数为对x个项目的月均工作量相加后,计算项目类型。
该模型采取了“就高取多”的激励策略。“就高”,资格维度模型为知识技能的供方提取最高的日津贴,项目类型维度模型的计算采用最高角色;“取多”,项目类型维度模型将多个项目的类型整合成一个项目的类型,对管理的每一个项目的贡献予以激励。
2.4月津贴修正模型
月津贴修正模型Spma为对上面月津贴模型的修正模型,即
为模型修正部分,为了便于说明问题,没有对Spma中的Sp2进行合并。这部分的主要功能为:当津贴基准、类型定义规模基准调整效果不明显时,可以对月津贴进行修正。
(2)λ为修正功能开关变量,平常置为0;启用修正功能时,置为1。
(3)aln(x)+b为修正因子函数,a,b为修正因子,应根据商业银行实际需要进行修正,并进行数据回归计算。即使期望管理项目达到8个,项目类型维度的月津贴也不要超过1.54倍的Sp2。通过Excel工具进行基本回归计算,可得出0.301ln(x)+0.893,这样可得到a,b的值。
3.结语
上述模型的计算相对复杂,适用于将模型信息化为系统的情况。
项目经理津贴是个人激励效用和商业银行对项目经理贡献效用的博弈,项目经理津贴的最佳值是项目经理与组织的博弈平衡[3]。如果博弈不平衡就会产生一系列管理问题,此时需要调整津贴基准,或者调整项目的类型定义规模基准,或者调整修正因子,使项目经理的收益效用和商业银行的收益效用达成新的平衡。
商业银行可以据实际需要对上述月津贴模型进行裁剪、调整后使用,比如可以仅简化使用Sp1或者Sp2,等等。
参考文献
[1]付伟江,程菲菲.软件项目经理胜任力模型探索[J].人力资源管理,2014(5):36-39.
[2]付伟江,牛维栋.基于战略管理的项目经理培养体系模型探索[J].项目管理技术,2017(1):88-94.
[3]付伟江,程菲菲.基于战略框架的项目经理激励模型探索[J].项目管理技术,2015(12):34-42.
(本文2018年发表于《项目管理技术》)