作者都是各自领域经过审查的专家,并撰写他们有经验的主题. 我们所有的内容都经过同行评审,并由同一领域的Toptal专家验证.
这是出了名的难以评估 项目经理因为他们做的很多事情都是定性的,很难衡量. 当缺乏项目管理时,人们往往会注意到——沟通渠道薄弱, 人们不知道其他人在做什么, 意想不到的问题造成延误, 等. 然而, 当项目经理在场,事情进展顺利时, 他们的许多同事将无法清楚地确定他们到底是做什么的.
评估绩效的另一个困难是项目管理的职业是不断变化的. 随着敏捷的出现, 其他角色,如产品负责人和scrum管理员,已经接管了一些传统上由项目经理承担的职责.
此外,在许多公司和团队中,a的角色 项目经理和产品经理 相互交织. 在某些情况下,其中一个承担了两者的责任. 将项目经理视为产品的首席运营官是有帮助的, 谁负责如何以及何时建造, 而产品经理则是CEO,负责做什么和为什么做. 项目经理拥有过程,而产品经理拥有内容. 从这个意义上说,应该对项目经理进行评估 交付项目的效率.
在这样的背景下, 有六个关键绩效指标(kpi)构成了评估项目经理绩效的基础:
理解这些项目经理kpi对于衡量您带入公司或团队的项目经理的成功以及提供提供反馈的基础至关重要.
项目经理有责任管理项目 项目总体计划. 这包括协调所有可交付成果的及时准备,并努力确保预算适合计划.
项目经理 敏捷 开发团队将管理团队之间的沟通,以支持按时将产品推向市场的目标. 虽然大家都知道敏捷方法的设计是灵活的,以便为客户创建正确的解决方案, 除非权衡得到妥善处理, 这可能导致范围蔓延, 然后是延迟. 在这种情况下,是scrum管理员,或者类似的人 敏捷教练, 负责开发团队的内部效率和及时完成sprint.
延迟也可能出现在产品发布周期的许多点上, 不只是来自工程和测试组织. 这可能是出于战术或战略原因而做出的行政决定. 这可能是法律或交易台还没有准备好处理投标和订单. 可能是市场营销部门想要与某个事件协调发行.
一个强大的项目经理会根据实际进度不断地检查计划,以发现任何不一致之处.
在固定时间和范围的项目中,项目经理的评估是相当直接的. 项目经理是否成功地在最初商定的时间框架内交付了它? 最简单的度量是二元的“是”或“否”. 衡量准时交付的一种更细致的方法是分层方法:
当评估多个项目的绩效时,这些层次特别有用. 层级可以根据公司的具体情况进行调整. 例如, 如果项目受到与客户的合同协议的约束,并且延迟交付会带来罚款, 那么对迟到的评估应该更加严厉. 相同的层次不仅可以用于整个项目时间框架, 但也适用于较短的时期,比如里程碑.
敏捷项目也可以是固定时间的,在这种情况下,前面的度量仍然有效. 然而, 许多公司现在没有固定的时间表, 在严格的开发时间表上优先考虑交付真正的客户价值. 应该评估项目经理,以设定发布期望,并管理与所有利益相关者的沟通渠道,以减少客户的不满并保护品牌.
第三方的延迟通常会影响项目团队的有效交付. 这些延迟通常源于团队拥有的依赖关系. 这种延误的例子包括:
分级评估方法对于灵活的敏捷项目也是必要的:
项目经理可能承担预算管理职责, 及时发现超支,避免意外发生. 对于预算管理,有三个关键领域必须仔细监测:
在哪些领域,利润是企业的关键目标, 管理货物的运营成本(不包括销售和市场营销)形成一个关键的项目管理 KPI. 就预算挑战而言, 一个强大的项目经理会寻找其他的机会来降低其他领域的成本. 如果没有挽回的机会, 然后他们应该控制局势的升级, 与产品经理一起工作, 寻求额外预算的批准.
和准时标准一样, 预算管理也可以是一个二元评价:项目经理是否在预算范围内完成了项目? 通过评估节省或超支的规模和预算规划工作,可以获得更多的细微差别:
流程 团队或公司内部是否有关于如何做事的内部协议. 大多数员工不会质疑流程,而是把它们当作规则来接受. 项目经理, 然而, 是否有责任不断质疑过程并寻求改进. 这与敏捷项目按时交付的评估标准相呼应,但不止于此. 过程改进可以:
与时间和预算评估不同,过程改进很少有二元结果. 将“努力”作为评估标准是很重要的,因为过程改进通常包括公司的其他部分, 对于项目经理来说,哪些是难以改变的. 努力意味着在公司的情况下,没有放过任何一块石头,效率得到了最大化. 此外, 优先考虑最有利的过程改进将带来最大的效率收益. 记住所有这些, 项目经理的过程改进可以从以下几个层次进行评估:
在将产品推向市场的过程中,项目经理是所有组织之间的关键接口. 至关重要的是,这些关系反映了项目经理的目标,即在宣布的时间内交付一个优秀的解决方案来满足他们的需求. 对于项目经理, 它转化为三个问题,这将有助于确定合作伙伴组织是否能够满足项目的需求.
与其他部门的员工交谈可以为项目经理建立的关系的质量提供有价值的见解. 更严格的方法是 360度评估 人际关系和沟通技巧. 结果可以用来评估 项目经理业绩.
每个项目都不可避免地包含风险,这些风险可以忽略也可以管理. 而在一个不受控制的风险造成损害之后,一个糟糕的项目经理很容易被评估, 评估一个好的项目经理是比较困难的,因为风险是可控的,并且不存在计算和量化负面影响的损害.
评估项目经理的一种方法是考察他们的准备情况及其决策的影响. 一个有效的项目经理会制定一个 风险缓解计划 决定哪些风险值得关注并采取行动.
一个强大的项目经理将不断地根据客户的观点和业务的盈利目标来验证决策. 他们将在产品决策中代表客户的观点,并探索如果采取一个操作而不是另一个操作,客户可能会有什么感受. 在评估项目经理的工作方法时, 倾听平衡客户目标和业务目标的双赢态度.
对于一个全面的项目经理评估,创建目标时要考虑到客户. 项目经理必须与整个组织合作,预测可能影响客户与公司关系的潜在失误. 项目经理在与整个公司团队合作时可能会问的一些问题包括:
一个项目经理可以被评估为他们的 顾客导向 通过使用以下层:
项目经理必须像滑水道中的水一样发挥作用,保持一切按照预期进行. 这对项目经理来说同样重要, 和其他角色一样, 用一组可以在任何时间点进行审查的商定的绩效指标来计划绩效评估.
在考虑如何衡量他们的表现时, 考虑以下项目管理关键绩效指标:
准时交货(固定时间项目) | |
---|---|
超出预期 | 完成速度快于计划 |
好 | 按时完成 |
可接受的 | 无关紧要的晚 |
可怜的 | 明显迟了 |
准时交付(敏捷项目) | |
超出预期 | 第三方的拖延几乎不存在 |
好 | 大多数第三方依赖都得到了管理,延迟最小 |
可接受的 | 第三方的延迟有时会影响团队的交付 |
可怜的 | 第三方的延迟不断地严重影响团队的交付 |
交付) | |
超出预期 | 节约10%或更多的成本完成项目,计划并实现了预算里程碑 |
好 | 项目节省了0-10%,计划并实现了预算里程碑 |
可接受的 | 超出项目预算不到10%,计划了预算里程碑,但没有实现 |
可怜的 | 超出项目预算10%以上,未达到预算目标 |
过程改进 | |
超出预期 | 不断进行过程改进,并在大多数情况下提供了宝贵的效率提高 |
好 | 经常进行过程改进,并在很多时候提供了有价值的效率提升 |
可接受的 | 经常进行工艺改进,但效率提高很小 |
可怜的 | 几乎没有进行任何过程改进 |
关系与沟通 | |
超出预期 | 积极与其他部门合作,其他部门积极与项目经理或其团队合作 |
好 | 积极配合其他部门的工作 |
可接受的 | 与其他部门积极沟通 |
可怜的 | 很少与其他部门打交道 |
风险管理 | |
超出预期 | 维护具有明确行动的风险缓解计划,并能够清楚地传达其决策 |
好 | 维持风险缓解计划,但对风险的反应没有经过深思熟虑或不现实 |
可接受的 | 没有风险缓解计划,但已经对此进行了一些考虑,并且能够传达至少一些风险 |
可怜的 | 没有考虑到风险,并在风险出现时进行临时管理 |
顾客导向 | |
超出预期 | 在所有的讨论和决策中都能从客户的角度出发,并能够平衡它与业务目标之间的关系 |
好 | 在大多数讨论和决策中都能从客户的角度出发,有时还能平衡它与业务目标之间的关系 |
可接受的 | 经常在讨论和决策中考虑客户的观点,但无法平衡其与业务目标 |
可怜的 | 很少代表客户,只关注业务目标 |
KPI | 评价 | 解释 |
---|---|---|
准时交货(固定时间项目) | 超出预期 | 完成速度快于计划 |
好 | 按时完成 | |
可接受的 | 无关紧要的晚 | |
可怜的 | 明显迟了 | |
准时交付(敏捷项目) | 超出预期 | 第三方的拖延几乎不存在 |
好 | 大多数第三方依赖都得到了管理,延迟最小 | |
可接受的 | 第三方的延迟有时会影响团队的交付 | |
可怜的 | 第三方的延迟不断地严重影响团队的交付 | |
交付) | 超出预期 | 节约10%或更多的成本完成项目,计划并实现了预算里程碑 |
好 | 项目节省了0-10%,计划并实现了预算里程碑 | |
可接受的 | 超出项目预算不到10%,计划了预算里程碑,但没有实现 | |
可怜的 | 超出项目预算10%以上,未达到预算目标 | |
过程改进 | 超出预期 | 不断进行过程改进,并在大多数情况下提供了宝贵的效率提高 |
好 | 经常进行过程改进,并在很多时候提供了有价值的效率提升 | |
可接受的 | 经常进行工艺改进,但效率提高很小 | |
可怜的 | 几乎没有进行任何过程改进 | |
关系与沟通 | 超出预期 | 积极与其他部门合作,其他部门积极与项目经理或其团队合作 |
好 | 积极配合其他部门的工作 | |
可接受的 | 与其他部门积极沟通 | |
可怜的 | 很少与其他部门打交道 | |
风险管理 | 超出预期 | 维护具有明确行动的风险缓解计划,并能够清楚地传达其决策 |
好 | 维持风险缓解计划,但对风险的反应没有经过深思熟虑或不现实 | |
可接受的 | 没有风险缓解计划,但已经对此进行了一些考虑,并且能够传达至少一些风险 | |
可怜的 | 没有考虑到风险,并在风险出现时进行临时管理 | |
顾客导向 | 超出预期 | 在所有的讨论和决策中都能从客户的角度出发,并能够平衡它与业务目标之间的关系 |
好 | 在大多数讨论和决策中都能从客户的角度出发,有时还能平衡它与业务目标之间的关系 | |
可接受的 | 经常在讨论和决策中考虑客户的观点,但无法平衡其与业务目标 | |
可怜的 | 很少代表客户,只关注业务目标 |
这些项目经理绩效指标对项目经理本身或监督他们的人都很有用. 第一次评审会议应该建立一个基准,并找到项目经理工作中的最大差距. 应商定改进的领域,以便在1993年进行下一次审查, 6, 或者12个月后,项目经理的绩效指标将被重新审视.
本文介绍了项目经理及其主管应该考虑的潜在kpi的全面列表. Not every team will prioritize these KPIs equally; 然而, 对于各方来说,了解这些kpi并选择最合适的kpi来持续衡量绩效是有益的.
项目管理中的关键绩效指标将探讨六个关键领域,包括按时和按预算交付, 过程改进, 关系和沟通, 风险管理, 以客户为导向.
关键绩效指标可以包括准时交货, 资源可用性, 客户升级以及与整体团队绩效相关的更主观的度量, 文化, 沟通方式.
评估项目经理的绩效, 选择在任何时间点探索进度和风险的理解的kpi. 以按时按预算交付为目标, 一个成功的项目经理会寻找改进沟通和流程的方法.
以减少复制和缩短时间为目标,敏捷KPI之一是冲刺速度. 速度计算在一定的时间间隔内所做功的单位数. 例如, 如果团队在2周的冲刺中完成了10个故事,每个故事值3个故事点, 那么速度就是每次冲刺30个故事点.
劳里把想法变成了结果. 她在安全网络和云服务交付领域创建了价值数百万美元的业务.
世界级的文章,每周发一次.
世界级的文章,每周发一次.