档案标准

    2008年8月
    03

    MS项目指南

    发布者: 管理 |评论(0)

    该准则以下的书面与Microsoft Office Project Professional中考虑工具,但可以调整以及其他日程安排软件工具。

    1)尽可能, 总的交付的任务,在名词形式,资本。

    2)每一节的有3个或多个任务的最后一行应'<deliverable名称>完成'以0天时间,使其成为一个里程碑 建议:使里程碑斜体绿色的颜色他们,使他们更加突出。

    优点:

    -容易看到成果浏览时的计划,因为他们在很帽

    -易于识别项目报告里程碑

    -通过让在每节的结尾是一个里程碑,你有一个项,您可以指定一个资源,因为分配给摘要任务的资源,谁负责整段负责,不建议。 这就不难看出谁是负责为每个板块当你在看一个里程碑报告。

    例如:

    任务名称 时间
    交付1
    任务1
    任务2
    交付 1完成 0d
    交付2
    任务1
    任务2
    完成交付2 0d
    任务名称 时间
    登出测量(康乐事务)
    代码的LS
    代码进行审查的LS
    返工的LS
    获得批准的储蓄及签收
    单元测试的LS
    注销调查完成 0d

    3)不要分配资源的摘要任务。 这可能会导致循环引用,如果在一个链接摘要任务的任务是与其他章节。 如果你想显示谁的负责整段,在本节结束时分配资源的里程碑任务(见'福利'上面。)

    4) 详细的工作的出发点应该是动词 ,最好有一个对象,由做任务的资源是可行的。

    示例1:'成功的标准'应该'定义及文件成功标准'。

    例2:'测试'应该是'试验威瑞一体化'或'测试六'

    示例3:'上成功的标准'签收应该'获得签收的成功标准'。 (行政签署过不为没有完成,项目经理(或其他)的任务是负责-所以它的'得到')

    5) 详细任务应该有一个理想的1天期至2周。 也有例外,但它难以跟踪和控制在2个月比2周的工作任务的进度...

    6)创建详细任务的粒度级别,你想要监视。 也有可能在项目计划把颗粒详细任务。 这些可以进入一个清单。 你可以附加说明的任务名称指人'清单X'低。 另外,刚投入工作的说明清单的权利。

    7) 详细任务,任务名称应该是唯一的在您的项目,具体的摘要部分他们英寸的'设计',任务名称可能是'第1版设计,而是',例如。 如果您重复几节一组任务,添加前缀或后缀的任务名称,以反映摘要任务。

    优点:当你报告的任务列表可能或没有列出摘要任务,它更清晰的任务是什么。 当你引用跨项目的依赖关系或进行投资组合级别的报告,唯一的任务名称是确定任务的必要性。

    8。 作为一般规则,不要输入任何任务的开始日期或完成日期。 微软计划将计算一下,在任务的优先级,努力为基础,依赖关系,资源分配,日历等输入(在时间或对工作时间的努力工作列列)工作估计,任务相关性和资源,让项目计算的开始日期和完成日期。

    原因:如果您手动输入开始日期,例如,微软计划将设置在任务中的'开始不早于'约束。 如果前置任务提前完成,与一开始日期限制的任务将不安排在比原计划提前启动;约束日期将被荣幸。 您将丢失的可视化的任务,就可以开始/结束比原计划提前。