Microsoft Project 模板说明

Microsoft Project 模板说明
Microsoft Project 模板说明

Project 2000 案例

1. 实施ISO 9000计划模板设计(略)

Project 2000 案例

2. 软件开发项目

如果要打开这个模板,请按如下步骤操作:

1 单击“文件”菜单中的“新建”命令。

2 单击“Project 模板”选项卡

3 单击“软件开发”图标,然后单击“确定”按钮。

这个模板的目的是确定软件开发过程中必需的工作,并确定这些工作之间的关系。这个模板的设计主要集中在成功启动软件开发项目所需要的步骤和过程。您可以直接使用这个模板,也可以为循环开发项目修改这个模板。

模板设计

软件开发模板定义了开发所有软件解决方案都需要的步骤以及这些步骤的相关性。这个模板既适合小型的基于解决方案的简单产品,也可以用于企业开发环境。这个模板将开发过程分为几个阶段,在每个阶段完成都有一个里程碑,作为报告的机制。如果需要可以对模板进行自定义,在其中增加一些里程碑。

模板结构

这个模板被分为10 个关键阶段:项目范围规划、分析/软件需求、设计、开发、测试、培训、文档、典型试验、部署和实施工作结束后的回顾。每个阶段都包括一些相互关联的工作以及它们的相关性。这些工作只是一般性的,您可能需要对它们进行修改以适应软件开发过程的特定环境。

项目范围规划

软件开发项目的项目范围规划阶段需要明确定义项目的目标。还要明确确定项目的投资人和主要所有权。明确定义的项目范围对所有的软件开发过程都是非常重要的,而且根据项目的商业价值,项目范围规划阶段还可以决定项目是继续进行还是被取消。

分析/软件需求

在定义了项目范围并明确了项目投资人之后,可以继续到更细致的分析/软件需求阶段,这个阶段的分析还是从总体角度出发的。在这个阶段需要详细定义软件说明、初步项目预算和总体时间表。这个阶段得出的结论应当确保要进行软件开发的人员和项目组都已经确切了解项目的范围并获得批准进入设计阶段。

设计

项目模板设计阶段的工作主要集中在为软件开发提供详细的功能说明。功能说明对于产品的所有功能和以后的开发阶段都是非常重要的。功能说明还需要决定项目详细的范围并且必须在开发过程继续之前获得项目投资人的支持。定义正确的功能说明可以使项目的范围更加明确。说明还可以确保项目投资人与项目组保持联系。

开发

程序员和项目管理人员在开发阶段开始编写代码,并对相关代码进行初步的测试工作。根据项目的大小和范围,很多组件可能需要分成多个模块进行开发,并分别交给不同

Project 2000 案例

的程序员和程序组完成。开发阶段即可以是重复性的过程也可以一步完成,这要取决于特定的开发环境。这个阶段完成之后,代码将移交给产品测试人员进行测试。

测试

在测试阶段,既需要对产品的每个部分进行测试,而且也需要将产品作为一个整体进行测试。在制订了测试计划之后,对模块层次上的代码进行测试,然后进行综合测试,以满足测试计划的要求。如果发现异常情况就需要返回开发阶段进行修改,然后再重新测试。

培训

在软件开发项目中,获得成功的一项重要条件是对所有与项目相关的人员进行适当的培训,其中包括最终用户、支持人员和操作人员。这个阶段应确保新软件培训所涉及的各个方面已经开发完毕并已经交付。

文档

文档阶段需要确保制订与软件应用程序相一致的相关文档,帮助系统、用户手册和用户文档。所有公司的软件开发项目都必须为用户提供适当的文档。

典型试验

在典型试验阶段,从有效用户中选择一组人,让他们使用新软件,决定需要进行的细微修改并进行总体确认。这个阶段可以反映大型部署过程,对软件的各个方面进行验证,包括它的交付、功能和支持。如果成功地完成了典型试验阶段,就可以进行全面的部署阶段。

部署

在部署阶段,开始生产产品,并交付给用户使用。这个阶段的产品已经经过了典型试验阶段的改良,因此可以确保实现新软件的成功过渡。

实施工作结束后的回顾

这个阶段利用部署阶段来自不同来源的反馈有效地评估最终用户的满意度,并获得一定的经验和教训。这些经验和教训将对以后的项目提供帮助。

模板自定义

这个模板的设计适用于大多数的软件开发项目,包括客户服务器、多层次开发和RAD。根据所采用的不同开发方式,模板中的每项(例如原型)可以被删除也可以更加细化(例如,确定模块/级层设计参数)以便提供更详细的内容。

Project 2000 案例

3. Microsoft 开发项目

如果要打开这个模板,请按如下步骤操作:

1 单击“文件”菜单中的“新建”命令。

2 单击“Project 模板”选项卡。

3 单击“MSF 应用系统开发”图标,然后单击“确定”按钮。

Microsoft 开发项目模板(MSF)是根据应用程序开发过程模式创建的,这是MSF 的一个关键组件。这一灵活的模式已经成功地应用于软件业,用以加强项目控制、降低风险、提高产品的质量并加快开发的速度。

过程模式已经发展成为Microsoft's Principles of Application Development 教程的一部分。这个模板有助于在实际情况中采用这种过程模式,但是它并不能代替教程本身。

模板设计

过程模式结合了基于里程碑的规划模式和重复创造过程。里程碑代表核查和同步时间点,而不是固定的时间点。也就是说,工作组可以调整项目的范围以反映客户不断变化的要求,或者对项目进行过程中实际出现的问题做出反应。

因为开发过程是不断重复的,开发过程中的某些任务和固定阶段可能会重复多次,这要取决于特定项目的实际需要。在这种情况下,模板中只详细说明第一次重复出现的情况(例如,任务125,Beta 版1)。以后的重复过程(例如,Beta 版n)可以由程序管理员或项目组决定是否添加或重复进行。

模板结构

MSF 模板包括MSF 过程模式中的四个阶段:构想、规划、开发和稳定性测试。每个阶段都包括很多子任务并且结束于里程碑事件,但是在一个阶段中的某些任务可能会与里程碑事件重叠并扩展到下一个阶段。

给任务指定了典型的工期、相关性和资源分配。这些都可根据具体项目的情况进行修改。总项目时间表取决于重复任务所需的周期数。在这个模板中包括六种资源,这些资源已经在MSF 应程序模式中进行了定义,它们是:程序管理人员、产品管理人员、开发人员、用户培训人员、后勤管理人员和测试人员。

下面各部分说明过程模式四个阶段的总体情况,并详细说明组成一个项目组所需的各种资源,还对主要任务进行概述。

模板说明

阶段1:构想(里程碑1:构想得到批准)

在构想阶段,可以为项目的目标和限制创建高层次的视图。这个阶段是一个初步规划过程,它决定项目正式规划阶段中进行的各个时期。构想可以为项目的成功提供一个最

Project 2000 案例

基本的条件:统一项目组。构想阶段的可交付性成果是一份可视化的文档、一份风险评估文档和一份项目结构文档。

构想阶段结束的标志是构想获得批准里程碑。这个里程碑标志着项目组和客户在项目总体方向、以及包括的产品、不包括的产品达成一致。

阶段2:规划(里程碑2:项目计划得到批准)

规划阶段提供建立各项任务的优先顺序的机会并设定其预期结果。这个阶段的可交付结果是功能说明、风险评估和项目日程。

规划阶段结束的标志是项目计划得到批准的里程碑。这个里程碑标志着项目组、客户和主要项目风险承担者在一些功能和应用程序的设计上达成一致。项目计划得到批准里程碑实际上需要客户也加入到项目过程中。

阶段3:开发(里程碑3:范围确定结束)

在开发阶段,项目组努力开发并执行所有的功能,即使这些功能可能还不稳定。开发组还要进行用户培训和测试,重点在于创建功能说明中描述的产品,并为了提高稳定性而对不断推出的内部版本进行测试。这个阶段的可交付结果包括最终的功能说明、源代码、可执行代码、测试规范及测试案例,以及主项目计划和主项目日程。

