软件工程师如何预估项目所需时间

2017-03-17 11:27:00

摘要：其实我们这些软件工程师同样被这个问题所困扰着。我曾经预计一个项目只需要两天的时间，但是最后它却花费了我4周时间。项目实际花费时间是预估时间的两倍以上，这根本不算什么新鲜事。我曾亲眼见过许多公司，为了上线一个新功能，像搬山一样费劲前行，最终用了好几个月的时间才完成项目。其实，对于项目时间预估，产品经理、PR和工程师的理解各不相同。大多数工程师在预估时间的时候，下意识想到的是在一切顺利的情况下，写出可用的原型所需要的时间。但是在产品经理等人看来，预估时间指的是从现在到项目正式上线所需要的时间——这两个时间可以差出十万八千里。

最近，我的一个产品经理朋友给我讲了一个她所遇到的问题：“软件工程师永远无法准确预估项目所需要的时间。我该怎么办？”另外两名CEO最近也跟我说了同样的话。

其实我们这些软件工程师同样被这个问题所困扰着。我曾经预计一个项目只需要两天的时间，但是最后它却花费了我4周时间。项目实际花费时间是预估时间的两倍以上，这根本不算什么新鲜事。我曾亲眼见过许多公司，为了上线一个新功能，像搬山一样费劲前行，最终用了好几个月的时间才完成项目。其实，对于项目时间预估，产品经理、PR和工程师的理解各不相同。大多数工程师在预估时间的时候，下意识想到的是在一切顺利的情况下，写出可用的原型所需要的时间。但是在产品经理等人看来，预估时间指的是从现在到项目正式上线所需要的时间——这两个时间可以差出十万八千里。

对于工程师来说，如何掌握项目预估时间的技巧，是一个终身的课题。不会预估项目时间，会给你和身边的人带来巨大的困扰。掌握了这个技巧，会让你和身边的同时合作的更加愉快，他们会更加肯定你的专业技能，认为你非常稳定，能够提供高质量的工作。

为何需要预估项目时间

我们先来说一个最基本的问题：为何需要预估项目时间？很多工程师抱怨预估时间是一个完全没有必要的事情。

需要预估项目时间，有两个主要原因：外部需求和优先事宜。

外部需求

没有人可以在真空里生存。项目的完成，通常需要工程师和其他人进行合作，例如非技术团队（财务、PR、客户支持等），以及其他工程团队，有时甚至还要和终端用户进行合作。通常情况下，产品经理或是CEO需要协调各方的合作。这意味着那些最需要做预估的人（也就是工程师），其实并不是特别需要进行预估。这种需求的不对称性导致很多工程师不喜欢预估项目时间。

优先事宜

项目时间预估也有助于确定优先事宜。在工程世界，时机是一个特别重要的东西，而缺少了项目时间预估，时机的掌握就无从谈起。就算你在做着全世界最伟大的软件产品，如果时间太长，你一样会错过时机。

例如，你打算做一个能让全世界的网站运行速度提速50%的项目。但是在预估过时间之后，你发现在同样的时间里，你可以做两个类似的产品，而且每个产品都能让网站运行速度提高40%。这就是时间预估的重要性。

项目时间预估基本知识

我们总是会低估时间的重要性，是因为我们经常会下意识的想：“写个基本版的这个东西需要多长时间？”

但是事实上，我们应该计算编写、测试、debug和抛光的全部时间。而且还要考虑日常工作中你每天有多少时间是在做其他事情，例如开会、代码评测、发邮件等。

另外，在项目进行的过程当中，我们还会遇到很多难以预计的问题，这些问题都会拖慢项目进度。例如IDE升级之后影响了代码，你需要花费一整天的时间进行修复。

在预估项目所需时间的时候，我通常会这样做：

Step 1: 制定技术计划

在开始项目之前，你应该做一份技术计划。你要用这个计划让其他人知道你正在做什么，并且从他们那里获得反馈。技术计划是开始对项目时间进行预估的最好方法。而且在做这个计划的时候，你会发现许多以前从来没有考虑过的问题，例如你会意识到自己需要对某一个库进行升级。你甚至还会发现自己需要使用的库根本不存在，而你需要自己先写一个库。

Step 2: 给每一步都添加时间预估

你要考虑技术计划上的每一步分别需要多长时间。要想做到这一点，你就必须要对细节进行考虑，例如“我需要的库是否已经存在，还是我需要自己写一个？”

Step 3: 添加缓冲时间