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


由于结队中有一名新员工 , 配置管理编码生产率为:6223÷313×8≈159行/人日 。而全是老员工的部件管理功能的代码生产率为 14500/55 = 264 行/人日 。所以基本上可以得出有新员工的时候编码生产率可以取150行/人日 。而对于全是老员工可以取250行/人日 。这个数据的采集和积累对项目后期的编码工作量估算有很好的指导意义 。对于PSP具体应用请参考项目组高波提交的《PSP应用最佳实践》一文 。
具体的采用PSP Studio收集数据见如下截图:
另外对于将估算的经验更好的文档化或量化出来 , 个人建议在大功能版本时候采用功能点进行估算 , 或者同时采用专家法和功能点法进行估算 , 根据多个版本的积累来推算出功能点法的生产率数据 , 否则功能点法很难用起来 。项目项目Q02.01版本在第二次估算中采用了功能点法 , 得出的一些经验生产率数据如下:
具体的功能点法原理和使用方法也在项目组内进行了培训 , 并形成了相关的使用文档 , 使项目成员都能够理解功能点法的具体使用方法 。

注:数据收集和分析是清楚知道自己效率的基础 , 也是项目计划逐步收敛和偏差可控的基础 , 不要想着一开始计划就准确无偏差 , 而是应该通过持续迭代计划不断的调整基准参考 。
3.考虑资源和关键路径双重约束来安排进度计划
项目的V4.0版本是一个15个人的3个月的大版本 , 通过最后复盘的5万多行代码行产出也基本可以说明这点 。
资源约束和依赖关系约束一直是排进度计划的两大要点 , V4.0版本分解到最后有200多个任务项 , 如果全部依赖关系都建立差不多有50个依赖关系 , 这样即使Project能够自动计算关键路径 , 项目经理拿到这些数据也无从下手 。因此制定进度计划应该遵循先粗后细的原则 , 首先应该在工作包这个层次对依赖关系和关键路径进行寻找 , 在做这个工作之前 , 项目组首先对角色责任矩阵进行了识别 , 如下:
图中可以明显地看出架构工程是项目的关键资源 , 必须在架构结构上优先保证架构设计工作 。整个V4.0版本共6个工作包 , 因此可以得到的粗进度计划图如下 , 其中红色为关键路径:
对该粗进度计划进行分析可以得到以下结论:
  • 需求不存在前后依赖总工作量55 , 三个BA考虑加班三周总工作量为54 , 可以满足需求三周完成 。
  • 架构设计跨度10天 , 由于关键路径 , 其它任务都无法进行 , 这里必须进行调整 , 因此调整计划为架构设计和最后一周需求并行 , 这里压缩工期5天 。
  • 视图管理在关键路径上 , 造成了配置管理和产品结构浏览任务的等待 , 但视图管理和总体架构设计关系不大 , 架构花一天完全可以考虑清楚 , 因此视图管理在这里考虑闯红灯提前进行结队开发 , 压缩工期3天 。
  • 整个项目共可以结队5组人员 , 其中除了属性类型管理功能外 , 其它功能都基本安排饱和 , 而且设计最多带两个编码 , 一个任务上最多安排三个资源 , 不能再通过安排更多的资源来压缩工期 。
先分解再集成 , 粗粒度工作分解后能够形成并行作业 , 同时长周期工作分解后能够快速形成上游输出推送到下游活动 , 减少等待时间 。在关键资源受限情况下 , 需要首先考虑最大化地提升前期的资源利用率 , 其次才是关键路径 。


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

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