开发阶段结束的标志是范围确定结束里程碑。这个里程碑标志着所有功能都已经完成,产品已经可以进行外部测试和稳定性测试。客户和最终用户、操作和支持人员、重要的项目风险承担者这时都可以加入进来对产品进行评估,并提出产品面市之前仍需要改进的问题。

阶段4:稳定性测试(里程碑4:发布)

在进入稳定性测试阶段后,项目组将重心从日程安排转移到发售上。这个阶段包括测试版和发布候选版本的测试过程。测试的重心转移到使用测试,在这个过程中通过测试将发现大量的问题,而随着产品的不断改进,这些问题将会逐渐消除。

稳定性测试阶段的结束的标志是产品发布里程碑。在项目组已经解决了所有明显的问题,并将投入生产或交付使用后,就进入了产品发布里程碑。在产品发布里程碑之后,正在进行的管理和对产品正式支持的责任就从项目组转移到了操作和支持组织。

资源

产品管理人员产品管理人员是负责客户服务的人员。产品管理人员必须理解用户的需求、创建业务案例、在项目组和客户之间建立共享构想,并确保项目组开发的解决方案可以解决客户的业务问题。产品管理人员处理高层次的交流、客户期望并促进确定功能和优先顺序。

程序管理人员通过领导和协调,程序管理人员负责在预定的时间提供最终产品。除了推动项目总体进程外,程序管理人员还需要管理资源分配、管理项目日程并报告状态、管理产品的范围和说明,还要帮助项目组进行交流和协调。

后勤管理人员后勤管理人员在项目组中扮演重要的反馈角色,他们解决以前和当前产品部署中出现的管理和支持问题。后勤管理人员支持项目组每天操作的需求。

开发人员开发人员提供高层次的设计、评估技术,并帮助确认潜在的解决方案

Project 2000 案例

和降低风险。作为产品的生产者,开发人员提供低层次的产品和功能设计,估计实现设计所需的工作量并生产产品。

测试人员测试人员的作用是可以在任何时刻精确地描述产品的状态,说明当前产品中哪些部分是正确的,哪些部分是错误的。测试人员应当明确了解用户需求并且知道产品如何才能满足这些需求。在较小的项目中,测试小组也可负责产品的生产过程。

用户培训人员用户培训人员的目标是确保产品有用而且可用。用户培训人员需要参加设计过程,这样可以尽可能地减少用户支持材料的需求,并降低材料的成本。如果产品需要支持材料,用户培训人员就要设计、建立这些材料并对其进行测试。用户培训人员测试并追踪使用问题,并保证产品设计避免这些问题。

Project 2000 案例

4. 新产品开发

如果要打开这个模板,请按如下步骤操作:

1 单击“文件”菜单中的“新建”命令。

2 单击“Project 模板”选项卡

3 单击“新产品”图标,然后单击“确定”按钮。

成功地开发新产品需要有规程的方法。这些规程来源于生成的可靠数据并在常规决策阶段对这些数据进行审查,以重新确认有必要继续进行新产品的开发。这个模板的设计目的是提供有规程的开发方法的框架,这样,开发新产品的成功几率就会增加。

模板设计

这个过程也可以用于小型产品生产线的扩展,在这种情况下,因为已经有了可靠的数据,很多步骤的进行将会非常迅速,而迅速实现商品化的风险也会很低。

这个过程主要适用于新产品或生产线,这种情况通常风险比较高并带有不确定性。开发过程中生成的新数据可能会从根本上改变操作的过程甚至新产品的商业生命力。由于在新产品开发过程中不断产生新的数据,关键的决策者和风险承担者必须审阅这些数据,以确保新产品的继续开发仍与公司的目标一致。

您应当根据您公司的特定结构和产品对该过程进行修改,以对其进行充分的利用。此外,修改新产品开发的过程,使其更适于您的公司,这将会有助于获得公司的认可和采用。

模板结构

这个模板被分成五个阶段,另外还包括一个商品化完成后的回顾阶段。每个阶段后都有一次决策点,决定是否进入到新产品开发过程的下一个阶段。这些决策点要求公司作出明确的决定,并且集中在关键问题上。这些决策点有助公司避免对新产品的商品化没有重要影响的工作。

高度推荐您的公司也采取第六个步骤——商品化完成后的回顾。该回顾过程可以使公司了解如何在以后的新产品开发中提高效率,并为新产品开发过程提供有组织的支持。

这个项目中的每个阶段都将公司内部的最佳人选组织在一起,他们需要评定收集到的信息,并在是否提供其他资源以实现商品化的问题上取得一致意见。如果不能获得一致意见,项目组的成员至少应当在哪些问题是产品开发成功的关键方面达成一致。这些问题将会指导开发过程下面的工作步骤。

新设想阶段

在很多公司中,大部分新产品设想都是来自于研究部门。这些设想来自于研究人员对公司机遇的洞察力。在当前一些管理理论中,销售组织(他们与重要的客户保持着最密切的联系)应当能是市场驱动下提供新产品设想的主要人群。但是,常常存在这样的矛盾,销售部分通常需要尽可能地提高现有产品的销量,而不是将时间花费在获得新产品的设想上。公司必须有明确的认识,新的设想应当从公司的哪些部门中产生。

Project 2000 案例

反映新产品设想来源和质量的第二个问题是如何在扩大现有生产线和开发新的主导产品之间取得平衡。生产线的扩大或现有产品的变化可以比新产品的开发过程更加快捷,因为这种产品的信息很可靠,而且风险和不确定性一般也比较低。新的主导产品或生产线将会花费大量的工作量,需要更长的研制周期,而且风险和不确定性也高得多。

公司必须明确认识到如何平衡业务中新产品设想的比例。一般说来,会有一些短周期的新设想,它们会渐进式地不断地改善财务状况。但是,在平衡方案中也必须包括一些新主导产品的设想,如果这些新产品成功了,它们将会带来更大更明显的收入的增长。如果这些决策需要公司人员跨部门的支持和合作,那么公司的各个部门都必须理解这种平衡方案和相关的资源分配。

在新设想阶段,必须根据所获得的最适当信息在一两周内作出决定。决策组可能会决定这个设想不能进入到初步研究阶段,在通过和拒绝这个设想之前可能还需要其他的信息。迅速而正式的决定可以避免在不重要的问题上分散注意力,而将注意力集中在设想通过这个阶段所需的关键信息上。新设想的决策会议也需要对这个新设想早期交叉功能的支持。

能够进入初步研究阶段的新产品设想必须满足以下条件:

●产品战略适合商业发展方向

●经济

●独一无二或者具有潜在的竞争优势

●市场增长率。

初步研究阶段

在初步研究阶段,新产品设想要通过限制试验以及技术方面的理论证实。从各个来源收集数据判断这种设想的市场、生产和经济的可行性。

在这个阶段,必然存在设想的“拥护者”,通常也就是提出这个思想的人。但是拥护者中还必须涉及一些来自其他功能领域的人员,这样才能保证在初步研究阶段最后做出决策时,能够获得这些领域专家提供的数据。

在初步研究阶段可能出现的最大问题是新产品的设想集中在拥护者研究的领域。例如,如果一个设想成为了研究项目,可能会主要集中考虑它的技术目标,而事实上真正的关键问题是与市场或生产有关的。

虽然在初步研究阶段所花费的时间会有所不同,但是迅速进入到开发阶段是非常重要的。初步研究阶段的主要目的是收集最适用的信息并决定是否为新产品分配大量的开发资源。建议新产品设想在初步研究阶段停留三个月的时间。这个时间限制要求尽快地获得最适用的数据,而且避免为了提高数据的准确度而进行过长时间的研究,很多研究都是适于在新产品开发过程中的以后阶段进行的。

