项目经理培训

工程经理内部培训工程监理部ISO9002技术管理标准工程监理标准及其实施细那么工程管理标准化文档CVSMSProject的相关知识培训内容标准工程管理运作提高工程管理水平提高企业核心竞争力提高工程经理的个人开展空间培训目的ISO9002:1994质量体系认证：生产、安装和效劳的质量保证模式ISO9002 文件控制程序 质量记录控制程序 管理评审控制程序 培训控制程序 合同评审管理程序ISO9002采购控制程序工程管理控制程序顾客满意监控程序内审控制程序不合格管理程序纠正和预防措施控制程序ISO9002文件控制程序目的：保证在质量体系运行的各个部门使用文件的有效性。范围：适用于本公司质量管理体系的质量手册、程序文件、工作文件、外来文件及资料。职责：总裁:负责质量方针、质量手册、程序文件的审批；管理者代表:负责组织质量体系文件的编写、修改和质量手册、程序文件的审核；各部门:负责相关工作文件的编写、修改；文件管理员：负责文件的分发、标识、保管。质量记录控制程序目的：控制与本质量体系有关的所有质量记录，保持其完整性，以证明质量体系有效运行和所提供的效劳到达规定的要求，并作为质量体系改进的论据。范围：适用于与质量体系有关的所有质量记录。职责：各部门负责人：负责本部门质量记录表格的编制、审批、催促相关工作人员填写、保管和定期销毁本部门质量记录。管理评审控制程序目的：本程序规定了公司对从事与质量有影响的工作人员实施工程工程的根本要求，通过标准工程立项、工程实施以及工程监控，以提高奥尊工程人员的职业技能，保证工程质量以及客户满意度。范围：本程序适用于公司所有与产品或效劳质量有关人员的工程工程实施。职责：事业部技术副总开发部门经理工程经理培训控制程序目的：本程序规定了公司对从事与质量有影响的工作人员进行培训的根本要求，通过对员工进行入职、岗位技能、管理技能等多方面的培训，以提高奥尊全员职业技能，增强员工对公司归属感和责任感的重要制度和保证。范围：本程序适用于公司所有与产品或效劳质量有关人员的培训。职责：人力资源部部门培训接口人合同评审管理程序目的：在合同签订或投标之前，对合同〔标书〕进行评审，以准确理解顾客的要求，确保合同〔标书〕中提出的各项要求都有明确规定，并具有满足客户要求的能力。范围：本程序适用于本公司承接的所有软件开发工程的设计、咨询等业务的合同〔标书〕的评审。职责：商务部为合同〔标书〕的归口管理部门，负责组织合同〔标书〕的起草与评审，并负责组织对外进行商务谈判。事业部和系统工程部负责对顾客提出的技术要求、质量要求和交货期等进行审查，确认我方是否具有满足顾客要求的能力。并参与对外技术洽谈和合同〔标书〕的评审主管副总裁负责审批重要工程的合同〔标书〕。总经理或副总根据合同金额负责范围内合同的签订。采购控制程序目的：保证所采购的物资、软件符合其质量及技术标准和本公司使用部门的要求，确保采购质量，降低采购本钱。适用范围：本程序适用于本公司软件开发用的产品、效劳的采购审批、实施；采购产品、效劳确实认验证、采购资料保管管理工作。职责：常务副总负责批准各种采购对象的采购申请，并签署其采购合同。文化资讯部经理负责审核采购对象的采购申请及其采购合同。各部门经理负责编制本部门相应的采购对象的采购申请，根据采购对象报常务副总审核批准。工程管理控制程序目的：本程序规定了公司对从事与质量有影响的工作人员实施工程工程的根本要求，通过标准工程立项、工程实施以及工程监控，以提高奥尊工程人员的职业技能，保证工程质量以及客户满意度。范围：本程序适用于公司所有与产品或效劳质量有关人员的工程工程实施。职责：事业部技术副总开发部门经理工程经理工程工程师顾客满意监控程序目的：为了更客观地检验我们工程管理的质量，了解客户对我们工程实施中和实施后的满意程度，持续改善公司质量管理体系，进行客户满意度调查，也以此作为年终优秀工程小组评选的依据之一。适用范围：适用于与我司签订了合同且正在进行或已经完成的软件开发工程。职责：市场部负责客户满意度调查程序和满意度调查表的制定与发放及客户满意度调查的信息汇总及评估。相关责任部门根据调查结果做相应改善内审控制程序目的：建立本程序旨在对公司内部质量体系审核的开展提供标准,并以此验证质量活动和有关结果是否符合方案的安排,确保质量体系的有效性，并为质量体系的持续改进提供依据。适用范围：适用于公司内部质量体系审核运作过程。职责：管理者代表负责统筹内部质量审核运作,并任命审核组长审核组长组织并实施内部质量审核具体工作公司各部门有责任协助并接受内部质量审核,并对内部质量审核中发现的不合格项采取纠正和预防措施。。。。不合格管理程序目的：使不合格产品、或效劳处于受控状态，防止非预期的交付或使用，对体系运作过程中出现的不合格作及时有效处理。范围：适用于采购的产品不合格和提供的产品或效劳不合格以及管理体系运行过程中的不合格。职责：总裁：确定和批准对严重不合格的处理和验证部门经理：负责对所属部门一般不合格的控制和处理。对严重不合格按总裁批示进行整改纠正和预防措施控制程序目的：通过对纠正和预防措施的控制，消除实际或潜在不合格产生的原因，防止类似不合格重复出现。范围：采购产品的不合格、客户投诉和报怨、内外反响的信息、内部质量审核与管理评审、其它潜在不合格职责：总裁：批准纠正措施、预防措施，并催促相关部门实施管理者代表:负责确定投诉性质和责任；对纠正、预防措施进行跟踪验证各部门:制订纠正与预防措施并组织实施技术管理标准工程管理系统以<<工程管理手册>>为指导，在工程实施过程中的文档格式可以参照<<文档目录>>中所列的文档样本，各工程的文档将存放于办公室中的该工程的档案夹中，文档于档案夹中的放置位置将按照档案夹第一页中<<档案目录>>所列位置放置。工程师将所有有关工程的文档都系统地、标准地保存起来，方便以后在工程实施过程中对以前文档的查询，更方便领导检查了解工程的进展情况。技术管理标准本手册的目的是通过实现公司工程的合理管理和标准操作，进而保证工程的实施质量、控制工程的本钱、提高工作效率，并通过建立相关工程文档实现公司知识沉淀，进一步提高公司员工的工作能力。本手册包括工程工程中的功能组织和主要的工程文件，包括负责人一览表、组织机构图、工作进度表、技术要求和文件一览表等，为以后执行全面的质量体系进行必要的过渡技术管理标准工程启动工程总体方案工程工程实施运行及控制需求分析设计编码安装调试培训工程工程监察及控制系统验收工程结束工程监理标准总那么监理机构主要职责工程监理角色奥尊公司本部监理方开发方：奥尊公司各事业部工程组过程工程的前期监理工程过程监理工程的后期监理工程监理实施细那么前期监理审核工程经理提供的资料审核工程经理提供的开发方案及时间表工程监理实施细那么过程监理 系统需求分析 系统设计 软件需求分析 概要设计 详细设计 软件编码 工程监控 软件鉴定测试 系统鉴定测试 总调试 工程监理实施细那么后期监理 试运行 问题和修改 实施修改 评审和通过 培训方案的实施 完工验收 结算款项工程管理标准化根底知识四个根本要素时间：反映在工程方案中的工程完成所需时间。资金：即工程的预算，取决于资源的本钱，这些资源包括完成任务所需的人员、设备和材料。范围：工程的目标和任务，以及完成这些目标和任务所需的工时。质量：工程的质量要求和质量标准四个根本要素时间、资金、范围和质量这四个要素构成了工程三角形。调整其中任何一个元素都会影响其他三个元素。虽然这四个元素都非常重要，但通常有一个元素对于工程有决定性的影响。这些元素之间的关系随着工程的不同而有所变化，它们决定会出现的问题种类，以及可能的解决方案。了解什么地方会有限制、什么地方可以灵活掌握，将有助于规划和管理工程。工程管理标准化工程管理标准化首先是工程文档标准化工程文档标准化强调文档统一，完善和程序化但是工程文档标准化只是PaperWork，工程经理首先通过PaperWork提高工程管理水平工程管理的标准是工程成功成为一种必然，而不是一种偶然工程循环周期工程运作过程工程运作过程的活动按照其性质可分为工程开发、工程管理、机构支撑三类，类别之间存在直接的依赖关系。工程运作过程中的角色常设角色临时角色机构过程改进项目管理过程项目研发过程机构支撑过程立项建议小组立项评审委员会结项评审委员会技术评审小组配置控制委员会软件工程过程组质量保证小组机构领导项目经理需求分析员技术预研人员系统设计人员开发小组测试小组配置管理员质量保证员外包管理员采购管理员培训管理员客户服务人员产品维护人员如上图所示，工程开发过程域中包含8个活动，这些活动与软件产品生命周期相对应，构成了相对封闭的工程开发过程。工程研发过程域需求开发与需求管理系统设计实现与测试正式技术评审流程工程研发过程文档清单过程域需求开发技术预研系统设计实现与测试系统测试Beta测试客户验收技术评审

