在软件工程中，有一些可以“测量”程序员的正式机制。 这里有些例子
1.编程实例的质量测量。编程编辑器BlueJ的扩展
2.软件工程测量
是否有任何正式的措施来“排名”或“评分”系统pipe理员？
如果您希望技术人员像实验猴子一样行事，按下button即可获得他们的待遇，那么您只应该提供正式的奖励系统。
唯一真正的指标是您对pipe理员的performance满意度。 任何指标都会优化您的pipe理员针对该指标的行为，而不pipe该指标有多愚蠢或近视。 通过build立一个度量标准，你总会遇到正确的事情忽略度量标准的情况，因为度量标准没有考虑到确切的情况或后果。
在这一点上，你只希望你有博士之家，networking工程师，或者你最新和最没经验的负责人 – 要么是那些愿意抛弃你的过程的元天才情况要求，还是那些没有足够的时间让你的进程陷入困境的人。
你同时拥有一个房子和一个严格的过程的可能性是相当渺茫的（他们都是为创业公司工作，在这个创业公司里，一个performance评论的概念对他们来说是陌生的），这使得你唯一的希望就是这个家伙的奇迹主pipe对你的公司来说是全新的，但对你的系统足够熟悉以解决手头的问题。
很难想出一个通用的措施，因为很less有不同公司的两个系统pipe理员做同样的事情。 然而，人们可以通过定义职位的具体责任并确定将会对他们说的度量来提出一套个性化的度量。
如果系统pipe理员负责生产系统，则可以使用系统的正常运行时间，可预防事件的数量，甚至对这些恶意者的响应时间（和/或解决时间）。
如果系统pipe理员是面向客户的，则可以使用客户满意度，closures的门票数量等等。
底线，挑选你想鼓励什么，并确定指标，以指导行为。
这不是真正的答案，你是问题，但是我觉得我必须喋喋不休地说出来，因为我得到了模糊的感觉，你试图把一个数字放在系统pipe理员身上。
测量 – 这个由乔尔是一个很好的
委员会的罪 – Joel的很好的文章…读它！
从本质上讲，当你试图衡量一个人在工作中有多好，你是否提供了一个激励，或者只是想知道他们有多好，你总是会松懈，你没有测量。
我会举一个例子，在工作中（加拿大大型电信公司），我们有一个中断数据库，并跟踪全年的加权中断，并在我们的“绩效评估”中有一个目标。 我们还有一个停电通知系统，内部人员可以看到现在的情况。 现在，因为这与绩效和奖金挂钩，我已经看到人们完全躺在中断，所以它不会严重影响他们。
现在，我发现我们全新的未经testing的防火墙正在丢弃数据包，导致隧道间歇性丢失，以及其他一些小问题。 我打开的停电票据很低或没有影响，但表示客户可能会看到间歇性的丢失或吞吐量问题，但这是罕见的。
一个星期后，有人从另一个团队进行性能testing，我正在聊天，他告诉我有时我们的吞吐量比其他运营商差，我简单地说这可能是由于我们的数据包丢失问题。 他不知道这是怎么回事，当我检查我的主pipe第二天closures它的票时果然是不成问题的。 我们绕过他，并通知高层pipe理人员，但这让我想知道这种情况发生的频率。 我知道员工真的不会碰东西，因为他们害怕第二天被经理掐死，
一年一次或统计不是监测你的员工的方式。 由于SLA的原因，可能需要衡量运行时间，但诚实胜过所有，而且您需要奖励良好的行为，唯一的方法就是做好自己的工作，与您一起工作，分析根本原因和停电通知，立即评论正面或负面的反馈，不要留下任何等待每两年一次的审查。
更多的是，你可能正在寻找的是与那些你与pipe理员互动的人，并且看他们是否善意地，坦率地回应，或者如果你是每个人都讨厌的团体。 如果出现中断，不要测量正常运行时间，请系统pipe理员解释发生了什么事情，为什么，以及如何确保它不再发生，并跟进以确定修复是否完成。
你的系统pipe理员：
如果是的话，那么你的系统pipe理员至less应该达到及格分数。
由于系统pipe理工作非常多样，所以很难衡量。 至less当你来到更高级的工作。
你可以寻找的东西是如果pipe理员不断回到老工作保持活着，或者如果它“正常工作”。 经验丰富的pipe理员知道，只有通过正确的做法让旧的东西“走开”，他才能做出新的更有趣的东西。
百分比正常运行时间是一个非常强大的指标
正常运行时间和响应请求，即保持系统和用户的快乐。