复杂的评估可能会需要初步研究阶段的时间多出三个月,但是六个月的时间是最长的限度,必须在此期间内完成初步研究阶段,并召开决策会议。最好召开一次决策会议,并决定是否继续进行初步评估,直至收集到有关一个或多个问题的更详细的数据,这样可以避免这个设想荒废。在大多数新产品领域,过长的周期将会导致竞争对手找到并开发类似的产品,从而极大地减少从新产品中可能获得的利润回报。

Project 2000 案例

能够进入开发阶段的新产品设想必须满足以下条件:

●产品具有诱人的经济前景

●明确关键客户和竞争对手

●为开发阶段制定简单的计划以及里程碑

●选择正确的拥护者领导开发阶段的工作

开发阶段

如果已经决定设想可以进入开发阶段,需要确定主要资源的承担人和交叉功能的承担人。在初步研究阶段结束时的决策会议中制订的项目计划应当为这个阶段提供指导。必须从公司的各个部门得到支持以完成所有必需的步骤,因为新产品现在已经是业务的一部分了,不再只是公司中一个功能领域的拥护者所进行的独立工作。

在已经决定设想可以进入开发阶段后,必须选择正确的项目领导者。项目领导者的选择必须以项目中的关键问题为基础。如果项目的成功取决于能否解决一个技术问题,那么技术管理人员应当是领导者。如果主要问题是生产,那么应当从生产领域选择领导者。但是,领导者必须具有较强的能力并能对这个项目负责。

当开发阶段完成后,新产品设想将成功地进入试生产阶段,这时新产品获得商业成功的可能性将至少为50%。开发阶段应当为所有关键因素提供最重要的数据,这些数据可以决定能否做出将新产品商品化的明智决策。

能够进入试生产阶段的新产品设想必须满足以下条件:

●客户对试验室或其他小规模原型产品的反映

●专利应用文件和其他知识产权的问题已经解决

●制订了市场、生产和总体的商业计划

●明确了试生产阶段的领导人和主要项目组成员

试生产阶段

在试生产阶段,应当能够生产一定数量的产品,用户可以利用他们的商业设备对这些产品进行评估。试生产阶段应当包括以下三个情况中的一种:

●试生产设备已经到位,并且生产的产品数量足够客户在其商业设备中对这些产

品进行评估。

●扩大试验可以在现有商业设备上运行,这样可以缩短商品化所需的时间。

●必须购买和安装试生产设备,这会明显地延长商品化所需的时间。

这个模板假设试生产阶段是前两中情况中的一种,已经具备试生产阶段生产产品所需的商业设备。试生产阶段得出的关键结论就是产品能够进行生产并且客户能够接受或使用产品。

能够进入商品化阶段的新产品设想必须满足以下条件:

●客户对商品化试验的反馈以及对产品承认。

●制订生产过程计划,包括过程和生产规范、所需的资金和设备、人员和操作培

训计划。

●解决后勤问题

●最终业务计划

Project 2000 案例

商品化阶段

在新产品进入商品化阶段后,成功的概率应当达到了100%。客户的承认或市场测试结果将保证产品的生产和销售,并且可以确定客户会使用这个产品或该产品的市场潜力很大。

在商品化阶段,工作主要集中在实现试生产阶段最后所制定的业务计划。

也可能优化一些生产过程、改进一些产品或扩大规模,但是基本的生产过程和产品规范不应当有太大的变动。在资金密集型生产行业尤其如此。

在有些行业,例如软件开发业,在商业化阶段从根本上迅速地重新评估一种新产品的可能性非常高的。

商品化完成后的回顾阶段

这个阶段不是商品化的必要阶段。但是建议您将这个阶段作为产品开发的一个组成部分。通过对实际情况的比较,公司可以从回顾中得知新产品的最初构想。这次对经济、销售、技术特征和新产品的其他方面所作的评估将会帮助公司实现以下两个目标:

●了解哪些工作可以顺利进行,而哪些不能,了解如何在未来改进这些过程。

●获得更多公司对新产品开发过程价值的支持

这个商品化完成后的回顾阶段必须以一种建设性的方式进行,它应当是一个可以提高公司在新产品开发方面的技能的学习工具。如果它是用来为那些在大多数开发新产品过程中都会频繁出现的意外、延迟或调整方向提供推卸责任的机会,那么反而有害无益了

Project 2000 案例

5. 开办新公司

如果要打开这个模板,请按如下步骤操作:

1 单击“文件”菜单中的“新建”命令。

2 单击“Project 模板”选项卡

3 单击“开办新公司”图标,然后单击“确定”按钮。

在这个模板中,企业机遇发展成为新的运作业务的过程被分为多项任务,并按逻辑关系排定顺序。通过自定义这个模板可以适应多种特定的商业环境。

模板设计

这个模板的目标是帮助您对商业机遇进行严格的评估。模板中的信息应当易于理解和使用,并且还应确定了可以提供专业帮助的领域。

这个模板假设如下条件:

●已经发现了一个潜在的小型商业机遇。

●已经具备了适当的业务能力。

●您不是非常有经验的商业分析人员。

●您不能确定如何评估这个机遇。

●您可能来自任何国家。

●这个新的业务可能生产任何特定的产品或提供特定的服务。

●您希望具有成功的评估过程,但是如果在这过程中机遇不能满足某些条件,可

以停顿下来。

模板结构

模板被分为以下三个阶段:

阶段1:制定战略计划;阶段2:定义业务机会;阶段3:制订行动计划

每个阶段都包括了一些典型的工作及其正常的相关性链接。这里只对这些工作进行了一般性的表述,可能需要进行修改以适应特定的商务环境。

每个阶段的目标和工作逻辑将在后面进行介绍。此外,一些重要的工作通过超级链接与定义表相连。一些工作还包括有关任务的详细注意事项,并为重要的决策提供专业的建议。每个阶段都是一个测试过程,只有在通过了上一个阶段的测试后,才能进入到下一个阶段。这些注意事项和建议只是起到指导作用,并不是硬性的规定。

阶段1:制定战略计划

在制定战略计划阶段,需要从宏观角度对商机进行可行性分析。充分地估计可能需要的投资。这一阶段考虑的许多因素是独立并重复的。在最初的分析过程中,商机的宏图将逐渐显现。在这个阶段的最后,对潜在风险和利润回报进行评估,并测试该潜在商机的生命力。

阶段2:定义业务机会

在定义阶段,需要根据指导对机会进行更详细的分析,包括收集更深入的数据。需要对第一阶段得出的投资金额进行详细预算。这个阶段的分析也是重复性的。

Project 2000 案例

阶段3:制订行动计划

在制订行动计划阶段,首先需要设计业务计划。根据前两个阶段收集和分析得到的信息制订该计划。它需要对潜在商机进行概括,可以将其作为获得金融投资和银行贷款所需提交的财务信息的基础。

在这个阶段的最后,列出了准备启动计划所需的关键事项。

Project 2000 案例

6. 项目管理办公室

如果要打开这个模板,请按如下步骤操作:

1 单击“文件”菜单中的“新建”命令。

2 单击“Project 模板”选项卡。

3 单击“项目管理办公室”图标,然后单击“确定”按钮。

这个模板的目的是确定整个项目周期的概念化阶段、开发阶段以及项目管理办公室的建立阶段所涉及的所有工作及其相互关系。这个模板的设计重点是启动、监控和建立企业项目管理办公室所需的步骤和过程。

模板设计

这个模板是基于分段方法建立的,使用每个阶段完成时的里程碑作为报告的机制。您也可以对其进行自定义,增加一些适当的里程碑和可交付结果。

模板结构

这个模板被分成六个关键的阶段:项目办公室职责范围确定、规划项目管理办公室、启动项目管理办公室、管理项目、项目档案管理和项目总结。每个阶段都包括相关的工作及其相关性。这些工作只是一般性的,可以对其进行修改以适用于特定的环境或方法。

项目办公室职责范围确定阶段