文档模板用户需求说明书软件需求规格说明书技术预研计划技术预研报告体系结构设计报告用户界面设计报告数据库设计报告模块设计报告实现与测试计划编程文档系统测试计划测试用例测试报告BeTa测试协议BeTa测试报告客户验收计划客户验收报告技术评审计划技术评审报告技术评审检查表工程管理包括立项管理、工程规划、工程监控、风险管理、需求管理、结项管理。工程管理的活动也与软件产品生命周期相对应，构成一个封闭的过程。工程管理过程域工程立项过程工程规划工程监控、风险管理过程域立项管理结项管理项目规划项目监控

风险管理

需求管理

文档模板立项建议书立项调查报告书立项可行性分析报告立项评审报告结项申请书结项评审报告项目估计表项目计划项目计划变更控制报告项目监控数据表项目偏差控制报告项目进展报告风险检查表风险管理报告需求跟踪报告需求变更控制报告工程管理过程文档清单配置管理质量保证外包与采购管理培训管理效劳与维护机构支撑与工程开发、工程管理不同，它与软件产品生命周期没有明显的对应关系，也不能构成一个有明显的开始和结束的过程。主要包含以下几个过程：机构支撑过程域配置管理质量保证流程客户效劳与产品效劳过程域质量保证配置管理

