软件项目管理方案

文档信息。

修改类型分为 a - added m - modified d – deleted

文档编号。说明本项目规范流程化的管理方案，包括启动过程，计划过程，执行过程，控制过程，结束过程的科学管理控制。涵盖了项目管理的九大领域：

整体管理，范围管理，时间管理，成本管理，质量管理，人力资源管理，沟通管理，风险管理，采购管理。

预期读者：项目经理、需求设计者、系统分析员和程序员。

分析人员必须以系统科学的方式进行项目需求分析，选择制定好的项目方案，进行严格筛选和可行性分析和研究等文档。

在项目计划的过程中，要用计划应对变化，明确的预防措施和补救措施，制定项目标准和规章制度，要避免计划不现实，不切实际，过于繁琐等可能造成计划无效和项目失控等因素。

项目经理根据需求分析做出项目成本预算，进度预算，定义项目质量标准，风险组织和项目综合计划书等，要求项目控制和执行人员必须高度明确项目目标，确定项目范围，并以该目标与项目利益相关者(客户)取得一致意见；

与项目组织(开发团队)就这一目标进行给沟通交流，一起制定出实现该项目目标的各项具体计划和集成计划，并成功的完成目标所应做的工作达成共识；

定义明细的进度计划甘特图，任务分配矩阵，资源计划分配图；

把计划过程提交给公司领导，并作详细汇报；获得项目计划的批准。

项目实施动员大会，发布项目信息；

分析和设计程序的模型，要求统一建模，统一规划模型，模型必须与现实情况紧密相连；

实时跟踪项目进展，实施阶段性评审，严格遵守项目开发准则(1分阶段的生命周期计划严格管理，2坚持进行阶段评审，3实行严格的产品控制，4采纳现代成熟的程序设计技术，5结果应能清楚的审查，6开发小组的人员应少而精，7承认不断改进软件工程实践的必要性)；

项目的控制和执行处在同一时间段，项目控制遵循以下几点：

客户需求控制

在项目的执行过程中，可能会出现客户需求的变动，尽量控制可能会出现的情况，和客户进行沟通，找到合适的解决方案；

人员管理控制

对任务进行跟踪，避免“镀金”，所谓镀金是项目开发人员下意识的想做的更完美，擅自增加程序功能，结果导致扩大范围和需求脱离，或者是开发人员误解任务意图等问题。

增强人员之间的沟通，遇到问题及时汇报，避免各个模块组合困难，中间出现问题，无人过问，导致工作停滞。

针对技术经验不同的程序员，安排相关性强的工作，充分授权项目组成员，鼓励项目组成员完成一些有挑战性的工作，提高开发技能，鼓舞开发人员士气。

利用资源直方图反应开发人员的工作时间合理性。

项目控制管理

成本，目标，进度为项目的管理核心，必须以严格的图标或记录等手段来统计成本，目标，进度，根据统计数据进行swot分析，通过决策树得到最佳方案，时时提前预警风险应对措施。对测试数据进行备份。

预定将项目收尾准备更多的时间，以图更加有条不紊，将项目资料和开发数据妥善保存以备后鉴。集成测试和调试必须要有测试数据报告。所有参与开发人员做项目总结。

1. 项目章程(porject charter)

项目章程是正式启动项目的文件，明确项目的目标，一般可行性研究报告之后由高级管理层签发，作为项目正式启动的依据。

2. 项目范围说明书(scope statement)

项目范围书明确项目的范围。

3. 项目管理计划(project management plan)

项目管理计划是明确”如何完成项目”的文档集合，包括多个子计划文件，如：开发里程碑、质量计划等。

4. 头脑风暴(brain storm)

制定项目计划是一种集思广益的方法，组织小组成员在会议室放开思维讨论问题的解决问题的方案或者说出项目中的活动，要收集数据进行处理。在问题没有明确的解决方案或者存在多种潜在方案的时候，可以使用头脑风暴。

5. 预防措施和补救措施(prevent measure & remedial measures)

预防措施和补救措施针对问题的缺陷，防范在先，补救措施有时候也可以叫作纠正措施。一种是积极的行为，一种是被动的行为。

6. 标准和规章制度(standards & rules and regulations)

标准是在反复性的活动中构成的最佳规则，有的时候它是可选的，不一定是强制执行。规章制度是强制要求的规则，是强制执行的。

1. 工作分解结构(work breakdown structure,wbs)

wbs是项目管理中的重要元素，是对项目工作的进一步细分，归纳和定义项目的整个范围。

2. 职责分配矩阵(responsibiity assign martrix, ram)

职责分配矩阵是把wbs的工作与部门或者责任人联系起来的一张图表，主要用来进行工作的分配。

