谈到技术管理，首要的一点就是管理者的角色认知问题，因此本篇文章的主要内容就是如何增强管理者的角色认知，持续提升自我管理能力。作为管理者，首要任务就是要认清自我并管理好自......
2021-11-17 199 Project教程
如何评估项目的开发时间
Project
2021-11-17 12:36:39
在项目开发中如何进行时间评估，是一件很难同时又很重要的事情。一定即做到准确客观又做到有理有据。通常领导希望评估的时间越短越好，而对开发人员来说时间越长越好，这似乎是矛盾的，但站在不同的利场又都有道理可讲。如何进行项目时间评估是非常考验一个项目经理的工作能力。
以前工作基本上一直在做项目，在实际工作经验中对项目时间评估有一些自己的总结。当收到市场明确项目意向后，首先会确定一个有多年项目经验的PM并跟甲方接口人进行对接，如果条件允许乙方项目经理会进入甲方公司现场跟接口人详细沟通项目情况，经过多次沟通和需求确认最终达成两个意向：一是软件规格说明书和项目DEMO。这是非常重要的，软件规则说明书和DEOM最终都要经过甲方接口人确认并需要签字。这些要做为附件并做为合同的一部分，因此以后验收要用到。
关于规格说明书的内容通常包括：项目建设背景，功能需求（前台和后台所有功能点）、数据结构、接口相关、UI相关，架构相关，环境相关(软件环境和语言环境)，服务器相关、安全性上的考虑、性能上的考虑和部署相关考虑等等，每一项都要非常细致，精确到最小颗粒。这些都是项目评估的重要参考参考依据。
还有就是DEOM，这也是前期跟客户确认的一个非常重要东西。文档虽然可以把所有功能需求都考虑到，但不直观，通过DEMO制作，把项目的前台，后台需求都可视化的展现在客户眼前，非常直观，非常清晰，一目了然，特别是UI和界面非常容易就能确定。当然规格说明书和DEMO是一个整体，文档上的内容都要按照DEMO来写。也就是说跟甲方接口人确认以DEMO为主，文档为铺。
当软件规则说明书和DEMO都跟客户确认清晰后意味着软件需求分析阶段已经完成。阶下来要做的就是制定开发里程碑和时间评估，前期需求采集详细与否直接关系到此阶段的功能点评估。时间评估主要通过以下几个方面来考虑，采集需求（已完成），需求分析（开发和测试人员了解需求），系统架构设计，环境搭建（软件环境和硬件环境），UI设计与切图（还包括跟甲方再次确认），数据库设计，代码编写，测试相关（测试与问题修改）、部署相关（测试版本部署和正式环境部署），文档编写（概要设计、详细设计、数据库设计手册、使用手册等）等，通过这些惟独对软件进行时间评估。
如何进行时间评估？通过多个项目经验我是这样做的：按上面的提到各个点我会评估出三个时间：最理想状态下项目完成时间，正常情况下的项目完成时间，最慢的情况下项目完成时间。同时也会找一个或两个相关的开发人员同样评估出这样的三个完成时间。我会把几种时间汇总到一起，例如我评估的三个时间分别为T1,T2,T3其它开发人员假设一个评估的时间为T01,T02,T03,我会把这6组数据累加到一起同时除以6即(T1+T2+T3+T01+T02+T03)/6求出平均时间，但求出这个平均时间还是不够的，还要加上一个风险控制时间，假设平将时间为60天，风险控制时间=60*10%，10%是自己通过做很多项目得出来的一个权重值。所以总的项目时间为 60+10 =70天，即70人/天，当然天都是以工作日单位。通过这样来评估时间并通过项目验证基本上没有太大的误差，也就是说相当准确的。
时间评估完成了，如何能保证在规定的时间内完成工作任务？这就是体现了项目经理的控制能力，控制包括：时间控制，质量控制，成本控制和沟通协调等方面。这时对项目经理的要求是非常高的，做项目我的习惯一般是前期要紧张起来，特别是时间上要一定要控制非常严格，规定什么时候完成的任务一定要在规定的时间内完成，完成不仅仅是代码开发完成，还要包括单元测试以及对功能需求的回顾，最终都没有问题了这才能叫做完成。每一个功能或者模块都这样去做，到后期的测试是很有利的。如是前期控制的好的在中期可以把节奏稍微调整一下，让项目成员可以稍微的松口气。
相关文章