外包与采购管理

培训管理

服务与维护

文档模板质量保证计划质量保证检查表质量保证报告质量问题跟踪表配置管理计划配置库管理报告配置项变更控制报告外包开发竞标邀请书承包商评估报告外包开发合同外包开发过程监控报告外包开发成果验收报告采购竞标邀请书供应商评估报告采购合同采购物品验收报告培训计划培训评估报告客户服务计划客户服务报告产品维护计划产品维护报告机构支撑过程文档清单WinCVS操作根本知识WinCvs操作目录配置登录检出〔checkout〕工程--从效劳端检出修改提交文件到效劳端更新文件--将效劳端文件更新到本地添加文件删除文件找回被删除的文件合并不同分支〔版本〕的文件〔merge〕导入模块(文件夹)--将本地文件夹添加到效劳端创立标签、分支创立标签、分支查看文件的状态WinCvs操作-配置

安装好cvs后，就需要配置效劳端了。

从开始菜单中翻开cvs，配置步骤如下WinCvs操作点击菜单Admin->preferences，在弹出的窗口中设置如下

在Username框中填入你们自己在linux上的用户名

WinCvs操作Globals标签上注意"checkoutread-only"和"prune〔remove〕emptydirectories"两个选项，分别表示“检出时文件只读〞和“自动删掉空目录〞设置编辑器和存放口令的目录〔第一次登录输入口令保存后，下次登录就不需要再输入了〕WinCvs操作-登录

WinCvs操作-登录

配置完后，应该登录以使效劳端记住你的登录名和密码。点击菜单Admin->preferences，输入口令即可。登录名和口令会存放在上图你设置的HOMEfolder文件夹的.cvspass文件中，下次进入不需要再输入口令WinCvs操作-检出

