项目计划办公文档工作总结 _办公文档-工作总结 .pdf

第二章 项目计划 上一章完成了项目的可行性分析。在确定了项目可行以后，项目就正式立项了，然后需要制定项目计划，包括定义用来进行软件测试的时间安排，从而为项目的实施包括测试过程提供详细的指导。这一章介绍了项目计划的编写、修订和确认的过程，重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵，指导软件开发技术文档工程师如何编写项目计划中每一部分的内容。2.1 概述 项目计划的制定需要由项目全体组成员包括技术文档工程师编写项目计划书草案，经过用户的确认后最终形成项目计划书。技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标。制定项目计划的交付物和实施流程如图 2-1所示。项目计划书草案步骤交付物第一步 编制项目计划书第二步 确定项目计划项目计划书 图 2-1 项目计划阶段交付物及实施流程图 1.背景 项目经过项目启动并确认立项之后，即从启动阶段进入计划阶段。项目计划的重要任务是根据客户对软件或系统的详细要求，对项目的具体实施进行规划。主交付物系统项目计划书是全体项目干系人对共同遵守的约定，也是项目取得成功的关键文档。在这个文档中，对软件开发的全部工作进行了详细的安排，每个技术文档的交付时间做出了安排，为确定技术文档编写工作的工作目标和工作内容提供指导。以本书使用的公交运营调度系统为例，公交公司决定启动项目后，项目组开始制定项目计划，全面规划如何进行项目的开发和保证项目的成功上线。这个计划需要经过公交公司确认后正式生效。2.交付物 系统项目计划书 3.团队分工 技术文档工程师在此阶段主要与项目经理紧密合作，获取项目计划制作过程中的信息，来完成 系统项目计划书。并且还需要通过项目经理的审核后，才能交付于整个开发团队，最终交与客户方。表 2-1 项目计划团队分工 角色 任务 编制项目计划 确认项目计划 项 目 组 项目经理 需求顾问 技术专家 技术文档工程师 开发工程师 测试工程师 网络工程师 客 户 项目责任人 项目发起人 项目资助人 客户各级负责人 典型用户 表 2-2 项目计划团队任务目标 角色 任务目标 项 目 组 项目经理 初步确定项目的开发范围、需求、进度、成本、质量、过程改进、人力资源、沟通、风险、采购方面的计划。项目经理 需求顾问 技术专家 编制项目计划，提交系统项目计划书。技术文档工程师(1)从项目经理获取项目计划信息，(2)编写项目计划书，(3)提交项目经理审核(4)依据项目经理的意见进行修改(5)经项目经理审核通过后向项目经理提交项目计划书 开发人员 协助编写系统项目计划书，确认与角色包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细测试人员 相关的工作安排。客 户 项目责任人 客户各级负责人 提供系统项目计划书需求材料 审核并确认系统项目计划书 项目发起人 项目资助人 典型用户 提供系统项目计划书需求材料 4.知识目标（1）了解项目目标、项目背景的概念。（2）了解系统项目计划书的编写方法。5.能力目标（1）能够在项目经理和技术专家的指导下阅读并理解系统项目计划书。（2）能够在项目经理和技术专家的指导下编写一部分项目计划书的内容。2.2 实施步骤 1 步骤说明 项目计划的制定主要由项目经理负责，完成步骤如下：（1）将所有访谈材料集中。（2）提炼开发本项目的背景，项目目前面临的问题，开发本项目的目的。（3）确定本项目的可交付成果，以及为提交这些可交付成果而必须展开的工作。（4）确定项目工作范围，将可交付成果分解成更小的组成部分。（5）确定项目开发所需要的环境、工具。（6）确定项目的验收标准。（7）确定项目实施的组织方案，包括参与系统开发的开发方和用户方的人员组 织机构、协作和沟通方式。（8）定义风险管理的方式。（9）判定风险。（10）分析风险发生的概率和影响。（11）确定风险解决方案。（12）确定具体行动的逻辑先后顺序。（13）估算每项行动所需的人员，设备的数量和种类。（14）估算每项行动所需的时间。（15）按照任务顺序、资源和时间制定进度计划。（16）确定可交付成果的质量要求。（17）估算项目所需资金。（18）按照项目的资金计划，根据项目的进展，分配资金投入计划。（19）确定版本控制和问题追踪步骤。（20）确定采购方法及卖方。包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细（21）系统项目计划书交付项目经理、需求顾问、技术专家审阅。（22）根据审阅人建议修改系统项目计划书。（23）项目经理、需求顾问、技术专家签阅系统项目计划书。文档交付物：系统项目计划书。上面提到的每一步的信息，都会成为中系统项目计划书的内容。文档质量要求：必须包含项目组所有计划的内容，客户方的建议和意见。文档作用：系统项目计划书是项目经理根据干系人的需求，进行了科学的分析而制作出来的整体项目的计划。这份计划书是项目实施的所必须遵循的原则，所有的项目活动都不能违背计划书中的内容。同时也需要包括客户的意见及确认信息，因为客户也需要以此计划书为依据验收项目的成果。文档逻辑结构：系统项目计划书应包括的主要内容应包括：（1）引导性文字，包括本文档编写的目的、背景，文档中的一些定义和约定，文档应用的参考文献等。（2）项目的概述，对项目的目标、范围、条件限制以及最后应该交付内容进行说明。在这里还需要说明项目的最终完成时验收的方式。（3）项目如何进行组织的说明，包括参与项目开发的各方团队如何进行组织、分工，团队内部如何进行沟通、协作。（4）项目实施计划，包括项目实施的时间安排和资金安排，实施过程中如何进行质量控制，如何识别和控制实施过程中存在的风险，如何进行软件的版本控制等。2 完成环节 编写系统项目计划书，必须包含以下内容：系统项目计划书 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1 项目目标 2.2 产品目标与范围 2.3 假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 需提交内部的文档 2.5.4 需提供的服务 2.6 项目开发环境 包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 项目时间管理计划 4.3 质量管理计划 4.5 成本管理计划 4.6 配置管理计划 4.7 采购计划 5 文档历史 写作要点：1.1.1 编写目的。说明编写这份项目计划的目的，并指出预期的读者。注意不要把项目本身的“项目目标”误作编制项目开发计划的目的。2.1.2 背景。主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：项目的名称，项目的委托单位，项目的用户（单位），项目的任务提出者，项目的主要承担部门，项目建设背景，系统与机构的关系。这些内容可以从干系人列表和客户访谈记录中得到。3.1.3 定义。列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。4.1.4 参考资料。列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。5.1.5 标准、条约和约定。列出在本项目开发过程中必须遵守的标准、条约和约定。注意“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不用说明在哪里可以获得。6.2.1 项目目标。描述项目要完成的工作。注意，必须让项目团队每一个成员都有明确的概念，不能简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。7.2.2 产品目标与范围。根据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。注意，软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。8.2.3 假设与约束。对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细注意，假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。9.2.4 项目工作范围。说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。10.2.5.1 需完成的软件。列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。11.2.5.2 需提交的用户文档。列出需要移交给用户的每种文档的名称、内容要点及存储形式。12.2.5.3 需提交内部的文档。列出项目阶段性所需的每种文档的名称、内容要点及存储形式。13.2.5.4 需提供的服务。根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务。注意，这里的所有的服务都应该和“4.3 总体进度计划”中服务一致。14.2.6 项目开发环境。说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。15.2.7 项目验收方式与依据。说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。16.3.1 组织结构。说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。17.3.2 人员分工。确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。18.3.3 协作与沟通。简要描述沟通的对象和协作模式与沟通方式。注意，沟通对象应该包括所有项目干系人。19.3.3.1 项目团队内部协作。本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法。20.3.3.2 项目接口人员。说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：负责本项目同用户的接口人员，负责本项目同本企业各管理机构，负责本项目同分包方的接口人员。21.3.3.3 项目团队外部沟通与协作模式。本节说明在项目开发过程中项目团队内部与外部接口人员、客户沟通的方式、频次、沟通成果记录办法。22.4.1 风险评估及对策。描述风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。注意，此节的目的在于“在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心”。23.4.2 项目时间管理。描述保证项目按时完成的各过程。包括定义活动、排列活动顺序、估算活动资源、估算活动持续时间、制定进度计划、控制进度。这里的活动是指为完成项目所要采取的具体行动。24.4.3 质量管理计划。描述描述负责软件质量管理的机构、任务及其相关的职责，技术和管理两个方面的评审和检查工作及评审和检查规程和验收标准，质量保证活动记录的收集、维护方法和保存期限。25.4.4 成本管理计划。说明如何检查项目预算和成本的使用情况。26.4.5 配置管理计划。描述描述负责软件配置管理的机构、任务、职责及其有关的接口控制，配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细配置管理活动的需求，配置管理活动记录的收集、维护方法和保存期限。27.4.6 采购计划。项目采购管理包括从项目组织外部采购或获得所需产品、服务或成果的各个过程。项目组织既可以是项目产品、服务或成果的买方，也可以是卖方。28.5 文档历史。使用下表 版本 修改内容 修改日期 修改人 审阅人 版本由 1.0 开始，每一次审阅通过，小数点左边的数字加 1，每一次提交审阅，小数点右边的数字加 1 简要描述修订内容 格式MM.DD.YY 修改人名字 审阅人名字 2.3 实训任务 1 编写系统项目计划书（1）交付物：公交运营调度系统项目计划书（2）交付形式：Word 文档（3）提示：根据项目中涉及到的大体工作内容和时间要求进行编写，重点写出下列内容：项目的范围包括哪些，有哪些可交付成果？简要描述项目的开发环境和工具。为了开发这个项目，项目的组织机构方式是怎样的？简单说明项目的时间进度计划。按照项目进度，简单说明项目开发过程中对人员配备的要求 项目可能会遇到哪些风险？风险的应对措施？项目开发过程中如何进行版本控制和问题跟踪？2.4 评分标准 根据实训任务提出的问题，每个问题的分值和评分标准如表 2-3所示。表 2-3 评分标准 评分项 评分点 分值 扣分标准 扣分 项目的范围包括哪些，有哪些可交付成果？项目范围描述 10 不能清晰描述项目范围，漏一点扣 2 分-2 交付成果描述 10 不能清晰列出交付成果，漏一点扣 2 分-2 简要描述开发环境和开发工具描述 10 不能全面描述开发环境-5 包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细项目的开发环境和开发工具 不能全面列出开发工具有哪些-5 为了开发这个项目，项目的组织机构方式是 怎 样的？开发方组织形式和人员构成 8 不能清晰描述开发方组织形式-4 不能清晰描述开发方人员构成-4 客户方组织形式和人员构成 2 不能清晰描述客户方组织形式-1 不能清晰描述客户方人员构成-1 简单说明项目的时间进度计划 项目开发阶段划分以及每个阶段的时间划分 20 4 个阶段，每个阶段 5 分，答错一个扣 5 分-5 按照项目进度，简单说明项目开发过程中对人员配备的要求 每个开发阶段人员配备情况 20 4 个阶段，每个阶段 5 分，答错一个扣 5 分-5 项目可能会遇到哪些风险？风险的应对措施？列出至少 5 个风险，10 每个风险及应对措施 2 分，答错一个扣 2 分-2 项目开发过程中如何进行版本控制和问 题 跟踪？版本控制计划 5 不能清晰描述版本控制计划，漏一点扣 1 分-1 问题跟踪计划 5 不能清晰描述问题跟踪计划，漏一点扣 1 分-1 2.5 技能应用小结 1 项目计划的理解能力 理解软件开发项目计划是每一个从事软件测试工作的测试工程师的必备技能，通过参与项目计划的制定，可以了解项目计划书中每一部分描述内容的含义，有助于今后阅读其他项包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细目计划，包括测试计划，明确项目计划书中各项内容的意义对指导测试工程师制定测试计划具有重要的指导作用。所在步骤：第一步 编制系统项目计划书 2 项目计划书的编写能力 编制软件开发项目计划是软件项目经理的主要工作，但是技术文档工程师也要在项目经理的指导下，参与项目计划的编写，这样就编写项目计划书中一部分内容，有助于今后进一步编写其他项目计划。所在步骤：第一步 编制系统项目计划书 2.6 本章知识点 1 系统项目计划书 项目计划是项目组织根据项目目标的规定,对项目实施工作进行的各项活动做出周密的安排.项目计划围绕项目目标的完成系统地确认项目的任务、安排任务进度、编制完成任务所需要的资源预算等等。系统项目计划书在本书中是指软件开发项目的项目计划，即软件项目计划。软件项目计划（Software Project Planning）的目的是制定一套软件项目实施及管理的解决方案，其主要工作包括确定详细的项目实施范围、定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的（时间）进度计划、成本和预算计划、人力资源计划等。制定项目计划是软件项目管理过程中一项关键的活动，是在软件项目实施之前必须完成的一项工作。项目计划的目标是为项目负责人提供一个框架，使之能合理地估算软件项目开发所需的资源、经费和开发进度，并控制软件项目开发过程按此计划进行。在做计划时，应就需要的人力、项目持续时间及成本等作出估算。这种估算大多是参考积累的经验和历史数据等作出的。软件项目计划包括 2 个任务：研究和估算，即通过研究该软件项目的主要功能、性能和系统界面，对工作量、时间、成本和风险等作出评估，然后根据评估结果进行安排。概括起来，软件项目计划的主要作用有以下几方面：(1)指导软件项目实施，包括采用正确的策略、合适的方法和工具等。(2)得到项目相关利益人的承诺，这是项目顺利实施的前提。(3)获得资源的承诺，事先在设备、软件和人员上进行安排和准备，保证项目各项工作可以按时展开。(4)明确项目人员的分工和工作责任，提高项目的工作效率。(5)及早了解项目存在的问题和风险，从而在问题发生前制定好对策，使项目能够顺利实施，不会严重影响项目的进度，保证项目的质量。(6)获得客户或者本单位在项目预算上的承诺，从而保证项目能够顺利实施，不会半途而废。(7)项目计划是软件项目实施结果评估的依据，为项目管理的改进提供参考标准（基线）。(8)项目计划是软件项目实施过程的文档化，使之成为本单位的知识财富。所在步骤：第一步 编制系统项目计划书 2 交付物 也称为可交付成果，是项目管理中的一个术语。可交付成果：在某一过程、阶段或项目完成时，必须产出的任何独特并可验证的产品、成果或服务。经常取其狭义的用法，特指外部可交付成果，即必须经项目发起人或客户批准的可交付成果。包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细在软件项目中，交付物主要是指软件开发的各种文档和程序代码，在软件项目开发生命周期中，不同阶段的主要交付物如下：（1）需求规格说明书，包括：用户场景、用例、功能需求、非功能性需求。（2）数据模型（3）用户界面原型 （4）软件构架文档（5）软件设计说明书，包括概要设计模型、详细设计，数据库设计（6）测试设计，包括测试策略、测试计划、测试用例（8）测试报告，包括单元测试、集成测试、性能测试等（9）软件安装包、安装维护手册、使用手册 所在步骤：第一步 编制系统项目计划书 包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细