1) 项目周期估算
    项目周期估算的时候必须考虑几个因素:项目成员的技术水平、职业的素养、被激励的程度。如果没有把握的话,应该尽量悲观的估计,方法是先估计正常的周期,然后乘一个系数。

    2)尽早QC(质量检查)
     很多时候,团队成员的技能水平往往达不到要求的目标,那么,如果等到方案阶段快要结束的时候再次检查方案的质量就太迟了,要么得到低劣粗糙基本不能用的概要设计,要不然准备宣布方案阶段延期。所以,在方案设计取得阶段性成果的时候就应该启动QC,并且不断QC,每一个关键的交付都应该QC(通常需求分析报告、需求规格说明书、概要设计、代码、测试案例、切换方案都需要QC)。

    3)输出
    开发阶段的输出不仅仅是代码,还有可能有性能优化报告(针对性能需求)、配置说明(配置模块),这些应该明确的安排到WBS(工作分解结构)中进行跟踪。

    4)模糊任务的跟踪
    在接近阶段切换的时候,有很多模糊的任务需要用CheckList跟踪,比如切换到SIT(系统集成测试)阶段时,就需要跟踪设计评审意见的落实、代码评审意见的落实情况,并且这个跟踪应该尽早,并提醒成员尽早反馈。

    5)明确的任务
    不要给项目成员分配模糊的任务,任何任务都要有明确的输出,同样的道理,文档编写任务应该指定明确的模板。

    6)不可控时间的预留
    有很多进度不能由PM把握,比如提交官方的TR(评审),就应该预留充足的时间,以免对项目总体进度产生恶劣影响。

    7)测试
    系统的测试计划是必须的,测试一样要用矩阵来进行跟踪,每个功能点、每个意外情况都要跟踪起来。盲目的测试往往也可以发现问题,但更可能的遗漏掉更加重要的问题。

    8)工作日志
    不管项目成员做了什么,都应该要求他们用工作日志记录下来。这样可以防止偷懒 🙂

发表评论

电子邮件地址不会被公开。 必填项已用*标注