如果在效劳端，工程已建立，只需checkout到本地来即可1．如图：选择放置模块〔工程〕的目录WinCvs操作-检出

2．点击菜单Create－>checkoutmodule，输入模块名即可。

注意此处不需要先建立模块名，直接checkoutWinCvs操作从效劳端checkout工程后，会在本地建立文件的拷贝，在客户端修改后提交〔commit〕到效劳端即可将最新的文件保存到效劳端如以下图，修改后的文件显示为红色。此时的修改只修改了本地的文件，如果要提交到效劳器端，点击选中被修改正的文件，从右键菜单中选择"commitselection"命令即可提交到效劳断后，文件版本会自动加1修改提交文件

WinCvs操作对本地的文件修改前，最好先从效劳端更新文件，因为多人操作同一个文件时，没有及时更新容易引起冲突。如甲乙检出的版本同为1.2，甲修改提交后的版本为1.3，乙此时没有更新，在本地1.2的根底上修改提交，此时就会有冲突如以下图，冲突的文件会显示。更新文件，点击选中文件〔可多项选择〕，从右键菜单中选择"updateselection"命令即可将效劳端的最新文件更新到本地。更新文件--将效劳端文件更新到本地WinCvs操作在本地添加文件后，要提交到效劳端。

先选中文件，然后点击"添加按钮"，添加文件后，再在右键菜单中选择提交命令"commitselection"即可。注意此处有两个按钮，一个添加一般的文件；一个添加二进制文件，如图片文件。添加文件

WinCvs操作1.选中文件后，点击删除按钮，将文件从本地删除。2.删除后，从右键菜单中选择"commiteselection"命令，才能将效劳端的文件删除。

删除文件

WinCvs操作如果只是点击删除按钮删除文件，那么点击添加按钮即可将文件找回。如果已提交到效劳端，将文件从效劳端删除，那么应在本地建立一个同名的文件〔可以为空文件〕，将文件添加提交到效劳端，此时，可以找到丧失的文件，只不过会在原来被删除版本的根底上将本地的创立的文件升级一个版本。文件的历史版本仍然存在。如果想要将历史版本覆盖当前版本，最简单的方法是合并〔merge〕找回被删除的文件

WinCvs操作在update文件时，第三个tab就是合并选项。也即合并文件是通过update来进行的。如下，说明了几种合并方式。合并不同分支〔版本〕的文件WinCvs操作如上图设置，将v_ds版本覆盖另v_xj

WinCvs操作如上图设置，将v_ds版本与当前版本比较合并，将onlythisreg./tag中指定的版本与当前版本进行合并，通常会有冲突发生。例如

v_xj为当前版本，文件内容为：

--xj

xj

v_ds文件内容为：

dsbeforemerge--ds

nowitbecomethefileofds

Iwanttomergeagagin

按上图设置合并版本，会显示文件冲突，翻开文件如下：

<<<<<<<test.txt

--xj

xj

=======

dsbeforemerge--ds

nowitbecomethefileofds

Iwanttomergeagagin

>>>>>>>1.1.4.4

在这里，ds版本的文件比当前的xj版多出了一行，在合并时不能一行行对应合并，会显示文件冲突〔从效劳端更新文件"一节中的显示〕，将cvs添加的冲突标识符去掉，修改文件为所需的样子commit即可。WinCvs操作1．如图，在cvs中选中要导入的文件夹。导入模块(文件夹)将本地文件夹添加到效劳端WinCvs操作3．将本地文件导入到效劳断后，本地并没有跟效劳端建立联系，如要建立联系，必须再将模块从效劳端检出〔checkout〕才行。

如果文件夹里的文件比较少，可以直接采用添加的方式。先添加文件夹，再添加下面的文件，与添加文件方式一样。导入模块(文件夹)将本地文件夹添加到效劳端WinCvs操作在cvs有几种概念容易混淆。

version：一般我们所指的版本翻译成英文应该是这个词。在cvs中，确用revision这个词来代替这种说法，大概他们觉得正式版才能叫version，而我们平时不断修改的版本只能叫revision。

