您如何衡量自己的每日供款?


11

我最近完成了帕特里克·伦乔尼(Patrick Lencioni)的《悲惨工作的三个信号》,他的核心思想之一就是您需要某种形式的测量方法。

我有一个非常标准的内部开发人员工作,我在其中开发新工具,并对我以前编写的工具进行一些支持/错误修复。

纯粹出于个人满足的原因,您每天会衡量哪些内容?(这不是给管理人员的报告,也不是要博弈的东西,只是可以帮助我标记进度的东西)。

目标是找到不仅能衡量生产力,而且能衡量您的工作水平的事物(因此,客户服务人员除了记录来电数量外,还可以记录积极的互动)。

我的目的是每天测量两件事:打开/关闭支持请求以及源代码管理的签入次数。

我知道这是否可以解决,但这再次不是关于管理的问题,而是关于作为程序员/软件开发人员的个人开发的问题。

Answers:


5

保留开发日志,并特别注意非常规事件。我很兴奋:

  • 使用新的算法,模式,库,数据结构或语言
  • 与新团队或个人合作
  • 修复被认为特别困难的错误
  • 建立深厚的个人联系
  • 构建使我的工作更轻松的小型工具(可能还有我的同事的工作)
  • 被阻止,然后确切地注意到发生了什么事情解除了我的阻止
  • 饮食,睡眠和态度引起的生产力改善
  • 分享我的激情的机会
  • 美丽的地方

至于例行事件:

  • 观看日常任务所需的时间下降
  • 注意您认为困难的地方
  • 通过给予某人全神贯注和精力来打破常规的互动

2

如果您想每天确认一下,那么您可以使用的最简单的指标是编写自己的任务列表或今天要做的事情。

  1. 写下您需要做什么。
  2. 您可以拆分其中的任何任务吗?使它更细化。
  3. 开始处理任务。
  4. 如果您需要添加更多任务,请从步骤1重新开始。
  5. 完成任务后,将其划掉。

在一天结束时,看看您已完成的所有任务并感到自豪。现在,这是个人的成就!


1

我认为像大多数基于知识的职业一样,答案是保留日记。写下每天的目标,看看是否达到目标。针对您要改进的特定实践并记录您的进度。

例如,我一直想提高自己的估算技能。因此,我保留了一个待办事项列表,对它进行估算并进行修订,然后使用它们来评估我完成类似任务的能力以及查看我在估算方面是否有所改进。

我最初是从Joel的电子表格开始的:http : //www.joelonsoftware.com/articles/fog0000000245.html

简单,是一个很好的起点。(从那时起,乔尔一直在前进:
http : //www.joelonsoftware.com/items/2007/10/26.html

现在,我做了一些不太复杂的事情,使其更适合我的工作流程。

因此,如果您要寻找一种特定的指标来跟踪,估计正确性是很有趣的。准确估计的能力非常罕见,因此您将获得有用的技能,并且由于您想从以前开始超越“高分”,因此通常感觉就像是一场比赛。


0

我有一个简单的衡量进度的方法:

当我的同事/客户说诸如此类的内容时:

阶段1:

“伟大的工作,喜欢它!”

阶段2:

“太棒了!我什至不知道你能做到!”

阶段3:

“这可以节省生命!没有它,系统将不会相同”

阶段4:

“绝对可以,我相信你”

阶段5:

“它简直太棒了,我不知道还能增加什么”

阶段6:

“您改变了我们,改变了这家公司,变得更好了”

阶段7:

“谢谢你,激励了我”


0

我会采取另一种策略,具体取决于您的职业生涯,特别是如果您是初中级。显然,您想要满足雇主的期望,想要按计划完成任务,如果情况与预期不同,则发出适当的警报,进行检查,与同事合作...您需要做的一切。

除此之外,我的策略是:今天做得比昨天更好。

而已。那是你的目标。

这意味着您昨天编写的代码很糟糕,而今天,您会做得更好。今天,您将进行研究,填补其中的一些空白,甚至是您不知道的东西。今天,您将进行重构。您将采用那种过于混乱的方式进行清理。您会认识到您留下的东西太紧密了。您将编写被忽略的测试。您将学到一些新东西。

如果您做这些事情并且完成其他工作,那么您将度过一个美好而富有成效的一天。


0

每年至少学习一种新语言并加以使用。

每年,至少要深入研究巨大的编程/软件工程世界的一个新方面,并加以利用。

推动自己深入。如果您从来没有感觉到自己过头了,那么您就没有足够努力地推动自己。

与您的主管讨论如何提高您的职业生涯。一个好的主管总是在寻找可以代替他或她的人。与您老板的老板,甚至更高层次的老板谈谈如何实现这一目标。这可能需要一些技巧。不要给人以为你在这里烦恼老板。

您会惊讶地发现有人仅仅因为有人愿意提出升迁而获得了多少升迁。


我同意你的意见,但这并不是对问题的适当回答。问题是如何衡量日常贡献,而不是整体职业发展。
Jarrod Nettles

同意@Jarrod。此外,它特定于与管理无关,因此谈论晋升以及如何获得升迁是不合适的。
2011年

@Jarod:在我看来,试图衡量每日捐款将完成一件事:看错了事情。我今天参加了几次会议(更好:我没有参加多少次会议),我写了多少行代码(更好:通过找到一个共同的主题我消除了多少代码)。程序员不是零星的工人。连续几天看来进展似乎是零,然后突然瞧!已经取得了很大的进步。需要更长期的看法。
大卫·哈门

-1

我认为您有正确的主意,可以使用源代码控制的签入次数。每次签到都是程序优化的重要部分。当然,仅当您仅签入完整开发的程序更新/修复时,该方法才起作用,但是无论如何,这是应该这样做的方法。如果我正在测量,那么这也可能有助于我遵守该规则。

公开发行的报告是另一个很好的衡量标准,我也完全同意。同样,这可能会提醒我以“如果我在修复此缺陷之前不记录此缺陷,那么我今天将无法正确衡量自己的进度”的方式输入错误报告。

这两个值都应该易于收集和绘制。我几乎可以看到电子表格了... 8)


5
-1:签到数甚至不是一个好的管理指标。它是一个易于计数但绝对没有意义的bean:对bean计数器有利,对其他任何事物都不有利。这不是一个好的个人指标。并非所有关闭变更请求/差异报告的签入都是一样的。要为应用程序添加检查点/重新启动功能的CR很难完成,而DR涉及修复单行代码错误。
David Hammen

1
签入数量几乎与代码行(LoC)一样糟糕。最大化这些指标并不等于更高的代码质量,因为它们根本不相关。
Spoike 2011年

双方都同意。签到不等于捐款。签入5个简单的修补程序并不比一项主要的新功能“更好”。
2011年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.