首先要问的问题：对于网络/软件开发公司的员工来说，时间跟踪有哪些可行的替代方法？为什么它们是更好的选择
说明：
我在这样的公司工作。每个人都有薪水。我们有3种类型的工作，合同，临时和内部（非收费）。Adhoc只是一些小的更改，需要几个小时，因此我们只在月底向客户收费。签订合同后，我们通常会经历漫长的过程。
我们通过估算所涉及的时间（从设计和开发人员那里），乘以我们的小时费率，就可以得出多少费用。因此，假设我们估计一个网站需要50个小时。我们有时间跟踪软件，必须记录我们花在它上面的15个时间（例如7:00到7:15），项目名称并提供一些注释。
现在，如果我们超过50个小时，我们既会亏损又会效率低下。
现在，我已经解释了系统的工作方式，我的问题是，如果存在更好的方法（我确定必须这样做），该如何做？这里没有人喜欢当前的系统，我们只是找不到其他选择。我很乐意在一个小时的工作之后再完成一个项目，以使它按时完成，但是我很愿意在当前系统上这样做。我希望能够为我的经理总结（或链接到）这篇文章，向他们展示为什么我们应该使用abc系统而不是此系统。
Answers:
软件估算总是很困难。软件是一项创造性的业务，而创造力则在起伏。经过一个星期的疲惫，我才刚开始反弹-前一天晚上，我花了几个小时来完成本来应该15-30分钟的任务……
还应考虑到每个开发人员都有不同的估算能力。训练有素的或高级的开发人员将更准确，而初级或无纪律的开发人员的准确性较低。而且，它们的准确性会随着时间而变化（并非总是变得更好）。
根据我的个人咨询经验，我尝试将现实的估计与最高限额相结合。基本上说：“我希望此功能需要7到10个小时，但可能会达到18个小时-最多，即使需要40个小时，您仍需要为18块计费”。通常，这种方法对客户来说是陌生的，有些直截了当的客户会以“给我确定的价格”拒绝它-这些客户得到最高估价（或者我礼貌地拒绝了他们的生意）。对于接受这种方法的客户，他们了解到我会诚实地跟踪时间，他们的最终实际账单将反映出我所花费的时间（但不会超过我的最高限额）。从本质上讲，这是一种精益求精的方法，并增加了保证。并且客户知道对需求的任何更改都会导致估算值的更改。
总体而言，该方法对于愿意接受它的客户来说效果很好。我的个人目标是赢得他们的信任并重做生意，因此，诚实并努力进入上限对我来说符合我的利益-有助于将我保持在我的估计范围内（避免不确定性，后期更改等-如果更改超出微小范围，我会修改估算值。
如果您还没有，我建议您阅读《神话人月》
看一看基于证据的调度。确实可以帮助您了解估算的准确性。
在过去的一年左右的时间里，我们在Fog Creek开发的系统非常简单，即使最愚蠢的开发人员也愿意与之配合。据我们所知，它产生了非常可靠的时间表。这称为基于证据的计划或EBS。您主要是从历史时间表数据中收集证据，并将其反馈到计划中。您得到的不只是一个发货日期：您会获得一条置信度分布曲线，显示出您将在任何给定日期发货的概率。看起来像这样：
曲线越陡，您就越有信心确定发货日期是真实的。
这是您的操作方式...
我们使用“不确定性”因子进行估算，而不是尝试使用“ +/-”因子进行估算。程序员可以轻松地告诉您，“假设没有任何问题”将花费多长时间。他们无法轻易告诉您的是，如果出现问题，将花费多长时间。因此，我们添加了不确定性因素-“ L”表示“加25％”-“ M”表示“加50％”，“ H”表示“加100％-可以加倍”。实际时间往往在估计时间与估计时间加不确定时间之间。
就跟踪您的时间而言，最准确的方法是编写一个程序，该程序每分钟会弹出一个对话框，并询问您“您在做什么？”，并带有一个可能执行任务的下拉列表框。在该下拉列表框中，您真正需要的唯一条目是“跟踪时间”，因为如果您每分钟被打扰，您将永远无法完成其他任何事情。相同的原则也适用于15分钟间隔，但还不错。
我们要做的是运行一个小程序，该程序使我们可以将任务添加到列表中，并选择要处理的任务，从而增加时间。如果我们忘记将选择器移到正确的任务，则总数是可编辑的。不在一行中的任何内容都将变为“ misc”。它并不完全准确，但是总准确度并不比获得流时间重要。