tag：tag顾名思义就是做个标签，如张三的文件，他就可以做个标签为"张三"以说明是他的文件。Tag只是在文件上做了一个标签，并没有创立不同的文件，这一点跟branch不同。。创立标签、分支WinCvs操作Branch：分支是个很有用的概念，当我们在原来的版本根底上需要创立另外一个版本〔工程〕时，可创立一个分支，分支跟主版本可独立开发，又可以相互合并。如我们的新疆工程跟德赛工程根本上相同，可直接在新疆的根底上创立一个分支v_ds。新疆上有用的地方直接合并到德赛分支上。

一般是有个发布版v1.0，在开发v1.2的根底上，同时又在修改v1.0，这时创立分支就也可以互相合并。创立标签、分支WinCvs操作在cvs中，update某个tag或branch或revision是通过同一个界面选项，如以下图，只需要根据名称来输入即可WinCvs操作在modify菜单下有"createatagonselection"条目，选中文件后，即可通过这个菜单给文件创立tag

在create菜单下有"createatagbymodule"，可对模块创立标签。创立分支跟tag一样，也在modify和create菜单下，只不过条目不同而已，就不多解释了创立标签、分支WinCvs操作右键菜单中选择"statusselection"可查看文件的当前状态，如下例

=========================================

File:test.txtStatus:Up-to-date

Workingrevision:1.4

Repositoryrevision:1.4/usr1/tt/test1/test.txt,v

StickyTag:(none)

StickyDate:(none)

StickyOptions:(none)

ExistingTags::

v_zs(revision:1.3)

v_ds(branch:1.1.4)

v_xj(branch:1.1.2)

test(revision:1.1)

V2(branch:1.0.4)

v1_2(branch:1.0.2)看文件的状态WinCvs操作右键菜单中选择"logselection"可查看文件的历史信息，包括修改者，修改时间等，如下例

----------------------------

Revision:1.4

Date:2002/1/162:14:25

Author:'lixin'

State:'Exp'

Lines:+1-1

Description:

nomessage

----------------------------

Revision:1.3

Date:2002/1/162:1:59

Author:'lixin'

State:'Exp'

Lines:+40

Description:

nomessage看文件的状态Project2002操作根本知识Project2002一个工程的生命周期MicrosoftProject的功能MicrosoftProject2002完成工程的根本规那么和术语MicrosoftProject2002根本操作工程的生命周期明确工程目标制定方案表发布方案表跟踪工程过程和根据变化作调整完成工程与存档MicrosoftProject的功能编制组织信息的功能计算功能方案比较功能诊断和维护功能共享工程信息的功能跟踪任务的功能根本术语一个完整的工程一般都包括任务阶段点和资源所谓任务是指开始日期和完成日期的具体工作它是日程的组成单元工程通常由相互关联的任务构成所谓阶段点是指一个工期为零用于标识日程中重要事项的简单任务它可以作为工程中主要事件的参考点用于监视工程的进度所谓资源是指完成任务所需要的人员设备和原材料等等资源负责实际完成工程中的任务有两种类型的资源工时资源和材料资源当要指定由谁来完成日程中的任务或需要什么来完成任务时可以使用资源根本规那么提供数据用户必须向Project提供尽可能精确和合理的任务信息以便Project规划，用户提供的信息越多做出的工程规划就会越合理使用日历在创立工程时Project将其标准日历设置为该工程中资源的默认日历该日历的工作关键路径Project使用关键路径的方法计算工程的整个工期资源对工期的影响利用范本方式进行部署联信股份为一家从事贸易的公司，在最近，由于公司快速的成长面临了企业快速变更的挑战，公司决定全方位导入知识管理系统，实际上，在原本传统的作业下，总是老业务带着着新业务，而知识都只是藏在老业务的脑海中，而一旦老业务离职或者是高升时，这些知识也就随着老业务的离职而消失。最近，公司决定不如数字化工作环境，于是也决定导入MicrosoftProject2002以便能够好好将知识传承下去，而你便是这项工作的执行者，我们要做的第一道工作便是了解如何快速进行MicrosoftProject2002部署方案，并告知老板知道。这向方案老板要求能够在两个月内完成，此时，我们应该怎么办呢？正所谓前人种树，后人乘凉，直接套用范本是最快而最有效率的方式，所幸，MicrosoftProject提供我们许多范本供我们直接套用，只需选择适合我们使用的范本再将工程的时间与日历变更好，这样，工程便几乎规划完成了。利用范本方式进行部署开启MicrosoftProject；由〔文件/新建〕或由〔任务窗格/新建工程〕中选取〔根据模板新建/通用模板〕；利用范本方式进行部署最后选取〔Project模板〕利用范本方式进行部署此时便会出现许多模板供我们选择，有模板中选择〔工程管理办公室〕。注意：如果MicrosoftProject2002没有完全安装这些模板将不会出现。利用范本方式进行部署接着，按下〔确定〕，一个初具原型的工程方案就出现在我们面前了，那么下面就是把这个方案真正变成自己的方案了！利用范本方式进行部署这时，首先需要关注是：工程的日程排定方式，由工程开始之日起或是由工程完成之日起。工程进行时的日历。利用范本方式进行部署由〔工程〕菜单项选择取〔工程信息〕，以便进行上述信息调整利用范本方式进行部署由于老板要求能够在两个月内完成，因此我们在〔日程排定方法〕中设定〔由工程完成之日起〕安排我们的方案。利用范本方式进行部署接着在〔完成日期〕中输入为二个月后，其中，有红色圆圈的地方按一下可以跳到今天的日期。利用范本方式进行部署接着，在〔日历〕中设定自己公司的工作日历。最后，按下〔确定〕这时，你会发现我们的工程管理办公室方案已经变成我们所需的时间了。利用范本方式进行部署可是，如果这样的时间是老板不能接受的该怎么办呢？那就试着改变自己在运作上真正的时间，同时把不要的工作任务删除，Project便会再自动的帮我们计算最终的结果。利用范本方式进行部署所需的工作时间又会重新计算了。当然，如果改变工期同样也会重新计算的。利用范本方式进行部署所需的工作时间又会重新计算了。当然，如果改变工期同样也会重新计算的。利用范本方式进行部署利用如此方式便能快速制作出一份真正属于自己公司的工程管理办公室建立方案了！从空白工程开始制作起如果正巧这个工程从没有人进行过，而范本也没有类似的工程，这时，我们只好从零开始了！MicrosoftProject2002将帮助你建立一个新的工程、管理任务和资源、跟踪你的工程和报告工程信息。让我们白手起家，开始产生并建立一个全新的工程！！从空白工程开始制作起联信公司方案开发一款新颖的mp3产品，研制时间越早开始越好，工程经理杨辉洲已经在头脑中构思好了一个行动框架方案，嗯，还是赶快开始，将它做出方案向老板汇报吧！从空白工程开始制作起开启MicrosoftProject。在〔任务窗格〕中找到并按下〔新建〕图示。工程向导就会出现在左窗格处从空白工程开始制作起那么，我们就按照工程向导的提示开始〔定义工程〕。既然希望越早开始越好，工程开始时间就确定在9月2日正式开始。定义好工程估计开始的日期之后，单击〔保存并前往第2步〕从空白工程开始制作起从空白工程开始制作起接着，工程向导就会询问你是否在工程工作组中更新你的工程信息。如果你没有在效劳器上安装MicrosoftProjectServer，或者目前你不希望发布你的工程信息，那么就请选择〔否〕，反之，那么选择〔是〕。由于mp3新产品开发还处于构思阶段，工程工作组还没有正式成立，目前还没有考虑信息发布问题，故此处选择〔否〕。然后，单击〔保存并前往第3步〕从空白工程开始制作起接下来要做的就是保存你的工程。请单击〔保存〕。在弹出的文件保存窗口中，工程经理决定以〔开发mp3新产品〕作为他的文件名，保存在〔我的文档〕夹中。单击〔保存〕按钮。然后，单击〔保存并前往第4步〕从空白工程开始制作起从空白工程开始制作起现在，就是开始录入你的工程任务和所需的时间的时候了从空白工程开始制作起这个mp3新产品开发包含以下内容从空白工程开始制作起此时在画面右方的甘特图便会自动变长接着选择任务4-6，按下〔降级〕使整个工程结构变得更有结构性从空白工程开始制作起但是这还不够，老板们都希望看见工程的整体情况，难道我们还需要将每一项加起来吗？不用！MicrosoftProject早就为我们准备好了。在菜单中选择〔工具/选项〕，在弹出的〔选项〕窗口中选择〔视图〕页从空白工程开始制作起接着，在〔视图〕页找到〔显示工程摘要任务〕，然后将其钩选上。这时，你会发现你得到了工程的情况总览从空白工程开始制作起由于开发mp3新产品，首先要做的是立项，成立Team小组，进行初步市场研究等，然后才进行工程具体行动的筹划工作，因此，我们选择“立项〞以及“筹划〞两项任务按下工具栏中的〔连接任务〕图示。此时在甘特图中出现一个连接线代表所选择的第一个任务完毕后才会进行第二选取的任务，同时，这两个工程的时间也会相应的进行自动调整。从空白工程开始制作起重复12-13步，很快一份完美的方案就呈现在辉洲的面前。包括工程的总工期，开始和完成时间都自动计算出来了如果你还想要……进行一个工程当然不是如我们所说的每一个都是如此的顺利，或许你可以在设定时想到了有一些需要变更，那该怎么办呢？如果你还想要……进行一个工程当然不是如我们所说的每一个都是如此的顺利，或许你可以在设定时想到了有一些需要变更，那该怎么办呢？如果你还想要……进行一个工程当然不是如我们所说的每一个都是如此的顺利，或许你可以在设定时想到了有一些需要变更，那该怎么办呢？如果你还想要……在选择〔日历〕时不知大家是否有觉察，如果自己公司的日历正巧在Project中没有提供这该怎么办呢？例如：工程经理杨辉洲发现，他的工程时间跨度是9月2日－11月22日，可是公司因为十一国庆节放假，有一个星期工程小组成员都不在，如果你还想要……还是利用〔任务窗格〕的向导帮助完成修改工作。找到〔定义常规工作时间〕如果你还想要……此时会出现〔定义工程的常规工作时间〕窗口。我们就选择在〔标准〕日历上作修订。右边窗格可以预览〔标准〕日历的工作日设置为：每周周一至周五8:00-12:00，13:00-17:00为工作时间。一共作五步操作即可，完成日历设置，够简单吧。接着结束第一步的工作，单击〔保存并前往第2步〕如果你还想要……接着需要〔定义工作周〕，决定一周中的哪些天是工作日，缺省是周一到周五，正是联信公司的每周工作日安排，故不用变更。单击〔保存并前往第3步〕如果你还想要……接着出现〔设置假日和倒休〕窗格，这就是我们此次日历变更的关键之处。单击〔更改工作时间…〕如果你还想要……接着便会出现〔更改工作时间〕对话框如果你还想要……接着，我们可以利用鼠标＋Ctrl键进行不连续选取，也可以利用鼠标＋Shift进行连续选取。十一放假为10月1日－10月7日，那么就把这一段时间选取上吧，再选择设定为〔非工作日〕。而9月28日－9月29日为调休时间，故应将其选择上后，设定为〔非默认工作时间〕，当然还可以输入〔从〕至〔到〕的工作时间。按下〔确定〕按钮，回到〔工程工作时间〕窗格，这一步也完成了，那么我们就单击〔保存并前往第4步〕吧。如果你还想要……接着出现的就是〔定义时间单位〕窗格，需要我们决定每个工作日的工作工时，每周的工时，每月的工时。标准日历的缺省为：每日工时：8小时；每周工时：40小时＝8小时/天×5天；每月工作日：20天，这个正好是联信公司的工时安排，故不用变更，直接单击〔保存并前往第5步〕。如果你还想要……接着便会出现〔工程日历已设置〕的提示窗格，告诉你，一切都大功告成了！等等还是一步，当然是别忘了〔保存并完成〕。当然如果你不希望在〔标准〕日历上作修订，你也可以通过按下〔定义附加日历〕，创立属于你们公司的或者你们工程自己的工作日历。一个与前面〔工程工作时间〕设置类似的向导回带着你，轻松完成附加日历的创立工作的工程工作的安排与设定了解如何在工程中建立任务了解如何输入任务的工期了解如何调整任务的层次了解如何设定任务之间的关联