我有一些软件开发人员正在为我的项目工作，我想为他们提供一种注册他们实际开发时间的方法。
我们有良好的意愿记录开发时间，但不强制要求。我们试图避免使用像Excel表格这样不太方便的技术进行记录。
我可以跟踪svn提交，但这是不可靠的。开发人员还会在一天中支持不同的项目，所以假设他们整天都在一个项目上工作是不正确的。
我曾见过一些实用程序每隔一小时弹出一个消息来确认你正在工作的项目，但这很烦人。
某种类型的活动窗口标题分析器可能会有所帮助（您可以从Visual Studio中获取解决方案名称），但我没有使用过这样的想法。
如果您有关于程序员/设计师工作时间登记的经验，请与我分享。 谢谢
这是一个好问题，而且您可以衡量开发项目花费的时间的最佳方法不是测量实际的工作小时数。
您说有意愿记录时间，但我对此持怀疑态度。从开发者的角度来看，过度的时间管理实际上会分散他们的注意力（也许全球所有开发者都是如此）。
我可以理解为什么在ODesk上如此过度地测量时间。这是有原因的，因为客户提前向ODesk支付项目时间，并且开发者需要向ODesk证明所工作的小时数。付款也是有保障的，由于oDesk的服务商和开发人员很少见面，因此没有信任关系。
既然您很可能不会预先支付开发人员的费用，而且很可能已经建立了更好的信任关系，您需要将注意力从笨拙而烦人的管理策略转移到更有用的事物上。
是的，女士们先生们，我正在谈论Scrum。抛弃保持每个开发者的工时记录的任何想法（他们会为此感激不尽）。相反，将Scrum管理引入场景中。
为您的产品开发创建一些迭代周期（里程碑），并在其中列出一些迭代（分批可交付项），尝试将您的迭代周期保持在每周一个周期。创建一个产品待办事项清单，并确保您知道谁正在处理什么。找个人担任您的Scrum Master，或者自己担任这个职责。确保进行每日反馈会议，让开发者大体上推动时间进程，并获得任务的现实估计。
阅读一两本关于scrum的书，并让其他人和团队成员参与学习曲线。调整基本的scrum方法，以最适合您特定的管理风格，我向您保证，您将拥有一个非常快乐的团队。
以人天为单位衡量时间，尽量避免对开发者进行小时制进展监控......
你可能已经从谷歌搜索中看到了各种时间跟踪软件工具。但是，坦诚地说，你正在寻找时间跟踪的圣杯。例如，你是否认为开发人员盯着她的代码思考是开发时间？她可能会盯着屏幕1小时，只打字10分钟。在这种情况下，看起来她并没有工作很多，但实际上她工作了1小时10分钟。我不是说你所要求的无效，只是似乎这是一个没有完美解决方案的问题。
祝你好运。
我认为你问的问题不对，而且会走向一条很滑的坡。开发中有很多与实际编码无关的因素。
如果你非要追踪什么东西，我认为更好的解决方案是追踪与开发无关的活动所花费的时间。当然，这里也有一些灰色地带。例如，讨论用户需求的会议可能应该算作开发时间，即使没有编码工作。
也许可以要求开发人员保持日志，这样您就知道他们的时间去哪了？虽然这不是理想的，但您永远不会比这更好。
如果您想要测量花费在分心、干扰和其他任务上的时间，那么让开发人员自愿提供这些信息不是符合他们的利益吗？
您曾经说过正在实施Scrum。
如果真的需要这样做，可以在每日Scrum会议上谈论此事并将其纳入仪式，或在一天结束时增加一个非常短的每日会议。让开发人员估算一天中有多少时间花费在干扰和其他任务上。对我而言，这感觉是最接近“正确”的一种测量方式，考虑到涉及的困难。
因此，不要让开发人员记录时间，而是让Scrum Master来总结，同时尽可能使开发者感到轻松愉悦。确保开发人员从中获得一些切实可行的东西，否则它很快就会出现在阻碍列表中。
正如Dean J所暗示的，您必须信任开发人员。
我绝对不建议您使用开发人员被强制使用的任何时间测量软件。这会严重干扰开发人员的注意力。
相反，可以使用以下简单的技术：
创建并在线共享电子表格可能是最简单的方法之一。将项目任务添加到电子表格中，分配任务给开发人员，让开发人员估计他们的任务所需的时间，让他们根据自己的意愿更新任务状态（非常粗略地在0％和100％之间），让他们指定完成任务所需的实际时间（小时）。
因此，在电子表格中，您可能有以下列：任务名称、分配给、预估时间、实际时间、完成百分比。
Google Drive 电子表格可能是答案。这是一种非常简单快速的方法，最大程度地减少了开发人员的干扰。
任务和 Scrum 信息记录在办公室的板子上和/或可以使用特殊的 Scrum 应用程序。一个好的网络 Scrum 应用程序是 Pivotal Tracker，我建议任何规模的项目或团队都可以使用。
关于Scrum的更多信息： http://en.wikipedia.org/wiki/Scrum_(development)