项目管理办公室项目的项目办公室职责范围确定阶段要明确定义项目目标,还要明确确定项目的投资和主要所有权。明确定义的职责范围对所有的项目管理办公室都是必要的,而项目办公室职责范围确定阶段通常会根据商业价值决定是进行这个项目还是取消这个项目。

规划项目办公室

在职责范围已经明确定义而且项目的投资人已经明确之后,可以进入到规划项目办公室阶段,这个阶段比上一个阶段更加详细,但仍是从宏观角度出发的规划。这个阶段的目标是明确项目管理办公室的分工、商业过程和需求。此外,还要核查工作说明和资源需求。应当注意的是,这些分析会受到当前商业目标和发展方向的影响,而它们又会影响项目管理办公室的职责范围。这个阶段的结论将确保那些需要项目管理办公室的人和项目组能够明确地理解项目的职责范围,并获得批准进入启动项目管理办公室阶段。

启动项目管理办公室阶段

项目管理办公室模板中的启动项目管理办公室阶段的重心是构建物理办公室,并收集和核查可以指导当前项目的任何新项目的启动阶段。这个过程可以确保所有由项目管理办公室所管理的项目都能够符合标准、公司的启动计划和项目管理办公室的指导原则。

管理项目

管理项目阶段提供当前的分析和项目报表。管理办公室可以帮助解决问题、分析风险、确定并提供资源和其他工作,并能保证正确报告项目的状态。管理办公室也是解决问题的地点。

Project 2000 案例

项目档案管理阶段

项目档案管理阶段确保可以从项目中得到经验和教训,并为将来的项目将项目信息的知识库转化成比较基准。档案中的信息可以显著地改进以后项目的创建和管理过程。

项目总结阶段

这个阶段利用在项目管理办公室创建阶段从多个渠道获取的反馈信息考察最终用户的满意度并为将来的项目提供经验和教训。项目总结是非常重要的,因为它所提供经验和教训可以为将来项目带来收益。

Project 2000 案例

7. 部署Windows 2000 模板设计(略)

Project 2000 案例

8. 工程设计

如果要打开这个模板,请按如下步骤操作:

1 单击“文件”菜单中的“新建”命令。

2 单击“Project 模板”选项卡。

3 单击“工程”图标,然后单击“确定”按钮。

将商业机遇转化成建设性的产品的过程通常被称为项目的工程阶段。完成工程设计所需的工作可以以一种标准的方式进行安排和链接。

这个模板的目的是确定进行有效的工程项目所需的常用工作,并将它们以一种典型的日程形式链接起来。您可以将这个日程只作为一个培训工具,也可以对其进行修改,将其作为一个初级项目日程的基础。

模板设计

这个通用的工程项目模板提供了定义范围、评估和设计投资成本为500 万到2500 万美元的项目所需的步骤和关系。典型的项目是以生产过程为核心。这个模板假设生产工艺已经完全具备了(也就是说,已经经过了中间试验和演示阶段)。在设计过程中可以同步进行环境和其他应用条件的处理,并且可以为其制订独立的日程。

模板结构

工程项目的日程被分为三个阶段:可行性分析、定义和设计,它还包括一个建筑阶段,这样,它就可以很容易地发展成为一个完整的项目计划。每个工程阶段都包括一些典型的工作以及这些工作的相关关系。所列出的都是一般情况下的工作,需要对其进行编辑以反映特定项目的规划情况。

在后面的介绍中将会说明每个阶段的目的和工作逻辑。另外,一些关键的工作也通过超级链接连到定义表中。每个单独的工作也包括一些注意事项,说明正常的可交付结果和典型的资源分类分配情况。这些注意事项和分配情况主要提供指导,并没有硬性的规定。

可行性分析阶段

项目的可行性分析阶段主要研究所提出的投资项目的经济价值。这个阶段主要进行宏观的工程工作。工程的可行性分析需要确定达到商业目标所需的范围。范围定义构成预测这项投资所需的支持资金和操作成本的基础。通常由这些数据估算出投资回报。

可行性分析阶段是商业实体在项目过程当中做出战略决策的最佳时机。一般说来,这个阶段所需的工程成本只占最终投资成本的0.5% 或0.5-1%。在这个阶段可以考虑多种方案,并在决策阶段选择能够获得最佳收益的方案。

投资成本的准确度一般维持在正负40% 到50% 左右。其他的选择方案也应当在相近的估计准确度上进行比较。这个准确度的范围有助于进行比较评估,并会尽可能地降低工程成本。

Project 2000 案例

很多项目不包括可行性分析阶段。因此,工程小组规模很小,其中的成员只限于熟悉所需过程技术以及生产操作的人员。项目过程也保持在最小范围内,便于对其进行控制。

定义阶段

一般来说,项目经过了可行性分析阶段的商业评估之后,就进入到定义阶段。定义阶段的目的是在真正开始对投资进行全面的财政支持之前,提供更详细的项目方案以进行评估。列出更详细的项目范围并提交更精确的投资成本预算。比较合理的投资成本预算的准确度范围是正负20% 到30%左右。

在定义阶段,项目组的规模将会扩大。它通常以可行性分析小组为核心继续进行研究。这个阶段一般会占用整个投资成本的1 到 3 %。

除了加强对范围的规划外,还需要考虑项目风险、过程和设计质量以及设备人员、培训和启动等问题。项目的规划和控制阶段是重点,尤其是在设计阶段仍会继续使用的部分。

在定义阶段的最后,商业实体应当能够获得明确定义的项目范围的说明和投资预算,这样就可以计算出预期的回报率。经过与相似准确度的市场数据和操作成本数据的比较可以确定项目最终财政方案。这一审核的结果可以决定项目是获得投资资金,还是返回到可行性分析阶段或定义阶段,对其他的可选方案进行研究。

设计阶段

这个阶段的项目模板主要集中在具体的工程的开发上,它将为规定设备的建设提供基础。很多其他的工作也需与这个阶段的工作同步进行,这样才能确保各种设施能够有效启动和运行。这些工作包括选择建筑合同形式、签订建筑合同、召集人员并进行培训以及管理启动需求。这个模板中不包括这些工作的具体内容。

项目设计阶段所需的花费最多,通常会占用总投资成本的5% 到15%。新设施通常只需小部分的投资,而现有设施的更新和扩大则需要大多数的投资。除了工程运作所需的成本外,项目设备的采购也在这个阶段进行。一般来讲,需要大型设备采购资金的10% 才能确保从项目的设备供应商处获得工程所需的设备。

这个阶段的重点在于质量设计、盈余指数和日程兼容性。还需要使用进程跟踪工具突出显示重点管理的区域和需要特别注意解决的问题。

Project 2000 案例

9. 航空项目模板设计(略)

Project 2000 案例

10. 安装项目模板设计(略)

Project 2000 案例

11. 基础设施部署

如果要打开这个模板,请按如下步骤操作:

1 单击“文件”菜单中的“新建”命令。

2 单击“Project 模板”选项卡

3 单击“基础设施部署”图标,然后单击“确定”按钮。

这个模板的目的是确定基础设施部署过程的整个项目周期所需的所有工作,并建立这些工作之间的联系。这个模板的设计主要集中在开始、设计和部署一项新的基础设施所需的步骤和过程上。

模板设计

基础设施部署模板定义了开始、设计和部署一项新的基础设施所需的各个步骤及其相关性。该模板既可以应用于小型的局域网解决方案,也可以用于企业的广域网。模板采用阶段划分方式,利用完成阶段的里程碑报告进度。可以根据需求自定义其他的里程碑和可交付结果。

模板结构

模板分为七个重要的阶段:项目范围定义、项目分析、项目设计、项目预算、确定最终方案/验证、项目部署和项目总结。每个阶段都包括一些相互关联的工作及其相关性。这些工作都是通用的,可能需要对其进行修改以适应特定的环境和方法。

项目范围定义

