(精编)项目运维服务工作量评估V1.02

运维服务
3.2 发现问题
说明：待完善
1、考核内容按不同职位不同项目，分为五个等级：好、较好、一般、较差、差，总分100分。

2、每名运维人员总分不得低于70分，否则按不合格计。

3、考核指标排在最末的和不达标的，需要以书面形式写出原因及改进方案，并绩效奖金扣？%。

4、当月考核指标达到90分以上，绩效奖金给予奖励？
5、连续6个月考核指标达到90分以上，月薪资提升？%
维服务绩效考核指标（v1.1）
、较差、差，总分100分。

进方案，并绩效奖金扣？%。

10
运用技术问题发现率发现问题次数/运用技术总数
好10 、较好8、一般6、较差4、差2。

运维工作中的KPI指标有哪些在当今数字化的时代，运维工作对于企业的稳定运营和业务发展起着至关重要的作用。

为了有效地评估和管理运维工作的绩效，确定合适的关键绩效指标（KPI）至关重要。

KPI 能够帮助企业衡量运维团队的工作效果，发现问题并及时改进，从而提高系统的稳定性、可靠性和性能。

那么，运维工作中究竟有哪些重要的 KPI 指标呢？首先，系统可用性是一个关键的 KPI 指标。

它反映了系统在特定时间段内正常运行的时间比例。

例如，如果一个系统在一个月内计划运行时间为 720 小时，但实际上出现故障导致停机的时间为 20 小时，那么系统可用性就是（720 20）／ 720 × 100% ＝ 9722%。

通常，对于大多数关键业务系统，目标可用性应在 999%以上。

系统可用性直接影响到用户体验和业务的连续性，如果系统频繁出现故障或停机，将给企业带来巨大的损失。

其次，故障平均修复时间（MTTR）也是一个重要的指标。

MTTR 是指从故障发生到故障完全修复所花费的平均时间。

例如，一个月内发生了 10 次故障，修复这些故障所花费的总时间为 50 小时，那么MTTR 就是 50 ／ 10 ＝ 5 小时。

MTTR 越短，说明运维团队处理故障的能力越强，能够更快地恢复系统的正常运行，减少故障对业务的影响。

再者，服务响应时间也是需要关注的 KPI 之一。

这包括用户提出服务请求到运维团队做出响应的时间。

比如，规定在收到用户请求后的30 分钟内必须做出响应，如果能够在更短的时间内响应，就说明服务响应效率高。

及时的响应能够提高用户满意度，增强用户对运维服务的信任。

另外，性能指标如系统的吞吐量、响应时间和资源利用率等也是运维工作中的重要 KPI。

系统的吞吐量表示单位时间内系统处理的事务数量或数据量。

例如，一个网站在一小时内处理了10000 个页面请求，那么其吞吐量就是 10000 个页面请求/小时。

响应时间则是指用户发起操作到系统给出响应的时间间隔，对于在线交易系统，响应时间通常要求在几秒钟以内。

关于工作量评估方法为能清楚阐明论点。

先举两个例子。

大家一定都听说过“龟兔赛跑”的故事，故事里乌龟是正面人物，而兔子作为反面人物受人讥讽，其中的寓意教育人们做事要像乌龟一样有坚忍不拔的精神。

如果换个角度分析这个故事。

则会有不同的结论。

兔子在整个赛跑过程中做了两件事，那就是赛跑和睡觉；乌龟则仅做了一件事，就是不停地赛跑。

如果我们试把时间延长（即看看它们在赛后又做了什么），可以想象乌龟由于比赛的疲劳，而跑回家呼呼大睡了；兔子呢？由于比赛中同时也保养了精神，赛后可以做其它更多自己想做的事。

由此，不难得出整个过程兔子的效率更高。

另外，乌龟并不擅长跑步，却安排它去参加这场比赛，其效率必然极低，把这种现象映射到企业管理中去，也颇发人深思。

试看一个说明工作效率与工作饱和相矛盾的例子：某工厂的一位计算机技术人员，现场发生了微机故障，从他的办公室到达故障点的方式有两种选择，其一是步行，需要10分钟；其二是骑自行车，只需2分钟。

我们设步行到现场的为甲，骑车到现场的为乙，最后统计：两人去处理同样的一个工作，甲用了30分钟，而乙只用了15分钟，（这里是假设两人故障的修复时间相同，但事实上甲这类人在故障修复中要花更多的时间）。

乙在剩下的15分钟又可以做其它更多的事情，单从这点出发，甲与乙在工作成效上就不仅是1：2的差距了，而是1：N（即甲做一件事的时间，乙做了N件事）的差距。

但在现实中，甲往往成了“工作量饱满、劳动模范”的象征；而乙却常常恰好相反，这是管理人员认识上的一大误区，长此下去必然带来管理上的一系列问题。

工作效率由员工的自身因素决定，但如何激励员工提高工作效率，目前仍是管理上的问题。

首先是工作分配的合理化，它直接影响工作的效率，让乌龟去赛跑，显然是不合理，所以对工作的合理分配是提高效率的首要条件，这与管理人员的工作密不可分，要求管理人员不仅清楚了解管辖范围内的工作内容，而且要对被管理人的基本情况有清楚的认识。

工作分配合理后，那如何主动去提高每个员工的工作效率呢？竞争是个好方法，奖惩也是个好方法，另一种就是让员工自身有好的素质，拥有正确的人生观及世界观，提高效率便成为很自然的事。

生成环境工作主要包括3个阶段，分别为日常发布的需求收集及确认，预发布确认，正式发布。

在日常发布需求的收集及确认阶段，由于需求收集确认完成后运维后端准备服务器，存储，网络等资源需要一定的时间，因此对于开发提交需求的时间有一定的要求，具体要求如下：
1、如果涉及涉及网络的专线、网络策略、前置机等，需在项目开始时就找asa评估。

2、如果涉及存储、主机等内容，随日常发布的，在发布前一周的周四中午12点之前
提交asa评估。

3、如果搞活动推广、或者业务量切割等等涉及系统的容量有关（扩容等）的需求，请
至少提前5个工作日联系asa评估。

4、如果不知道是否有相关需求的，项目一开始就可以联系asa评估和讨论。

5、原则：运维评估宜早不宜迟！。