工期评估

导读：评估基于定稿的原型和业务流程图，拆分出多少页面，多少个接口， 做到心中有数，胸中有图。

如果来不及出图，由产品经理，产品线负责人，技术经理，项目经理，共同对业务流程展开沟通和评估。

一、评估的因素

制定项目计划时，需要估算每个任务所需的时间，其中主要是开发任务中模块的分配和时间估算，

在公司现有的技术框架下，开发人员主要的工作是投入在具体的业务逻辑实现上。

通常单个模块开发时间取决于以下因素：

1、负责模块的业务逻辑的复杂程度

2、开发人员的技术水平和对项目所在应用的熟悉程度

包括对框架和应用的熟悉程度，数据库表和存储过程，函数的熟悉程度。

3、模块技术实现上是否存在难点

所谓的技术难点定义是：在现有系统中还未实现的、开发人员自身未没接触过的技术。

对于这样的难点，开发者没有相关的代码可以参考，自己也没有经验，所以需要投入学习时间用于研究解决。

二、组织人员评估

1、模块负责人

按照模块责任人清单，由模块的负责人进行评估，涉及到多模块协作的，其他模块负责人一起参与评估。

在划分好模块后，首先项目经理，产品经理，与相关模块负责人一起预先估算所需要的开发时间。

2、开发人员

为了减少决策的时间，功能模块优先分配给谁，请参考模块责任人清单

根据需求匹配到的模块负责人，优先选定为项目组成员

召集项目组成员，讨论模块的分配和开发时间估算，将划分好的功能，由产品线负责人分配给项目成员

其中前端的部分评估工作，由约定好的产品线负责人评估，没有合适人选时由封不平指派人员。

为确保交付时效和交付质量，基本原则如下：

（1）类似功能由同一人负责开发

比方用户信息的增删改应由同一开发者负责。

这样开发者对相关逻辑会比较熟悉，代码/接口的定义也会相对明确，沟通的成本低，降低功能实现的缺陷概率。

（2）技术难度较大的模块由技术水平比较高的人负责

（3）业务逻辑比较复杂的由对业务逻辑比较了解的人负责

（4）存在不确定性，或者存在技术挑战的，可增加工期，作为风险变量来管理

三、评估的步骤

快速评估技巧：

有些需求一看就匹配我们的产品结构，可以针对定制的部分快速评估

1、选择对接人

WBC的项目优先由王重阳和虚竹负责对接评估。

旧控价旧商城的优先由单正和独孤求败对接评估。

新防伪优先由小龙女对接评估。

新店商由慕容复，说不得，小龙女优先对接评估。

平台通用的，或者竞品的研发类需求，由陆乘风对接评估。

如果优先人员都没空时，由项目总监决策，指定负责人。

创建内部群，便于沟通同步评估需求。

2、确定功能范围

明确功能和需求是首要任务，功能解决什么问题，需求文档要遵循规范，务必要清晰明确。

如果项目经理未实际接触到客户，商务经理直接跟客户沟通，提供思维脑图或者ppt等初始文档

先由项目经理与商务经理面对面沟通，明确需求的范围，形成需求初稿，再走以下流程。

注：如果是售后需求，应控制范围，采取“短平快”思路，按需求优先级分多次交付。

首先跟客户确认，重要紧急的需求，交付后，继续其他需求，每次交付的需求尽量在一个月内。

需求超过一个月的，变更风险很大，不确定性增加，很可能开发过程中，客户想法改变了，导致我们返工。

3、拆解需求清单

把需求文档的内容，转化为需求清单（即待办事项清单），每一项分别评估，例如

4、拆分任务

从这一步开始，由产品线负责人介入处理，可以调配不同开发人员协助评估

将大的任务细分为更小的子任务，以便更好地管理和评估，请参考模块责任人清单。

5、评估页面数量

根据原型和美工效果图，估计需要设计和开发多少个页面。

6、评估接口数量

根据每个页面的需求和功能按钮等，估计需要设计和开发多少个接口。

7、评估数据库工作量

估计新增/修改的表、函数、存储过程的数量。

8、国际化评估

涉及到多语言的，按页面数，评估翻译工作量

涉及到多币种的，按币种数量，评估开发工作量

涉及到第三方对接的，根据接口文档，评估对接工作量

9、评估难度

根据任务的复杂性、技术难度、系统依赖性等因素，对每个任务的难度进行评估。

从未开发过的需求，难度可以适当调高，相应的工作应当分配给技术较好的人员。

10、拆解大任务

对于时间周期比较长的任务，将任务拆分为更小的子任务，

每个任务的完成时间为8-24工时，这样可以更好地管理和追踪进度，

消除时间周期较长的任务，防止不确定性影响项目的进度。

11、预估工时

每个分配到任务的开发人员，自行评估自己负责开发的模块所需要的时间。

开发人员与技术经理讨论每个模块的技术实现细节，使时间的估算更加准确。

12、工时确认

项目经理对开发人员估算的时间进行确认。在确认过程中，预估时间较大的，探讨其中的缘由。