会员登录
会员注册
进度计划:再来谈下顺序问题，首先是确定清楚范围，选择项目的生命周期模型，然后进行顶层WBS分解，对分解后的WBS进行规模的估算，根据历史的生产率数据推算出相关的工作量数据.根据WBS确定出相关的活动和任务，对活动进行排序和建立依赖关系，确定项目的角色责任矩阵和资源分配准则并根据该准则对活动安排资源，绘制网络图确定关键资源和关键路径，排进度表并对资源进行平衡.
在对任务分配资源的时候，优先保证关键资源分配到关键任务上面，同时当关键资源承担多个任务的时候一个普遍原则是：
设A1,B1是两个关键任务，A的后续依赖任务是A2,B1的后续依赖任务是B2，A1可以比B1早3天开始，A2到结束关键路径长为L1，B2到结束关键路径长为L2.
A.当两个从后续任务开始算起的关键路径长差不多时，关键资源优先开始可以提前开始的任务。即优先开始A1任务。
B.当L1比L2短3天以上时候，这个时候反而要优先开始B1任务，虽然这个时候开始要闲置关键资源，这点很重要。
人员计划：最主要是就是分阶段的人员投入计划.对于软件开发项目一般在需求和总体设计阶段仅仅需要投入20-30%的人员即可.因此人员计划最好是分阶段投入的计划.投入人员必须规定相关的技能要求，规定了技能要求后需要对项目人员进行技能评估，如果项目成员的技能达不到要求，则还需要制定相关的培训计划，并对培训效果进行跟踪，并将该项列入项目的风险跟踪和控制.
人员技能:一般要求开发人员至少应该有1-2年的工作经验,这应该是一个基本的要求.智商再高,基础理论再好没有经过一段时间的实战相关知识是不可能转化为技能的.但过了1-2年这个阶段,工作经验和技能就是非线性的关系了,并不是说你工作经验长你的技能水平就一定高,这跟个人和环境等诸多因素相关.工作了5年或8年的可能技能水平一般,而工作了2年的可能技能就能够达到专家水平.
风险计划：风险管理是项目管理的一个重要内容，风险管理的过程贯穿整个项目生命周期。风险管理计划中首先要确定风险管理小组的成员和各自的职责，对于PDM项目，风险小组负责人为项目经理.风险小组确认后就要确定风险管理过程中需要使用的相关的工具和方法。其中包括风险识别的方法，风险分析的方法，风险监控的方法和风险应对的方法。这些方法和工具组织级都有明确的定义和指导原则，对于存在多种方法时要根据项目实际情况选择。
对于项目的风险来源和分类，组织级都有明确的标准和定义，项目一般都可以直接采用，但需要注意的是有可能需要项目实际情况对其进行裁剪。如项目本身不可能存在采购方面的风险时候，就需要将其裁剪到，这样在后续的风险识别和分析中都不用再过多考虑。
项目计划中的风险应对策略不是针对某个特定风险的，所以这里的应对策略更多是通用的应对策略：如开发原型，技能评估和培训，数据模拟等。当遇到实际的风险时候，如何去应对还要根据风险的实际情况进行分析。