有具体一下内容:
(1) 项目范围计划。
阐述进行这个项目的原因或意义,形成项目的基本框架,使项目所有者或项目管理者能够系统、逻辑地分析项目关键问题及项目形成中的相互作用要素,使项目干系人在项目开始实施前或项目相关文档编写以前,能够就项目的基本内容和结构达成一致;
项目范围说明应当形成项目成果核对清单,作为项目评估的依据;范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础及项目其他相关计划的基础。
(2) 项目进度计划。
进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。
进度计划是进度控制和管理的依据,可以分为项目进度控制计划和项目状态报告计划。
(3) 项目质量计划。
质量计划针对具体待定的项目,安排质量监控人员及相关资源,规定使用哪些制度、规范、程序和标准。项目质量计划应当包括和保证与控制项目质量有关的所有活动。
(4) 项目资源计划。
决定在项目中的每一项工作中用什么样的资源(人、材料、设备、信息和资金等),在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算和费用预算。
(5) 项目沟通计划。
沟通计划就是制订项目过程中项目干系人之间信息交流的内容,人员范围,沟通方式,沟通时间或频率等沟通要求的约定。
(6) 风险计划。
风险计划就是为了降低风险的损害而分析风险、制订风险应对策略方案的过程。包括识别风险,量化风险和编制风险应对策略方案的过程。
(7) 项目采购计划。
项目采购计划过程就是识别哪些项目需求应通过从本企业外部采购产品或设备来得到满足。
(8) 变更控制计划
变更控制计划主要是规定变更的步骤、程序。
(9) 配置管理计划。
配置管理计划就是确定项目的配置项和基线,控制配置项的变更,维护基线的完整性,向项目干系人提供配置项的准确状态和当前配置数据。
扩展资料:
计划介绍
项目管理计划是其它各子计划制定的依据和基础,它从整体上指导项目工作的有序进行。
项目管理计划是一个用于协调所有项目计划的文件,可以帮助指导项目的执行和控制。在其他知识领域所创建的计划可以认为是整个项目管理计划的补充部分。
项目管理计划还将项目计划的假设和决定纳入文档,这些假设和决定是关于一些选择、促进项目干系人之间的通信、定义关键的管理审查的内涵、外延以及时间点、和提供一个进度衡量和项目控制的基准。项目管理计划应该是动态的、灵活的、并且随着环境或项目的变化而变化。这些计划应该很好地帮助项目经理领导项目团队并评价项目状态。
为了创建并整合一个很好的项目管理计划,项目经理必须运用项目整合管理技巧,因为需要来自项目管理知识领域方方面面的信息。与项目团队以及其他的干系人一起工作来创建项目管理计划将帮助项目经理指导项目的执行并理解整个项目。
项目管理计划是项目管理的规划性文件,是项目实施过程项目管理的大纲和指导。根据不同的项目类型和项目管理需求,项目管理计划有很多种形式
但其主要内容除对项目有一个总体的概述外,一般还需要对项目的组织、限定条件以及预期的商务目标进行分析,对项目进度管理、项目资源管理、项目费用管理、项目风险管理、项目质量管理等管理思路和方法进行阐述。项目管理计划包括项目质量管理计划、项目风险管理计划、项目集成管理计划、项目进度/费用/资源等监控管理计划、项目变更管理计划等。
参考资料:百度百科:项目管理计划
软件项目计划书的目录都包含什么
一、项目计划书格式
根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容索引如下:
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.4 项目监控
4.4.1 质量控制计划
4.4.2 进度监控计划
4.4.3 预算监控计划
4.4.4 配置管理计划
5 支持条件
5.1 内部支持(可选)
5.2 客户支持(对项目而言)
5.3 外包(可选)
6 预算(可选)
6.1 人员成本
6.2 设备成本
6.3 其它经费预算
6.4 项目合计经费预算
7 关键问题
8专题计划要点
制定项目管理计划,具体包括哪些计划?
项目管理计划是项目的主计划或称为总体计划,它确定了执行、监控和结束项目的方式和方法,包括项目需要执行的过程、项目生命周期、里程碑和阶段划分等全局性内容。具体包括的计划内容有:
范围管理计划
需求管理计划
进度管理计划
成本管理计划
质量管理计划
过程改进计划
人力资源计划
沟通管理计划
风险管理计划
采购管理计划
项目沟通计划
在实际的项目执行过程中,常常会遇到项目计划与执行不统一的情况,影响项目进度滞后,导致项目不能按期交付。8Manage 是一个动态的业务管理、项目计划、执行、协同与交付平台,实时联动的信息增强了信息的可靠度与透明度,直通式的业务协作大大提升了项目计划与执行效率 。
项目计划与执行不脱节
项目计划与执行同步,动态WBS反映项目最新的进展,并支持保存多个项目基线以作对比
一个页面了解动态项目全局
业务地图让您一个页面即能掌控整个项目的实况,第一时间洞悉项目风险与问题
进度逾期,预算超支自动预警
系统会自动预警项目进度逾期,超支,资源超负荷等情况,尽可能早地发现和解决问题
急需软件项目管理案例,要案例就行,软件项目的~
A公司是一家美资软件公司在华办事机构,其主要的目标是开拓中国市场、服务中国客户,做一些本地化和客户化的工作。它的主要软件产品是由总部在硅谷的软件开发基地完成,然后由世界各地的分公司或办事机构进行客户化定制、二次开发和系统维护。这些工作除了日常销售和系统核心维护之外,都是外包给本地的软件公司来做。东方公司是A公司在中国的合作伙伴,主要负责软件的本地化和测试工作。
Bob先生是A公司中国地区的负责人,Henry则是刚刚加入A公司的负责此外包项目的项目经理。东方公司是由William负责开发和管理工作,William本身是技术人员,并没有项目管理的经验。
当Henry接手这项工作后,发现东方公司的项目开发成本非常高,每人每天130美金,但客户的满意度较差,并且每次开发进度都要拖后,交付使用的版本也不尽如人意。而且,东方公司和A公司硅谷开发总部缺乏必要的沟通 只能把问题反馈给Henry,由Henry再反馈给总部。但由于Henry本身并不熟悉这个软件的开发工作,也造成了很多不必要的麻烦。
为此,Bob希望Henry和William用项目管理的方法对该项目进行管理和改进。随后,Henry和William召开了一系列的会议 提出了新的做法。
首先,他们制定了详细的项目计划和进度计划;其次,成立了单独的测试小组,将软件的开发和测试分开;并且,在硅谷和东方公司之间建立了一个新的沟通渠道,一些软件问题可以与总部直接沟通;同时,还采用了里程碑管理。
六个月后,软件交付使用。但是客户对这个版本还是不满意,认为还有很多问题。为什么运用了项目管理的方法,这个项目还是没有得到改善?
Henry和William又进行了反复探讨,发现主要有三个方面问题:1、软件本地化产生的问题并不多,但A公司提供的底层软件本身存在一些问题;2、软件的界面也存在一些问题,这是由于测试的项目不够详细引起的;3、开发的周期还是太短,没有时间完成一些项目的调试,所以新版本还是有许多的问题。
此时,Henry向Bob提出是否采用公开招标的方式,选择新的、实力更强的合作伙伴。但Bob认为,与东方公司合作时间已经很长了,如果选择新的伙伴又需要较长的适应期,而且成本可能会更高。于是,Henry向东方公司提出一些新的管理建议。首先,他们采用大量的历史数据进行分析,制定出更详细的进度计划;其次,要求东方公司提供详细的开发文档和测试文档 做的工作没有任何文档,给其他工作带来了很多困难);第三,重新审核开发周期,对里程碑进行细化。
又过了六个月,新的版本完成了。这一次,客户对它的评价比前两个版本高得多,基本上达到项目运行的要求。但客户还是对项目进度提出了疑问,认为实时推出换代产品不需要那么长的时间。
较常见的做法。在软件外包工程中,保证质量的进度是很难控制的。对于项目经理来说需要一整套复杂的能力,比如制定计划、确定优先顺序、干系人的沟通、评价等,每一种能力都与项目的最终结果有直接或者间接的关系。
然而,国内的项目经理大多没有接受过正规训练,缺乏项目管理方面的专业知识的技巧,往往只是凭借以前的少量经验盲目去做,容易出现各种问题。尤其是在管理外包项目时,缺乏足够的经验和技巧,往往造成进度不断推迟,而质量无法保证的情况。
在这个案例中,我们可以看到现在IT业内许多外包项目的影子。
在该案例中,东方公司没有专门的项目经理,是由技术人员William兼做管理。这是国内软件公司经常会出现的问题。最初,出现进度落后的问题时,A公司的Henry与东方公司的William讨论后决定采用项目管理中计划管理等手段,其中包括里程碑管理。这是控制进度的较常见做法。
里程碑管理的引入
一般来说,在项目开始时,项目组成员都会对项目制定一个详细的计划。通常情况下,在明确的工作说明书(SOW)和WBS的基础上制定具体的进度计划时,需要采用一些具体的技术。像这种软件外包项目,最成熟的技术是里程碑管理。
里程碑一般是项目中完成阶段性工作的标志。不同类型的项目,里程碑也不同。比如,在开发项目中,可以将需求的最终确认、产品移交等关键任务作为项目的里程碑。本案例中,Henry在接手项目后采用里程碑进行管理是很恰当的。
不过,要注意的是,每到一个里程碑处,应及时对前段工作进行小结,并对后续工作进行计划调整。对于一些管理效果明显的领域,可以不必投入较多精力。而对于下一步管理过程中可能会出现问题的领域,应给予较多的关注。当然,在软件项目里,进度的变化是较常见的事情。
在本案例中,采用里程碑管理后仍没有达到客户的要求,进度依然拖后。在这里,就需要考虑另一个因素-质量与进度的关系。
通常,项目管理的前提是保证在预算内、满足质量的前提下,按进度完成项目。因此,可以看到,保证质量是前提。那么,如何在满足质量的前提下管理进度呢?单纯从项目管理理论知识中并没有一种有效的方式。具体步骤为:
首先,尽量利用历史数据。在本案例中,Henry应该调查之前的项目情况,将会发现可以类比的情况,事先就可以知道需要管理质量和进度的关系。
其次,由于此项目是软件外包项目,Henry不能完全掌握项目的资源 调度情况,因此缺乏对质量的控制。这也是大多数外包工程中最令人难以掌握的地方。在这里,可以采用对进度管理 <http://www.csai.cn/incsearch/search.asp?key=%BD%F8%B6%C8%B9%DC%C0%ED>计划添加质量参数的方法,也就是通过参数调整进度和质量的关系。
这一做法的前提是要有一定的历史数据。比如,从历史数据中得知,完成子项目的时间是5天,测试后有15个问题;完成同样子项目的时间是7天,测试后有10个问题;完成同样子项目的时间是8天,测试后有5个问题,……以此类推。
随着数据的不断增多的,采用两维坐标图,就会得到一些离散的点(不考虑资源的差异),并形成一条曲线,见图1。考虑项目允许的质量范围,对照图中的数据,找出相应的参数。根据得到的参数,确定一个合适的进度计划
求一篇详细的医疗软件项目的计划书,环境如下:
软件项目计划如何编写举例 一、项目计划的要素
根据PMBOK2000,项目计划可以包含如下要素:
1、 项目范围说明
项目范围说明阐述进行这个项目的原因或意义,形成项目的基本框架,使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素,使项目干系人在项目开始实施前或项目相关文档编写以前,能够就项目的基本内容和结构达成一致;项目范围说明应当形成项目成果核对清单,作为项目评估的依据,在项目终止以后或项目最终报告完成以前进行评估,以此作为评价项目成败的依据;范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础,和项目其他相关计划的基础。
2、 项目进度计划
进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制,使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据,可以分为项目进度控制计划和项目状态报告计划。
在进度控制计划中,要确定应该监督哪些工作、何时进行监督、监督负责人是谁,用什么样的方法收集和处理项目进度信息,怎样按时检查工作进展和采取什么调整措施,并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。
3、 项目质量计划
质量计划针对具体待定的项目,安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK2000,为实现质量目标,组织应遵循以顾客为中心、领导作用、全员参与、过程方法、管理的系统方法、持续改进、基于事实的决策方法、互利的供方关系等8项质量管理原则。
4、 项目资源计划
有了项目范围计划和进度计划后,资源计划就是决定在项目中的每一项工作中用什么样的资源(人、材料、设备、信息、资金等等),在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。
5、 项目沟通计划
沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。
6、 风险对策计划
风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程,包括识别风险、量化风险、编制风险应对策略方案等过程。
7、 项目采购计划
项目采购计划过程就是识别哪些项目需求可应通过从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购,也就是外包,应当同时制定对外包的进度监控和质量控制的计划。
8、 变更控制、配置管理计划
由于项目计划无法保证一开始就预测得非常准确,在项目进行过程中也不能保证准确有力的控制,导致项目计划与项目实际情况不符的情况经常发生,所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序,配置管理计划就是确定项目的配置项和基线,控制配置项的变更,维护基线的完整性,向项目干系人提供配置项的准确状态和当前配置数据。
二、项目计划编制过程
由于软件开发的手工性、个体性特征,软件开发项目计划不可能是一个静态的计划,一次在项目启动时,可以先制定一个颗粒度相对比较粗的项目计划,先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代,根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的,一般短到一周,长到2个月左右。经过不断的计划制订、调整、修订等工作,项目计划从最初的粗粒度,变得非常详细。这样的计划将一直延续到项目结束,延续到项目的成果出现。
制定计划的过程就是一个对项目逐渐了解掌握的过程,通过认真地制定计划,项目经理可以知道哪些要素是明确的,哪些要素是要逐渐明确的,通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据,从阶段计划对照总体计划,才能一目了然地看出工作的进展情况。制定计划的过程,也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档,而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成,他就可以给自己一个和管理层或客户交流与协商的基础,帮助你在项目过程中防范各种问题的出现,帮助你保证项目按时完成。
企业确定要开始某个项目时一般会下达一个立项的文件,暂且叫“项目立项文件”,主要内容是遵照的合同或相关协议,项目的大致范围、项目结束的截止时间和一些关键时间,指定项目经理和部分项目成员等等。
接下来的项目计划编写一般要按照以下过程:
1成立项目团队:相关部门收到经过审批后的“项目立项文件”和相关资料,则正式在“项目立项文件”中指定的项目经理组织项目团队,成员可以随着项目的进展可以在不同时间加入项目团队,也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议,了解总体目标、计划,特别是自己的目标职责,加入时间等等。
2项目开发准备:项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理,系统分析员等组成,但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的(指将影响项目成败)技术风险,则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。
说明:项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义,就是要在相应阶段进一步进行项目目标的细化工作;特别是在概要设计完成,详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素;应当尽可能充分地分析项目工作分解结构,通过分析项目工作分解结构不仅获得项目的静态结构,而且通过逻辑分析,获得项目各工作任务之间动态的工作流程;应当将项目目标、任务进行分解,制定详细的实施方案。
3项目信息收集:项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径,在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通,并要达成共识。有些成员认为,电子邮件发来的文档(计划、需求、周计划等)是在沟通不够充分的情况下完成的,成员看过后有不了解或与自己的能力或意愿不符的情况,但通过电子邮件等方式沟通的效率不高,这也许是个习惯的问题,也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论,确保所有重要问题都得到理解,最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。
4 编写《软件项目计划书》
项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档,它包括计划书主体和以附件形式存在的其他相关计划,如配置管理计划等。《软件项目计划书》的编制参考《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。
编制项目计划的过程应当分为以下几个步骤:
a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品,也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是:需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等;
b、任务分解:从项目目标开始,从上到下,层层分解,确定实现项目目标必须要做的各项工作,并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分,如需求分析工作、架构设计工作、编码工作、测试工作等等,当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。
c、在资源独立的假设前提下确定各个任务之间的相互依赖关系,以确定各个任务开始和结束时间的先后顺序;获得项目各工作任务之间动态的工作流程。
d、确定每个任务所需的时间,即根据经验或应用相关方法给任务需要耗费的时间;确定每个任务所需的人力资源要求,如需要什么技术、技能、知识、经验、熟练程度等等。
e、确定项目团队成员可以支配的时间,即每个项目成员具体花在项目中的确切时间;确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。
f、确定管理工作,管理工作是贯穿项目生命周期的,如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视,而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去,再回师项目计划更加合理,更有效地减少因为计划的不合理而导致的项目进度延期。
g、根据以上结果编制项目总体进度计划,总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。
h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。
5 软件项目计划书评审、批准
项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误,使项目计划更合理更有效。
项目经理完成《软件项目计划书》后,首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审,评审可采取电子或会议方式,并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺,无法承诺或者说是无法达成一致的,要么修改项目计划去适应某些项目团队成员,要么是由某些项目团队成员采取妥协措施,去适应项目计划的要求。
项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批,审批完成时间不能超过预先约定的时间。对于意义重大的项目,由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。
批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据,并在必要时根据项目进展情况实施计划变更。
项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》;规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”,也可单独编制类似“软件开发项目质量控制表”的文档。
配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据,根据配置管理计划规范编制配置管理计划,项目经理审批配置管理计划,并对配置管理计划的有效性负责。
项目策划工作完毕,软件项目计划书通过评审,一般情况下,对软件开发项目来说,工作转入需求分析阶段。
三、项目计划内容确定
项目计划内容的确定一般要按照以下过程:
1 确定项目概貌
合同项目以合同和招投标文件为依据,非合同项目以可行性研究报告或项目前期调研成果为依据,明确项目范围和约束条件,并以同样的依据,明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。
2 确定项目团队
确定项目团队的组织结构和与项目开发相关的职能机构,包括管理、开发、测试、QA、评审、验收等。确定项目团队人员及分工。与相关人员协商,确定项目团队人员构成。如内部不能满足人员需求,则提出人员支援申请。
3 明确项目团队内、外的协作沟通
明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业/部门名称和联系电话。客户更多的参与是项目成功的重要推动力量,加强在开发过程中与用户方项目经理或配合人员的主动沟通,将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划,出现的需要客户协调或了解的问题。
当项目团队需要与外部单位协作开发时,应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上的项目应该组织项目团队周例会,项目团队采用统一的交流系统建立项目团队的交流空间。
4 规划开发环境和规范
说明系统开发的所采用的各种工具,开发环境,测试环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术,项目经理应组织人员制订出在本项目中将遵守的规则。
5 编制工作进度计划
根据本企业规定和项目实际情况,确定项目的工作流程。编制项目的工作计划,此计划为高层计划,各阶段的工作时间安排要包括完成阶段文档成果、文档成果提交评审及进行修改的时间,各阶段结束的标志是阶段成果发布。在计划中要求明确以下内容:
a、工作任务划分;
b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图;
c、确定主要里程碑、阶段成果;
d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划;对于迭代开发的项目,应编制出第一阶段的阶段计划。阶段内的任务分割以2-5天为合适,特殊任务的时间跨度在两个星期内;在项目的进行过程中,项目经理编制双周工作计划,指导成员的具体工作。
6 编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。
7 编制项目的风险计划,分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目,建议以附件方式编制,便于不断更新。
8 制定辅助工作计划。根据项目需要,编制如培训计划、招聘计划等。
9 规划开发支持工作,如供方管理计划。
10 规划项目验收:制定项目的验收计划。此项工作可以视需要进行裁减。
11 规划项目收尾与交接活动。制定项目的验收、培训和项目进入维护阶段与技术支持部的交接工作。 参考文献
《管理软件开发项目》(第二版)Neal Whitten(软件项目管理系列丛书,孙艳春等译);
《IT项目管理》Kathy Schwalbe(项目管理译丛 王金玉等译);
《项目管理—计划、进度和控制的系统方法》(第7版)Harold Kerzner(电子工业出版社,杨爱华等译);
《实用软件工程》(第二版)郑人杰、殷人昆、陶永雷(清华大学出版社)
《软件工程:实践者的研究方法》(第5版)Roger S.Pressman著;
《ISO9001:2000质量管理体系的要求》;
《高级项目管理基础》(信息产业部计算机信息系统集成高级项目经理培训讲义);
《成功的项目管理》Trevol L Young(泰晤士报商业版,严鸿娟译);
《成功的项目管理》Jack Gido & James P. Clements(21世纪管理经典教材系列,张金城等译);
《如何做好项目管理》Stanley E. Portny(IDG新经济工商实务傻瓜丛书,宁俊等译);
一个项目管理计划一般包括哪些内容?
这是一个完整的IT项目的项目管理计划所有的文档:
2.1 IT项目综合计划模板(1)—项目整体介绍
2.10 工期类比估算表
2.11 项目活动计划表
2.12 项目进度计划表
2.13 里程碑计划及其跟踪表
2.14 所需资源清单及费用估算表
2.15 成本类比估算表
2.16 按模块估计的成本估算表
2.17 基于费用科目的成本估算表
2.18 项目年度用款计划表
2.19 IT项目质量指标框架模板
2.2 IT项目综合计划模板(2)—项目管理过程
2.20 IT项目质量保证计划模板
2.21 关键质量活动一览表
2.22 项目人员需求申请表
2.22 附表一:项目人员需求一览表
2.23 面试记录表
2.23 附表一:面试人员一览表
2.24 项目成员审核表
2.25 项目组工作说明书
2.26 项目成员岗位工作说明书
2.27 岗位说明书一览表
2.28 IT项目团队知识地图
2.28 附表一:项目成员开发知识地图
2.29 项目成员责任分配矩阵
2.3 IT项目综合计划模板(3)—项目组织介绍
2.30 项目成员培训需求调查表
2.31 项目培训计划表
2.31 附表一:培训课程安排一览表
2.32 项目文档分类表
2.33 项目干系人的沟通需求分析表
2.34 项目信息接收责任明细表
2.34 附表一:项目信息收集责任明细表
2.35 项目成员联络表
2.36 单个风险损失值评估表
2.36 附表一:一个具体风险对项目主要目标的风险影响对照表
2.37 项目所有识别风险一览表
2.38 单个风险应对计划表
2.39 风险应对计划一览表
2.4 IT项目综合计划模板(4)—工作包、进度和预算
2.40 硬件产品请购单
2.41 软件产品请购单
2.42 项目采购计划明细表
2.43 采购招标书模板
2.44 采购投标书模板
2.45 供应商财务状况调查表
2.46 供应商评估表
2.46 附表一:供应商选择标准示意表
2.47 采购中标通知书
2.48 采购落标通知书
2.5 IT项目综合计划模板(5)—技术过程介绍
2.6 项目范围说明书
2.7 软件需求调查表
2.8 需求分析说明书
2.9 系统设计任务书
软件项目管理的内容有那些?
《软件项目管理的内容》
软件项目管理的内容主要包括如下几个方面:人员的组织与管理,软件度量,软件项目计划,风险管理,软件质量保证,软件过程能力评估,软件配置管理等。
这几个方面都是贯穿、交织于整个软件开发过程中的,其中人员的组织与管理把注意力集中在项目组人员的构成、优化;软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值,包括过程度量和产品度量两个方面;软件项目计划主要包括工作量、成本、开发时间的估计,并根据估计值制定和调整项目组的工作;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防;质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划,有组织的活动;软件过程能力评估是对软件开发能力的高低进行衡量;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。因为大家对人力资源管理和软件过程能力比较有兴趣,下面就详细的对这两方面展开讨论。
从软件工程的角度讲,软件开发主要分为六个阶段:需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发,还是团队协作开发,这六个阶段都是不可缺少的。根据公司实际情况,公司在进行软件项目管理时,重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。在20世纪80年代初,著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则,同样,在进行软件项目管理时,也应该遵循这七条原则。它们是:
1、用分阶段的生命周期计划严格管理;
2、坚持进行阶段评审;
3、实行严格的产品控制;
4、采用现代程序设计技术;
5、 结果应能够清楚地审查;
6、开发小组地人员应该少而精;
7、承认不断改进软件工程实践的必要性。
一份完整的项目计划书包括哪些
1、封面页
这是容易被忽视的部分。有很多机构认为内容比形式更重要。其实,形式是可以更好地表现内容的。
2、项目概要(总论)
这是最重要的一部分,也是读者最先阅读、浏览的部分。
3、项目背景、存在的问题与需求
在这一部分,需要详细介绍存在的问题以及为什么你要设计这个项目来解决这些问题。
一般来讲,这一部分包括以下主要信息:
* 项目范围(问题与事件、受益群体);
* 导致项目产生的宏观与社会环境;
* 提出这个项目的理由与原因;
* 其它长远与战略意义;
4、目标与产出
在使资助机构确信“问题”的存在以后,明确提出你的解决方案。机构间的合作是被鼓励的。如果你还有其它的机构合作伙伴,也要明确说明。
5、受益群体
在这一部分中,要对项目的收益群体做一个更加详细的描述。有必要时,还可以把收益群体分为直接受益和间接收益群体。
6、解决方案与实施方法
通过以上的部分,已经清楚地解释了存在的问题及你希望完成的事情。现在,需要介绍如何达到目标,即采用什么方法、开展什么活动来实现这些目标。
7、项目进程计划(时间表)
在这一部分中,要详细地描述出各项任务的先后顺序以及起始时间。可以用一个带有时间标记的图表来表示,这样,就可以一目了然地告诉读者 “在什么时候做什么”,以及各项活动之间的关联与因果关系。
8、项目组织架构
在这一部分中,要描述为了达成上述目标,需要什么样的执行团队和管理结构。执行团队应包括所有项目组成员:志愿者、专家顾问、专职人员等。
9、费用、预算与效益
这一部分所要提供的决不仅仅是一个费用预算表(当然,预算表也是很重要的,可以把它放在附件中),而是要叙述和分析预算表中的各项数据、总成本与各分成本,包括人员、设备的费用等。
10、监控与评估
监控是项目实施过程中非常重要的部分,监控的执行机构与人员(可以是理事会、资助方或其它第三方机构)、监控任务等都应该写在项目计划中。
11、附件
任何认为重要的文件或篇幅太长而不适于放在正文中的文件,都可以被放在附件当中,比如:机构的介绍、年报、财务与审计报告、名单、数据、图表等。
转载请注明出处51数据库 » 软件项目经理计划书 项目管理计划应该包括哪些内容