<软考高项备考>《论文专题 - 52 进度管理(3) 》
5 过程4-估算活动持续时间
5.1 问题
4W1H | 过程 |
---|---|
做什么 | 根据资源估算的结果,估算完成单项活动所需工作时段数的过程作用:确定完成每个活动所需花费的时间量 |
为什么做 | 为制定进度基准,为了项目提供衡量进度绩效 |
谁来做 | 项目管理团队或项目团队(如果项目规模比较小) |
什么时候做 | 活动资源需求记录后 |
如何做 | 专家判断、类比估算、参数估算、三点估算、自下而上估算、数据分析(备选方案分析、储备分析)、决策(投票)、会议 |
主要成果 | 应结合项目列举1-2个实际工作估算后的结果。结合估算的方法进行举例说明例1:X模块开发我们估计用时8天,X模块测试我们估计用时3天例2:X接口的调试涉及的外部因素较多,我们采用三点估算法,估算出其最悲观时间、最乐观时间和最可能时间得出其期望时间 |
5.2 输入输出和工具技术
组 | 过程 | 输入 | 工具和技术 | 输出 |
---|---|---|---|---|
计划 | 4.估算活动持续时间 | 1.项目管理计划(进度管理计划、范围基准)2.项目文件(假设日志、风险登记册、活动属性、活动清单、里程碑清单、经验教训登记册、资源需求、资源分解结构、资源日历、项目团队派工单)3.事业环境因素4.组织过程资产 | 1.专家判断2.类比估算3.参数估算4.三点估算5.自下而上估算6.数据分析(备选方案分析、储备分析)7.决策(投票)8.会议 | 1.持续时间估算2.估算依据3.项目文件更新(活动属性、假设日志、经验教训登记册) |
5.3 活动持续时间估算
5.4 论文示例
范例1:
估算活动持续时间是根据资源估算的结果,估算完成单项活动所需工作时段数的过程。在子项目中,历史数据的整理工作量很大,数据杂乱无章,需要花大量的时间参照设计方案去整理、校验、导入系统,而数据整理方面没有可信的绩效历史数据可供参考,造成这部分工作量很难准确估算,只能借助专家评估、类比估算法粗略测算,我们团队有过许多类似管理项目的经验。因此大部分的活动我们采用了类比估算法,从而节约了时间。此外我们还考虑了活动存在的风险情况。在时间管理考勤模块设计过程中,因为考勤刷卡数据来自于第三方钉钉,所以第三方数据的准确性和及时性成了我们这个活动时间的瓶颈问题。因此我及时召开了会议,邀请了相关的业务、技术专家和团队成员调整了估算方法,采用了三点估算法。该方法主要有3个数据,分别是最乐观历时估算a、最悲观历时估算c、最有可能历时估算b。而后利用T=(a+4b+c)/6取其平均值。经过各专家和开发团队成员的讨论,认为最乐观的时间为2个工作日、最悲观的时间为6个工作日、最有可能的时间为4个工作日。最后该活动的历时为4个工作日。而且我们团队为了应对风险把每个活动增加了活动完成时间5%的应急储备时间,从而完成对每个活动的时间估算。
范例2:
估算活动持续时间是根据资源估算的结果,估算完成单项活动所需工作时段数的过程。由于我们前期进行过多个类似项目的开发,同时,项目间也有某些不同的要求,相似模块我们采用类比估算和三点估算相结合的方法,例如种植业一张图模块,我们做过类似模块,该地区没有水稻生产,而增加了谷物和花生的内容,先期开发的时候,我们用了16天,我们与开发过此项目的工程师一起,进行估算最快18天,最慢22天,最可能20天,计算该工作的工期为20天。监控和传感器等终端工作,我们在其中一处点位进行了安装测试,大约40分钟,通过高德地图和预估,加之统计算法,每个点的路程时间大约25分钟,每组每天可以安装8处,480处需要60个工作日,除去节假日等因素共90天。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!