基础设施部署项目的范围定义阶段要明确定义项目的目标。在这个阶段还需要确定项目的资金和所有权。对于所有的基础设施项目,明确定义范围都是必需的阶段,并且根据项目的商业价值决定是否需要继续进行还是取消项目。

项目分析

在确定项目的范围和资金来源之后,项目将进入更加详细的分析阶段,但该分析阶段仍是从总体角度进行的。这个阶段的目的是详细分析当前需要改进的基础设施和区域的情况,并确定在结构、材料或功能设计和产品方面能提供帮助的资源。需要注意的是,这些分析受到当前的商业目标和方向的影响。而商业发展的方向又会决定基础设施部署的优先顺序。这个阶段的结论确保要求开发的人员和项目组人员可以清楚地了解项目的范围,并且还获得进入设计阶段所需的许可。

设计阶段

项目模板的设计阶段主要集中在初步设计文档的研究上,在开发详细设计文档之前,该文档必须先被批准。最终的详细设计文档应确保商业目标和发展方向与基础设施阶段部署一致。这个文档说明了项目的具体范围,并在继续进行下一阶段之前必须获得项目投资人的支持。

环境影响报告表新格式

××××××项目 环境影响报告表 建设单位(盖章): 环境影响评价机构: 编制日期:

《建设项目环境影响报告表》编制说明 《建设项目环境影响报告表》由具有环境影响评价资质的单位编制。 1. 封面“×××环境影响报告表”中“×××”指申报项目的名称。 2. 项目名称──指申报项目的名称。 3. 建设地点──指项目所在地详细地址,是指地理坐标,公路、铁路等线性工程应填写起止地点及地理坐标。 4. 建设性质──指新建、改建、扩建。 5. 项目设立依据──指项目立项或备案等的材料。 6. 行业类别及代码──按《国民经济行业分类》填写。 7. 主要环境保护目标──指项目区周围一定范围内集中居民住宅区、学校、医院、保护文物、风景名胜区、水源地和生态敏感点等,以及与项目的相对位置关系。 8. 结论与建议──明确建设项目环境可行性,提出减轻环境影响的对策措施。 9. 本报告表应附以下附件、附图附件:与项目环评有关的文件。 附图:项目地理位置图(应反映行政区划、水系,标明纳污口位置和地形地貌等)、项目平面布置图以及其他与项目环评有关的图件。 10. 如果本报告表不能完全说明项目产生的污染及对环境造成的影响,应根据建设项 目的特点和当地环境特征,选择下列 1--2 项(不能超过 2 项)进行专项评价。 (1)大气环境影响专项评价 (2)水环境影响专项评价 (3)生态影响专项评价 (4)声环境影响专项评价 (5)土壤环境影响专项评价 (6)固体废物环境影响专项评价 (7)环境风险影响专项评价 11.如果其他法律法规有另行要求的,报告表应按要求进行分析评价。

建设项目环境影响评价资质证书 (彩色原件缩印1/3) 项目名称:环评 机构:(公章) 环评机构法定代表人:(名章)

项目管理计划书-经典模板

XX Project Plan XX工程计划 Prepared by 拟制Date 日期 yyyy-mm-dd Reviewed by 审核Date 日期 yyyy-mm-dd Approved by 批准Date 日期 yyyy-mm-dd

Revision record 修订记录 Distribution LIST 分发记录

Catalog目录 7 1 1 Introduction 简介 7 .1目的 7 .2范围 7 .3参考资料 7 22Resource Summary资源概述 8 33Project specific software Processes 工程特定的软件过程 8 4 4 Project Scope工程范围 8 5 5 Deliverables交付件 8 .4 Customer Deliverables给客户的交付件 8 .5 Internal Deliverables内部交付件 8 6 6 Organization and Responsibilities组织和职责 10 77 Estimated Size /Effort/schedule规模/工作量/进度的估计 10 .6 size估计的规模 10 .7 effort估计的工作量 11 .8 schedule估计的进度 11 88 Project resource required 工程所需资源 11 .9 Requirement 设备需求 11 .10 tools 软件工具 12 .11文档资料 12 .12 Supplied Products 需要客户提供的产品 12 .13人员需求 12 .14差旅

项目管理年度计划模板(规范版)3篇

项目管理年度计划模板(规范版)3篇Annual project management plan template (normative version) 汇报人:JinTai College

项目管理年度计划模板(规范版)3篇 前言:工作计划是对一定时期的工作预先作出安排和打算时制定工作计划,有了工作计划,工作就有了明确的目标和具体的步骤,大家协调行动,使工作有条不紊地进行。工作计划对工作既有指导作用,又有推动作用,是提高工作效率的重要手段。本文档根据工作计划的书写内容要求,带有规划性、设想性、计划性、方案和安排的特点展开说明,具有实践指导意义。便于学习和使用,本文档下载后内容可按需编辑修改及打印。 本文简要目录如下:【下载该文档后使用Word打开,按住键盘Ctrl键且鼠标单击目录内容即可跳转到对应篇章】 1、篇章1:项目管理年度计划样本标准版 2、篇章2:项目管理年度计划例文(通用版) 3、篇章3:项目管理年度计划范文标准版 篇章1:项目管理年度计划样本标准版 一、工程项目管理部人员工作计划 1.制定工程部门制度及岗位责任制,明确各岗位职责。 2.参与施工图纸会审工作。 3.主持施工方案、总进度计划、质量控制计划的编制工作,以及工程项目划分、见证计划的审批工作。

对各项质量目标进行细化、量化分析,有针对性编制各 个工程项目的质量控制计划并监督实施。 4.工程项目管理部人员自身要认真学习GB/T 19001标准、公司质量管理手册内容及各相关施工质量规范,严格现场管理,对重要部位、关键技术、控制难度大、影响大、经验欠缺的施工内容及新材料、新工艺、新技术、新设备列为质量控制点,实行重点控制,发现偏差及时纠偏。 5.定期对项目部的质量、安全、进度等情况进行检查。 二、对项目部的检查工作计划 1、质量管理方面 (1)检查项目部质检员、实验员、资料员、测量员等技 术人员的持证上岗情况及对该岗位工作的熟悉情况,无证从事质量管理岗位的人员进行取证学习,尽量杜绝无证上岗;对于 持证人员进行在岗培训,不断更新知识以适应现在越来越的工程采用新工艺、新技术、新材料的技术要求。 (2)人员培训计划,为提高工程中质量管理水平,必须 使质量管理岗位人员具备相应的质量管理能力,首先要求无证从事质量管理岗位的人员进行取证学习,尽量杜绝无证上岗;

软件项目管理计划模板

. 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5

术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述 说明:简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进[度和预算等。必要的情况下,还应描述该项目与其他项目的关系。] 1.2 项目交付产品

