[
就好像编码需要依赖于设计的成果，而设计又依赖于需要的分析，需求分析又依赖于需求的调研结果和用户的要求，这是一个前后的次序，同时又存在一定的依赖性。有时候这种关系会复杂一些，譬如用户的要求可以分解为对业务功能的补充和系统考核要求，这样，这种依赖关系就会产生分支，业务功能的补充会作为需求调研成果进行完善，而系统要求则作为质量计划进行最终的系统考核。同时，如果结合业务需求进行考虑，这种前后的依赖关系和顺序将更为复杂。(注意产生分支的原因是大的子系统或模块，我们会进行分解为更细的功能单元以便进行并行开发，因此后续自然会涉及到这些单元的集成问题。在CMMI三级中有专门的PI产品集成过程域可以借鉴。)
但有些任务也并非完全一定要依赖于另一项任务，所以在确定其依赖关系的时候要将此种情况考虑进去。实际很多项目经理已经这样做了，当需要赶进度的时候，通常就会打破这种依赖关系让任务先行的运行起来。
针对外部依赖关系的工作内容，笔者不认为有特别好的办法可以进行控制，只能是通过加强风险意识，提早制定风险计划以应对此类事情的发生。毕竟PM的权限是有限的，而且也需要PM要有很好的协调处世能力。这也是PM面临的实际问题。(并行的前提是实现约定各种接口以便于后续的集成，如果前期没有这种约定后续集成会发生大量的问题。)
第三：则需要明确里程碑，不要小看这个东西，里程碑是严格用于控制项目计划的重要指标。里程碑如果出现了变更，则表示项目出现了重大问题，有可能直接导致最终项目无法按照指定要求完成。
第四：重点讨论一下进度的制定和资源的分配，即安排活动资源，制定时间计划。这是弹性最大的一个过程。或者说这是人为因素最大的一个过程。很多项目都是在已知了最终的项目提交时间的情况下来制定的项目计划，所以，时间计划的制定是通过倒推来完成的，当然也存在根据时间计划制定最终的项目验收时间的情况，但通常在计划的制定过程中，无法细化项目中的很多内容，故制定的最终进度计划也可能会出现很大的偏差，或者是甲方无法接受的情况。最终还是要通过项目提交时间来进行倒推。经常听到的一句话就是以市场为导向，所以项目也好、产品也罢最终要为市场服务，既然为市场服务，则需要根据市场的时间来安排了。但并不是说时间可以压缩人力就可以无限增加，所以，这个过程通常是一个比较痛苦的过程。(倒排进度也是在进度和资源紧张情况下做进度计划的一种方法，但是倒排进度不能破坏游戏规则。推荐的方式是根据最后期限确定几个大的里程碑点，然后在里程碑点里面仍然是正排进度计划，当超出了期限的时候再进行资源负载的重新分配和协调。)
1) 首先应该进行工作量的核算，针对工作量的核算，可以采用用例点估算法，或者经验法的方式来进行。在这个过程中不建议考虑到任何的限制条件，只需要你考虑工作量的核算，作为项目经理而言自己心里一定要知道工作量到底有多大，这是一个底线，只有明确工作量的大小，才好完成项目，不要通过实际的行动来告诉你工作量的大小，那样就迟了。但无论采用何种方式，工作量的大小并非完全可以在项目制定计划的阶段就可以完全计算出来，即便采用了用例点估算的方式，也只是一个大概，所以，计划的制定本身就是一个循序渐进的过程，不断的完善，不断的细化，不断的调整。但大概的工作量一定要估算出来，这样才好作后续的工作。(估算是在软件项目计划中一个比较重要的概念，估算方法有专家法，三点法和功能点法等。用例点估算是结合用例估算和功能点估算的一些优点，用例点最终得到的是软件需求的规模，然后在根据软件需求的规模和需求生产率，历史项目的工作量比例分布等等到项目各个阶段的工作量，在这里我们要注意的是在WBS确定后在软件项目中会先开展估算活动，确定项目的规模和工作量，然后再来进行活动定义和排序，活动资源分配，进度表的制定。)
2) 其次，充分考虑关键技术的难度及最终应用环境的技术难度。现在一个项目通常会用到很多的技术，甚至是一些新技术。所以，一定要认真对待这个问题，PM很多都是技术出身，所以本身对新技术的探索就有一定的兴趣，但不要忘了你是在管理项目，新技术需要攻关、团队的熟悉掌握，最终才可应用到你的项目中，这其中每个环节出了问题都会影响项目进度或质量，所以，这种风险一定要提前预知。我曾经做过一个项目就遇到过此类问题，因此以后在做项目规划书的时候都会将应用到的关键技术进行独立介绍，以引起大家的重视。由于对关键技术掌握不足而导致项目严重超期的例子并不少见。(首先是为了保证项目的可预测性不推荐使用各种新技术和不成熟的技术，其次当确实需要一些新技术的时候应该是在项目开始前提前识别风险和进行风险应当，安排相应的成员对新技术进行预研，明晰风险。)
3)人力资源安排，在安排人力资源之前，一定要对你的团队每个人都要有充分的了解，这样有助于项目的进展。每个人员的技术能力是否可以满足要求？每个人员的独立解决问题的能力是否很强？每个人员对技术的探索欲望是否也很强？哪些人员渴望掌握新技术？哪些人员又渴望采用成熟的技术来完成？这些都对你进行人力的安排有帮助。最重要的就是你安排给的任务是否可以完成？(这里面强调两点，一个是瓶颈资源必须要用倒关键的任务和活动上，一个是要充分考虑倒个人的技能和任务的匹配度。在安排人力资源之前我们需要首先确定两个东西，一个是项目内各个成员的技能评估，一个是成员的岗位和职责分工。) [本文共有 3 页，当前是第 2 页] <<上一页 下一页>>
]
您的位置：
