项目计划办公文档工作总结 _办公文档-工作总结 .pdf
《项目计划办公文档工作总结 _办公文档-工作总结 .pdf》由会员分享,可在线阅读,更多相关《项目计划办公文档工作总结 _办公文档-工作总结 .pdf(10页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、第二章 项目计划 上一章完成了项目的可行性分析。在确定了项目可行以后,项目就正式立项了,然后需要制定项目计划,包括定义用来进行软件测试的时间安排,从而为项目的实施包括测试过程提供详细的指导。这一章介绍了项目计划的编写、修订和确认的过程,重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵,指导软件开发技术文档工程师如何编写项目计划中每一部分的内容。2.1 概述 项目计划的制定需要由项目全体组成员包括技术文档工程师编写项目计划书草案,经过用户的确认后最终形成项目计划书。技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标。制定项目计划的交付物和实施流程如图 2-1所示。项目
2、计划书草案步骤交付物第一步 编制项目计划书第二步 确定项目计划项目计划书 图 2-1 项目计划阶段交付物及实施流程图 1.背景 项目经过项目启动并确认立项之后,即从启动阶段进入计划阶段。项目计划的重要任务是根据客户对软件或系统的详细要求,对项目的具体实施进行规划。主交付物系统项目计划书是全体项目干系人对共同遵守的约定,也是项目取得成功的关键文档。在这个文档中,对软件开发的全部工作进行了详细的安排,每个技术文档的交付时间做出了安排,为确定技术文档编写工作的工作目标和工作内容提供指导。以本书使用的公交运营调度系统为例,公交公司决定启动项目后,项目组开始制定项目计划,全面规划如何进行项目的开发和保证
3、项目的成功上线。这个计划需要经过公交公司确认后正式生效。2.交付物 系统项目计划书 3.团队分工 技术文档工程师在此阶段主要与项目经理紧密合作,获取项目计划制作过程中的信息,来完成 系统项目计划书。并且还需要通过项目经理的审核后,才能交付于整个开发团队,最终交与客户方。表 2-1 项目计划团队分工 角色 任务 编制项目计划 确认项目计划 项 目 组 项目经理 需求顾问 技术专家 技术文档工程师 开发工程师 测试工程师 网络工程师 客 户 项目责任人 项目发起人 项目资助人 客户各级负责人 典型用户 表 2-2 项目计划团队任务目标 角色 任务目标 项 目 组 项目经理 初步确定项目的开发范围、
4、需求、进度、成本、质量、过程改进、人力资源、沟通、风险、采购方面的计划。项目经理 需求顾问 技术专家 编制项目计划,提交系统项目计划书。技术文档工程师(1)从项目经理获取项目计划信息,(2)编写项目计划书,(3)提交项目经理审核(4)依据项目经理的意见进行修改(5)经项目经理审核通过后向项目经理提交项目计划书 开发人员 协助编写系统项目计划书,确认与角色包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目
5、计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细测试人员 相关的工作安排。客 户 项目责任人 客户各级负责人 提供系统项目计划书需求材料 审核并确认系统项目计划书 项目发起人 项目资助人 典型用户 提供系统项目计划书需求材料 4.知识目标(1)了解项目目标、项目背景的概念。(2)了解系
6、统项目计划书的编写方法。5.能力目标(1)能够在项目经理和技术专家的指导下阅读并理解系统项目计划书。(2)能够在项目经理和技术专家的指导下编写一部分项目计划书的内容。2.2 实施步骤 1 步骤说明 项目计划的制定主要由项目经理负责,完成步骤如下:(1)将所有访谈材料集中。(2)提炼开发本项目的背景,项目目前面临的问题,开发本项目的目的。(3)确定本项目的可交付成果,以及为提交这些可交付成果而必须展开的工作。(4)确定项目工作范围,将可交付成果分解成更小的组成部分。(5)确定项目开发所需要的环境、工具。(6)确定项目的验收标准。(7)确定项目实施的组织方案,包括参与系统开发的开发方和用户方的人员
7、组 织机构、协作和沟通方式。(8)定义风险管理的方式。(9)判定风险。(10)分析风险发生的概率和影响。(11)确定风险解决方案。(12)确定具体行动的逻辑先后顺序。(13)估算每项行动所需的人员,设备的数量和种类。(14)估算每项行动所需的时间。(15)按照任务顺序、资源和时间制定进度计划。(16)确定可交付成果的质量要求。(17)估算项目所需资金。(18)按照项目的资金计划,根据项目的进展,分配资金投入计划。(19)确定版本控制和问题追踪步骤。(20)确定采购方法及卖方。包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重
8、点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细(21)系统项目计划书交付项目经理、需求顾问、技术专家审阅。(22)根据审阅人建议修改系统项目计划书。(23)项目
9、经理、需求顾问、技术专家签阅系统项目计划书。文档交付物:系统项目计划书。上面提到的每一步的信息,都会成为中系统项目计划书的内容。文档质量要求:必须包含项目组所有计划的内容,客户方的建议和意见。文档作用:系统项目计划书是项目经理根据干系人的需求,进行了科学的分析而制作出来的整体项目的计划。这份计划书是项目实施的所必须遵循的原则,所有的项目活动都不能违背计划书中的内容。同时也需要包括客户的意见及确认信息,因为客户也需要以此计划书为依据验收项目的成果。文档逻辑结构:系统项目计划书应包括的主要内容应包括:(1)引导性文字,包括本文档编写的目的、背景,文档中的一些定义和约定,文档应用的参考文献等。(2)
10、项目的概述,对项目的目标、范围、条件限制以及最后应该交付内容进行说明。在这里还需要说明项目的最终完成时验收的方式。(3)项目如何进行组织的说明,包括参与项目开发的各方团队如何进行组织、分工,团队内部如何进行沟通、协作。(4)项目实施计划,包括项目实施的时间安排和资金安排,实施过程中如何进行质量控制,如何识别和控制实施过程中存在的风险,如何进行软件的版本控制等。2 完成环节 编写系统项目计划书,必须包含以下内容:系统项目计划书 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1 项目目标 2.2 产品目标与范围 2.3 假设与
11、约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 需提交内部的文档 2.5.4 需提供的服务 2.6 项目开发环境 包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划
12、的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细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 编写目的。说明编写这份项目计划的目的,并指出预期的读者。注意不要把项目本身的“项目
13、目标”误作编制项目开发计划的目的。2.1.2 背景。主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容:项目的名称,项目的委托单位,项目的用户(单位),项目的任务提出者,项目的主要承担部门,项目建设背景,系统与机构的关系。这些内容可以从干系人列表和客户访谈记录中得到。3.1.3 定义。列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。4.1.4 参考资料。列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资
14、料和标准的途径。本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。5.1.5 标准、条约和约定。列出在本项目开发过程中必须遵守的标准、条约和约定。注意“标准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不用说明在哪里可以获得。6.2.1 项目目标。描述项目要完成的工作。注意,必须让项目团队每一个成员都有明确的概念,不能简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。明确的项目目标应该指出了服务对象,所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社
15、会效果。7.2.2 产品目标与范围。根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。注意,软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。8.2.3 假设与约束。对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。包括定义用来进行软件测试的时间安排从而为项目的实施包括测试过程提供详细的指导这一章介绍了项目计划的编写修订和确认
16、的过程重点描述项目计划书应具备的内容和每一部分内容应该表示出的具体内涵指导软件开发技术文档项目计划书草案经过用户的确认后最终形成项目计划书技术文档工程师需要根据这个计划确定自己的工作任务和工作工作目标制定项目计划的交付物和实施流程如图所示步骤交付物第一步编制项目计划书项目计划书草案第二步确定划阶段项目计划的重要任务是根据客户对软件或系统的详细要求对项目的具体实施进行规划主交付物系统项目计划书是全体项目干系人对共同遵守的约定也是项目取得成功的关键文档在这个文档中对软件开发的全部工作进行了详细注意,假设与约束是针对比较明确会出现的情况,如果问题的出现具有不确定性,则应该在风险分析中列出,分析其出现
17、的可能性(概率)、造成的影响、应当采取的相应措施。9.2.4 项目工作范围。说明为实现项目的目标需要进行那些工作。在必要时,可描述与合作单位和用户的工作分工。10.2.5.1 需完成的软件。列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。11.2.5.2 需提交的用户文档。列出需要移交给用户的每种文档的名称、内容要点及存储形式。12.2.5.3 需提交内部的文档。列出项目阶段性所需的每种文档的名称、内容要点及存储形式。13.2.5.4 需提供的服务。根据合同或某重点建设工作需要,列出将向用户或委托单位提供的各种服务。注意,这里的所有的服务都应该和“4.3 总体进度计划”中服务一致
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目计划办公文档工作总结 _办公文档-工作总结 项目 计划 办公 文档 工作总结
限制150内