1. 里程碑(milestone)和里程碑图(milestone chart)

里程碑是项目的关键点，是系统分析完成、核心模块编码完成或者是系统测试完成的时间点。

2. 甘特图(gantt chart)

甘特图也叫横道图(业务分析师r chart)，用横道表示主要活动或者阶段的开始和结束时间。比里程碑含有更多的信息，可以用来做进度计划审核和确认，也可以用来与客户和上级领导沟通汇报。

3. 项目网络图(network chart)

项目网络图是详细的活动安排，包含了活动之间的前后和依赖关系，一般用单代号网络图(pdm)和双代号网络图(adm)来表示。二者的区别是：pdm采用方框架表示活动，用箭线连接活动；adm用箭线表示活动并在节点处将其连接起来。

4. 关键路径(critical path)

在项目的进度表或者网络图中，存在多条路线通往项目的终点，其中最长的路线称之为关键路径。

5. 进度压缩和进度压缩方法(progress compression)

在项目进度延迟的情况下，要进行进度压缩以加快项目的进行。进度压缩分为两种方法，一是赶工(crashing)，另一种是快速跟进(fast tracking)。

1. 成本估算(cost estimating)

成本估算是指每项活动的费用，根据以往的历史数据、使用数学或者是统计技术。

活动费用的估算的准确度根据需要不同。在项目的初期，是粗略的、大概的；到计划阶段更为详细；到进行费用分配的时候需要精确估算。

成本估算的方法有类比估算和自下而上的估算。类比估算是以过去类似的项目活动为参照，自下而上的估算则以单个活动或者工作分解结构要素进行独立估算，然后分别汇总得到更高层次的估算值。

2. 成本预算(cost budgeting)

成本预算是将单个计划活动或者工作包的费用进行汇总，得到总体费用。预算的结果是要得到一个基准的费用。

3. 挣值管理(earned value)

进度或者是成本实际上不会按照计划进行，随项目的进行会产生进度延迟或者成本超支。只知道计划值、实际值是不够的，无法评估到项目的状况，因为不知道实际完成了多少。例如成本虽然在该时间段超支，却提前完成了许多工作，我们不能肯定这是个坏事。

综合考虑计划值(pv)、实际值(ac)和挣值(ev)，是挣值管理的基本思想。

成本偏差(cv)=挣值-实际值=ev-ac

进度偏差(sv)= 挣值-计划值=ev-pv

1. 统计抽样(statistical sampling)

统计抽样是从目标群体中抽取部分或者是全部样本进行检查，以得到质量数据。

2. 因果图(causal map)

因果图是质量统计的一种图标技术，也叫石川图或者鱼骨刺图，用来分析质量问题或者偏差产生的原因，比较直观的显示各项因素与潜在问题和结果之间的关系。

3. 帕累托图(pareto plans)

帕累托图也是质量统计的图示技术，是按照发生频率大小顺序绘制的直方图，表示有多少结果是由已确认的原因造成的。帕累托图帕累托法则一脉相承，即数量较少的因素是造成绝大多数问题的原因，即八二原理，80%的问题是由20%的原因造成的。

1. 资源直方图(resources histogram)

使用资源直方图表示项目中的资源被使用情况，用它来反应人员工作的时间。

2. 冲突和冲突管理(conflict management)

项目中存在各种冲突是很正常的，冲突的常见**包括资源匮乏、工作安排和工作风格。

解决冲突有多种策略，一般会有”输-输”、”输-赢”和”双赢”的策略。

1. 制定项目沟通计划和制度，包括方式和频率。

2. 领导进行项目沟通活动。

3. 评估沟通效率，进行必要的调整

1. swot分析(strengths, weaknesses, opportunities, threats)

优势、弱点、机会与威胁分析，是针对具体事情或者风险进行多角度、全方位的权衡。

2. 决策树(decision tree)

决策树是决策支持的一种技术方法，把不同的决策分支绘制在图表上进行统一考虑。根据”预期收益”与”可能性”的乘积得到分支的决策值，然后累计分支决策值得到最佳决策。

3. 风险应对措施(risk of response measures)

根据风险类型、概率和影响的不同，需要定制应对的风险策略，风险应对策略通常有规避、转嫁和减轻3 种措施。

风险规避是指采取措施、避免风险，例如开发进度很紧，不能按时完成的情况下，减少程序或者是系统的功能就是风险规避的举措。

风险转嫁是把风险转移到第三方，不将其消除，例如投保就是典型的风险转嫁。

软件项目管理方案

软件项目管理方案

软件项目管理考核方案

软件项目管理培训

其他用户还读了