说明:列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。][的演化SPMP1.3 说明:描述如何以及由谁负责维护本文档,应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。] 1.4 参考资料 说明:提供项目计划中所引用的所有文档和其他信息资源的完整清单,包括标题、报告编号、日期、作[ 者以及发布机构。] 1.5 术语与缩写 说明:定义SPMP 所应用的全部术语和缩写词。][ 2. 项目组织 2.1 过程模型 说明:描述该项目所使用的软件过程模型,或者是所遵循的组织标准模型。过程模型需要指明[里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。] 2.2 组织结构 说明:描述项目的内部组织结构,可以参考如下的层次结构图形式。][专业资料word .

项目管理计划模板

项目管理计划模板

1目的 ......................................................................................................................................................... 2项目摘要 ................................................................................................................................................. 2.1项目目标和范围 ............................................................................................................................. 2.2主要干系人 ..................................................................................................................................... 2.3里程碑和可交付成果...................................................................................................................... 2.4约束 ................................................................................................................................................. 2.5假设 ................................................................................................................................................. 2.6项目组织结构 ................................................................................................................................. 3项目计划 ................................................................................................................................................. 3.1项目生命周期 ................................................................................................................................. 3.1.1生命周期确认............................................................ 3.1.2制定项目过程及产物裁剪.................................................. 3.2工作分解结构 .................................................................................................................................

软件项目管理计划模板

软件项目管理计划 Version1.2

SoftwareProjectManagementPlanofQuartet(Team10) 版本: 软件项目管理计划日期: Quartet_SPMP.doc Revision Date Version Description Author

Page1

SoftwareProjectManagementPlanofQuartet 版本:软件项目管理计划日期:Quartet_SPMP.doc 目录 1.简介 1.1项目概述 1.2项目交付产品 1.3SPMP的演化 1.4参考资料 1.5术语与缩写 2.项目组织 2.1过程模型 2.2组织结构 2.3组织接口 2.4项目职责 3.管理过程 3.1管理目标和优先级 3.2假设、依赖关系和限制 3.3风险管理 3.4监督和控制机制 3.5人员计划 4.技术过程 4.1方法、工具和技术 4.2软件文档 4.3用户文档 4.4项目支持功能 5.工作包、进度表和预算 5.1工作包 5.2依赖关系 5.3资源需求 5.4预算和资源分配 5.5进度表 6.其他 6.1 索引 6.2 附录1 1 1 1 1 1 1 1 1 2 2 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4

Page2

SoftwareProjectManagementPlanofQuartet 版本: 软件项目管理计划日期: Quartet_SPMP.doc 1.简介 1.1项目概述 [说明:简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进度和预算等。必要的情况下,还应描述该项目与其他项目的关系。] 1.2项目交付产品 [说明:列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。] 1.3 SPMP的演化 [说明:描述如何以及由谁负责维护本文档,应指明更新内容的传播方式以及在变更控制下更新文 档版本的机制。] 1.4参考资料 [说明:提供项目计划中所引用的所有文档和其他信息资源的完整清单,包括标题、报告编号、日 期、作者以及发布机构。] 1.5术语与缩写 [说明:定义 SPMP所应用的全部术语和缩写词。] 2.项目组织 2.1过程模型 [说明:描述该项目所使用的软件过程模型,或者是所遵循的组织标准模型。过程模型需要指明 里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。] 2.2组织结构 [说明:描述项目的内部组织结构,可以参考如下的层次结构图形式。]

环境影响报告表的空白样本格式

环境影响报告表 (样本) 项目名称: 建设单位(盖章): 编制日期:年月日 国家环境保护总局制

《建设项目环境影响报告表》编制说明 《建设项目环境影响报告表》由具有从事环境影响评价工作资质的单位编制。 1.项目名称──指项目立项批复时的名称,应不超过30个字(两个英文字段作一个汉字)。 2.建设地点──指项目所在地详细地址,公路、铁路应填写起止地点。 3.行业类别──按国标填写。 4.总投资──指项目投资总额。 5.主要环境保护目标──指项目区周围一定范围内集中居民住宅区、学校、医院、保护文物、风景名胜区、水源地和生态敏感点等,应尽可能给出保护目标、性质、规模和距厂界距离等。 6.结论与建议──给出本项目清洁生产、达标排放和总量控制的分析结论,确定污染防治措施的有效性,说明本项目对环境造成的影响,给出建设项目环境可行性的明确结论。同时提出减少环境影响的其他建议。 7.预审意见──由行业主管部门填写答复意见,无主管部门项目,可不填。 8.审批意见──由负责审批该项目的环境保护行政主管部门批复。 2

建设项目基本情况 1

2

建设项目所在地自然环境社会环境简况 自然环境简况(地形、地貌、地质、气候、气象、水文、植被、生物多样性等) 1. 地理位置 2. 地质、地形、地貌 3.气候、气象特征 4.水文 5.植被、生物多样性 社会环境简况(社会经济结构、教育、文化、文物保护等)1.社会环境概况 2.社会经济情况 3

环境质量状况 建设项目所在地区域环境质量现状及主要环境问题(环境空气、地面水、地下水、声环境、生态环境等) 1.项目区域环境空气质量现状 2.受纳水体环境质量现状 3.声环境质量现状 4. 主要环境问题 主要环境保护目标(列出名单及保护级别) 4

Project Management Plan Template-项目管理计划模板

Xavor Corporation Project Management Plan Version [Note: The following template is provided for use in Xavor projects. Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document.]

Title: Revision History [For every revision of this document, provide the revision history that should include the date of revision, version number, description of the changes in the document, and author of the document for that particular version.] Distribution List [State the persons/teams/groups to whom this document should be distributed whenever the document is revised. Also state the name of their parent organization.]

项目管理--沟通计划模板

Generic Communications Plan

Introduction (1) Purpose (1) Scope (1) Audience (1) Communication Methodology (2) Top-Down (2) Bottom-Up (2) Middle-Out (2) Communications Outreach (2) Weekly Core Team Status Meeting (2) Weekly Status to Extended Team (2) Communication of Interview Results (3) Review PM Framework Design with Extended Team (3) Review PM Framework Design with Project Sponsor (3) Review Meetings during PM Framework Implementation (3) Review Final recommendations with Project Sponsor (3) Communications Roll-Out Time Line (3)

Introduction “All men by nature desire to kno w.” - Aristotle Disseminating knowledge about the NAME OF PROJECT is essential to the project’s success. Project sponsors, business unit/support services, project core team members, account managers, process group owners and project leaders are participants in the project. They desire to know what the status of the project is and how they are affected. Furthermore, they are anxious to participate. The more people are educated about the progress of the project and how it will help them in the future, the more they participate and benefit. Purpose This plan provides a framework for informing, involving, and obtaining buy-in from all participants throughout the duration of the NAME OF PROJECT. Scope This communication plan is for the NAME OF PROJECT. It includes a series of meetings and interactive presentations, as well as other means of communication (such as electronic mail) to all participants of this project. Audience This communication plan is for the following audiences: ?Project Sponsors ?Business Unit/Support Services ?Project Core Team Members ?Account Managers ?Process Group Owners and ?Project Leaders ?ANYONE ELSE INVOLVED

《建设项目环境影响报告表》(试行)和《环境影响登记表》(试行)内容及格式

建设项目环境影响报告表(试行) 项目名称:———————————————————————————————————————建设单位(盖章):———————————————————————————————————— 编制日期:年月日 国家环保总局制 《建设项目环境影响报告表》编制说明 《建设项目环境影响报告表》由具有从事环境影响评价工作资质的单位编制。 1.项目名称——指项目立项批复时的名称,应不超过30个字(两个英文字段作一个汉字)。 2.建设地点——指项目所在地详细地址,公路、铁路应填写起止地点。 3.行业类别——按国标填写。 4.总投资——指项目投资总额。 5.主要环境保护目标——指项目区周围一定范围内集中居民住宅区、学校、医院、保护文物、风景名胜区、水源地和生态敏感点等,应尽可能给出保护目标、性质、规模和距厂界距离等。 6.结论与建议——给出本项目清洁生产、达标排放和总量控制的分析结论,确定污染防治措施的有效性,说明本项目对环境造成的影响,给出建设项目环境可行性的明确结论。同时提出减少环境影响的其他建议。 7.预审意见——由行业主管部门填写答复意见,无主管部门项目,可不填。 8.审批意见——由负责审批该项目的环境保护行政主管部门批复。 评价单位________________(公章) 项目负责人:____________ 一、建设项目基本情况

二、建设项目所在地自然环境社会环境简况 三、环境质量状况 四、评价适用标准

五、建设项目工程分析 六、项目主要污染物产生及预计排放情况 七、环境影响分析 八、建设项目拟采取的防治措施及预期治理效果

九、结论与建议

PROJECT工作计划

要按下面序号顺序做计划 1. 定义日历,即事先定义好项目周期内的节假日 2. 输入项目开始日期(正排计划)或完成日期(倒排计划),菜单里面打开:“项目”—“信 息” 3. 输入任务名称 4. 输入任务的周期 5. 定义任务之间的顺序关系 6. 定义好限制条件(任务默认都是“越早越好”。不要为此限制输入开始或完成日期,只要定义好周期,和其 它任务顺序连接即可。要充分挖掘任务之间的关系;能在子任务之间链接的,不作父任务之间的链接;每个任务都直接或间接的有前置任务) 7. 8. 9. 10. 输入任务的开始日期(不要动完成日期,要让其自动生成)定义任务的负责人和资源定义不同人力资源的不同日历根据最后节点来不断调整。 以下罗列一些project使用的基本技巧,供参考! 1. 任务限制类型一般为越早越好,手动调整任务的时候任务性质可能变为不 得早于?开始等。当设置任务为不得早于?开始时候,甘特图备注栏位会有一个小窗体,如果一个甘特图有许多这样的小窗体,对不起,这个甘特图是有问题的。 2. 当项目开始时间调整后,整个项目计划能够原封不动的平移(参见 project给出来的几个软件开发计划模板)。做到这一点要充分挖掘任务之间的关系,链接任务达到任务具有相对起始时间而不是绝对起始时间。要做到这一点,要保证 1. 任务限制定义为越早越好 2. 每个任务(第一任务除外,可能存在多个并行第一任务)都直接或间接的有前置任务。尽量挖掘任务之间的关系。譬如可以关联总体设计分析与需求阶段的需求分析任务设置关联,任务相关性设置为完成-开始-20%。也就是说在需求分析完成80%的时候开始总体设计。 3. 项目信息需要设置“项目开始时间”;工具->选项显示大纲编号;在工 具->选项->视图tab中打开项目甘特图中显示大纲数字、显示项目摘要任务选项; 4. project可以自己算出关键路径(cpm),但是以下情况会影响自动计算关键路径的准确性:1. 子任务工作量与估算有很大偏差;2. 越早开始越好的任务限制条件定义为不得早于?开始;3. 项目计划中有些周期性的管理性任务。4. 资源过度分配。 5. 任务的链接最好是具体任务之间的链接。能在子任务之间链接的,不作父任务之间的链接。 6. 建议每个阶段或里程碑要保存基准计划,每固定的时间间隔可以保存中期计划。 7. project中文件->另存为->microsoft excel工作薄,可以导出任务列表,估算时可以采用该列表。 8. 视图->其他视图->日历甘特图能够方便的看到每周的工作安排,便于每周的任务跟踪。 9. 视图->资源视图能够方便的观察到是否存在资源过度分配,传统意义都是通过视图->资源使用状况来调整资源过度分配。调整时注意人力资源存在生产效率1-10倍的差异,project中使用的是标准人天等等。

环境影响评价报告表模板

环境影响评价报告表模板

建设项目基本情况(黑体、小三) 项目名称 (表格内文字体:仿宋、四号) 建设单位 ←(表格栏目字体:宋体、四号) 法人代表 联系人 通讯地址 联系电话 传真 邮政编码 建设地点 立项审 批部门 批准文号 建设性质 新建□ √改扩建□技改□ 行业类别 及代码 占地面积 (平方米) 绿化面积 (平方米) 总投资 (万元) 其中:环保 投资(万元) 环保投资占总投资比例 评价经费 (万元) 预期投产日期 年 月 工程内容及规模: (黑体、四号) (一级标题:仿宋、四号、加粗) (正文仿宋、四号) (附图1:项目地理位置图、附图2:项目平面布置图等的标题用宋体、小三或14pt 字号、加粗) (文中表格的表头标题用仿宋、四号,其它均用仿宋,五号或小四号) 文章标题或段落层次一律采用统一标准化编号,即: 1 一级标题

1.1 二级标题 1.1.1 三级标题或段落 1.1.1.1 四级标题或段落(以下类推,例如:见下) 2 2.1 2.1.1 2.1.2 2.1.2.1 2.2 2.3 2.3.1 2.3.1.1 2.3.1.2 2.3.1.2.1 与本项目有关的原有污染情况及主要环境问题:(黑体、四号)(一级标题:仿宋、四号、加粗) (正文仿宋、四号)

建设项目所在地自然环境社会环境简况 自然环境简况(地形、地貌、地质、气候、气象、水文、植被、生物多样性等):(黑体、四号) (一级标题:仿宋、四号、加粗) (正文仿宋、四号)

社会环境简况(社会经济结构、教育、文化、文物保护等):(黑体、四号)(一级标题:仿宋、四号、加粗) (正文仿宋、四号)

project软件项目开发计划模板

project软件项目开发计划模板 篇一:项目开发计划——Project软件的使用 项目开发计划——Project软件的使用 实验目的: 1. 了解Project20XX的特色、安装过程、集成环境; 2. 掌握Project20XX的基本功能和使用方法; 3. 掌握项目管理中的范围管理与进度管理方法,掌握WBS工作分解结构的绘制和进度计划的绘制。 4. 根据工作任务分解绘制出WBS图,并根据进度计划表绘制出Gantt图。实验内容: 1.阅读实验指导,了解project20XX的主要视图。 2.根据实验指导,绘制示例的WBS图,与Gantt图,并分析关键路径。 3. 画出课程设计项目的甘特图,注意需把任务分配到 小组的每位同学(信息专业做) 4.完成以下案例某省政府办公自动化系统的WBS图及Gatt图。 案例:某省政府办公自动化系统 任务:根据软件开发过程将该系统的开发实现分解成需 求分析、方案设计、程序设计、测试与联调、培训交付等任 务。其中,方案设计又可分为总体设计和详细设计两个子任

务,并划分得出功能模块有系统后台管理、办公文档管理、 部门业务管理、公众信息管理、后勤管理五个:程序设计则 根据在方案设计中得到的功能模块进行划分子任务。在测试 与联调阶段,则根据测试步骤划分为单元测试、集成测试、 确认测试和系统测试等这些子任务。培训与交付则划分为用 户培训和成果交付两个子任务。 人员:总体组(系统分析师A、系统分析师B、软件设计师A、软件设计师B、软件设计师 C) 软件开发组(编程员A、编程员B、编程员C、编程员D)测试组(测试员A、测试员B、测试员C) 分工:总体组负责需求分析以及方案设计、以及最后的 用户培训、验收与交付;软件开发组负责程序设计;测试组 负责测试与联调 工期为:20XX年1月1日至20XX年6月30日,6个月人工费用:系统分析师:500元/工时软件设计师:300元/工时 测试员:250元/工时编程员:200元/工时 各阶段大致花费时间: 需求设计:约30个工作日 方案设计:约35个工作日 程序设计:约40个工作日

施工进度计划project模板

施工进度计划project模板篇一:project进度计划编制方法 要按下面序号顺序做计划 1. 定义日历,即事先定义好项目周期内的节假日 2. 输入项目开始日期(正排计划)或完成日期(倒排计划),菜单里面打开:“项目”—“信 息” 3. 输入任务名称 4. 输入任务的周期 5. 定义任务之间的顺序关系 6. 定义好限制条件(任务默认都是“越早越好”。不要为此限制输入开始或完成日期,只要定义好周期,和其它任务顺序连接即可。要充分挖掘任务之间的关系;能在子任务之间链接的,不作父任务之间的链接;每个任务都直接或间接的有前置任务) 7. 8. 9. 10. 输入任务的开始日期(不要动完成日期,要让其自动生成)定义任务的负责人和资源定义不同人力资源的不同日历根据最后节点来不断调整。

以下罗列一些Project使用的基本技巧,供参考! 1. 任务限制类型一般为越早越好,手动调整任务的时候任务性质可能变为不 得早于?开始等。当设置任务为不得早于?开始时候,甘特图备注栏位会有一个小窗体,如果一个甘特图有许多这样的小窗体,对不起,这个甘特图是有问题的。 2. 当项目开始时间调整后,整个项目计划能够原封不动的平移(参见 Project给出来的几个软件开发计划模板)。做到这一点要充分挖掘任务之间的关系,链接任务达到任务具有相对起始时间而不是绝对起始时间。要做到这一点,要保证1. 任务限制定义为越早越好 2. 每个任务(第一任务除外,可能存在多个并行第一任务)都直接或间接的有前置任务。尽量挖掘任务之间的关系。譬如可以关联总体设计分析与需求阶段的需求分析任务设置关联,任务相关性设置为完成-开始-20%。也就是说在需求分析完成80%的时候开始总体设计。 3. 项目信息需要设置“项目开始时间”;工具->选项显示大纲编号;在工 具->选项->视图tab中打开项目甘特图中显示大纲数字、显示项目摘要任务选项; 4. Project可以自己算出关键路径(CPM),但是以下情况会影响自动计算关键路径的准确性:1. 子任务工作量与

项目管理通用模板 完美套用

01项目组成员 Project Team Members 一、项目基本情况I. Project Basic Info 项目名称project name:T客户考察公司项目编号project code:T0808 制作人prepared by:张三审核人reviewed by:李四 项目经理project manager:张三制作日期data:2005-7-8 二、项目组成员II. Project Team Directory 成员姓名Name 项目角色 Project Role 所在部门 https://www.360docs.net/doc/ed3573732.html, 职责 Reponsibilit 项目起止 日 期Data 投入频度及 工作量 联系电话 Tel No. 主管经 理 Supervis 李四项目赞助人 Sponsor A国代表处项目赞助 张三项目经理 Manager VIP客户 接 待策划处 总体负责 王五项目核心成员 Core team A国代表处客户关系 签字signature:日期date: 项目赞助人Sponsor 李四2005-7-8 项目经理project manager 张三2005-7-8

02项目策划/任务书(Project Plan/Charter) 一、项目基本情况I. Project Basic Info 项目名称project name:T客户考察公司项目编号project code:T0808 制作人prepared by:张三审核人reviewed by:李四 项目经理project manager:张三制作日期data:2005-7-8 二、项目描述II. Project Description 1.项目背景与目的(所有的项目均起始于某个商业问题,该部分简要描述这些问题) 1. Project background & target (every project starts at specific business problems, and this part briefly describes these. 背景:A国是公司的战略市场,其第二大运营商为TELECOM公司,我司于2005年4月5日正式中标一个100万线固网项目(N 项目),该项目在2005年6月份开始实施,在实施过程,出现了以下三个方面的问题: 1.延迟交货; 2.发错货问题严重; 3.初验测试问题层出不穷,客户开始质疑我司软件版本管理和质量控制能力; 这些问题引起了TELECOM高层关注,对以后与我司的合作开始持观望态度 目的:改善客户关系,重建客户对与我司合作的信心 2.项目目标(包含质量目标,工期目标、费用目标和交付产品特征与特征的主要描述) 2. Project objectives (including time limit , cost objectives, deliverables and brief description of their features) 在2005年7月31号前邀请TELECOM公司CTO带队到我司考察,打消客户关于我司供货能力的怀疑,增强客户对我司研发能力、工程管理能力的信心,项目预算20万。 三、项目里程碑计划(包含里程碑的时间和成果)III. Project milestones ( including time limit and deliverables of project milestones) 7月8日7月11日7月14日7月17日7月22日7月25日 成立项目组递交邀请函行程确认启程考察结束回访 四、评价标准(说明项目成果在何种情况下将被接受)IV. Project acceptance criteria (to describe conditions under which the deliverables are CTO在考察人员之列,考察活动如期成行(7月底之前); 考察期间不出现任何内容失误(如没有高层领导接待,样板点无法参观等),后勤失误不超过1次(如因车辆、签证等问题导致考 察不能完全按照时间表进行); 客户考察之后消除了疑虑,认可我司的供货、研发和工程管理能力(客户有明确的正面意见反馈),支持我司后续项目实施(N项目按照双方共同达成的时间表实施); 考察费用不超过预算(20万元) 五、项目假定与约束条件(说明项目的主要假设条件和限制性条件)V. Project assumptions and constraints (to describe the main project assumptions and the ? 假定:1、假定客户能行;2、假定我司内部接待资源都能落实;3、假定我司以外的接待资源都能获得(如签证、国际机票等) 约束:1、客户考察必须在7月底之前完成;2、必须安排客户住在离公司车程半个小时以内的五星级酒店;3、必须安排公司至少 六、项目主要利益干系人(包括高管、客户、职能部门主管、供应商、项目赞助人、项目经理、项目组成员等干系人) 姓名name 类别(加下拉菜单)部门职务李四项目赞助人A国代表处代表 张三项目经理总部VIP客户接待策划处策划经理 王五项目组成员A代表处T客户群客户经理 赵六项目组成员总部技术服务部N项目接口人 吴丹项目组成员总部供应链N项目接口人 刘峰项目组成员总部研发N项目接口人 张芳项目组成员总部客户工程部接待经理

环评报告表模板

环评报告表模板

建设项目环境影响报告表 (试行) 项目名称: ******************项目建设单位(盖章): *******************公司 编制日期20**年**月**日 国家环境保护总局制

环境影响评价资格证书 (彩色原件缩印1/3) 评价单位*****************公司(公章) 项目负责人:杨*** 评价人员情况 姓名从事专业职称上岗证书号职责 李四************************************张三************************************吴二************************************

建设项目基本情况 项目名称*******************项目 建设单位*******************公司 法人代表姚**** 联系人李五 通讯地址****省(自治区、直辖市) ****** 市(县) 联系电话0851—*** 传真0851—*** 邮政编码550002 建设地点*****省****市***区****路***号 立项审批部门************* 批准文号************* 建设性质新建□改扩建□技改□ 行业类别 及代码 ************* 占地面积 (平方米) ************* 绿化面积 (平方米) ************* 总投资(万元) ******* ****** 其中:环保投 资(万元) ********* **** 环保投资占 总投资比例 ********* **** 评价经费(万元) ******* ****** 预期投产日期20** 年**月

最新项目管理计划书-经典模板资料

Co. Lt 有限公司Product version 产品版本 Confidentiality level 密级 Project ID 项目ID Total pages: 共29页 XX Project Plan XX项目计划 Prepared by 拟制Date 日期 yyyy-mm-dd Reviewed by 审核Date 日期 yyyy-mm-dd Approved by 批准Date 日期 yyyy-mm-dd

Revision record 修订记录 Date 日期Revision version 修订版本 Description 描述 Author 作者 2001-06-08 1.00 initial 初稿完成name 作者名yyyy-mm-dd 1.01 revised xxx 修改XXX name 作者名yyyy-mm-dd 1.02 revised xxx 修改XXX name 作者名……………………yyyy-mm-dd 2.00 revised xxx 修改XXX name 作者名 Distribution LIST 分发记录 Copy No. Holder's Name & Role 持有者和角色 Issue Date 分发日期 1 < RDPDT > yyyy-mm-dd 2 yyyy-mm-dd 3 yyyy-mm-dd 4 yyyy-mm-dd 5 yyyy-mm-dd

Catalog目录 7 1 1 Introduction 简介 .1 1.1Purpose 目的7 .2 1.2Scope 范围7 .3 1.3References 参考资料7 7 22Resource Summary资源概述 8 33Project specific software Processes 项目特定的软件过程 8 4 4 Project Scope项目范围 8 5 5 Deliverables交付件 .4 5.1 Customer Deliverables给客户的交付件8 .5 5.2 Internal Deliverables内部交付件8 8 6 6 Organization and Responsibilities组织和职责 10 77 Estimated Size /Effort/schedule规模/工作量/进度的估计 .67.1Estimated size估计的规模10 .77.2Estimated effort估计的工作量10 .87.3Estimated schedule估计的进度11 11 88 Project resource required 项目所需资源 .98.1Equipment Requirement 设备需求11 .108.2Software tools 软件工具11 .118.3Documents 文档资料12 .128.4Customer Supplied Products 需要客户提供的产品12 .138.5Staffing 人员需求12 .148.6Travel 差旅12

相关文档
最新文档