优化方案的格式及范文 项目优化方案怎么写( 六 )


通过粗进度计划的编排 , 项目经理基本对整个进度情况就有了总体的认识 , 这个时候才能够进一步分解工作包为任务 , 排细化的进度计划 。在进度计划的制定中 , 我们常使用固定工期的方法进行 , 这个方法好处就是某个进度延误可以通过周末加班赶工而不影响后续的任务 , 但这个方法的一个大弊端就是在估算和下达任务时候思维里面老是按照一周的概念再考虑问题 , 有时候反而无法充分利用资源 , 设置的关键路径也无法起到很好的作用 。
因此可以更科学的采用固定工时的方式来排PMS任务 , 工时可以直接从估算的数据中取到 , 在对任务分配资源的时候 , 优先保证关键资源分配到关键任务上面 , 同时当关键资源承担多个任务的时候一个普遍原则是:
设A1,B1是两个关键任务 , A的后续依赖任务是A2,B1的后续依赖任务是B2 , A1可以比B1早3天开始 , A2到结束关键路径长为L1 , B2到结束关键路径长为L2.

  • A.当两个从后续任务开始算起的关键路径长差不多时 , 关键资源优先开始可以提前开始的任务 。即优先开始A1任务 。
  • B.当L1比L2短3天以上时候 , 这个时候反而要优先开始B1任务 , 虽然这个时候开始要闲置关键资源 , 这点很重要 。
这个可以根据运筹学的最优化方法进行建模 , 去寻找最优解 。但在进行进度计划制定时候不可能采用这么复杂的方法 , 更多的是采用一些普遍的经验和原则 。
通过设置了关键路径 , 对任务安排了相关资源后 , Project就可以自动的生成出整个版本的工期了 , 在生成工期完成后需要进入到资源负荷图对资源负荷情况进行确认 , 如果考虑到加班 , 资源负荷在120% , 因此当负荷超过120%的时候就需要对资源负荷情况进行适当的调整 , 如此反复多次 , 可以得到一个比较可行的进度计划 。
在V4.0版本进行完第二次估算后 , 项目经理又对进度计划进一步细化和完善 , 得到了每一个功能确切的可以交付测试的时间点 , 根据最后的时间情况来看 , 属性类型管理和视图管理都提前交付测试 , 部件管理 , 批置管理和产品结构浏览正常交付 , 但集成时间多花2天 , 工程变更延后2天交付 , 偏差都在受控范围内 。
4.确定项目的质量目标和质量计划
一个软件项目除了进度目标外 , 另外一个最重要的目标就是质量目标 , 而质量目标并不是简单指版本发布的时候测试问题全部解决 , 而更多关注的是你版本发布后的缺陷泄露情况 , 这个质量目标在项目完成的时候无法马上得到数据和进行验证的 。所以一般是通过间接控制的方式 , 即可以去估计我们期望的缺陷和BUG的发现情况 , 当质量目标高的时候 , 就期望在评审和测试阶段近可能多的发现BUG , 直接自然泄露到版本发布后的缺陷就少 。
由于一个项目版本的总缺陷数量应该是一定的 , 只是在交付后发现出来还是在交付前发现出来 。如果能够在交付前发现出来我们软件的质量就高 。BUG缺陷密度 , 总缺陷数 , 交付后缺陷数 , 代码行这些指标间有着相互影响和作用 。在做一个项目版本的时候 , 应该对这些关系有比较明确的了解 , 具体关系如下图(中间为交付前BUG比重)


以上关于本文的内容,仅作参考!温馨提示:如遇健康、疾病相关的问题,请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容,希望对您有所帮助: