改章节
修改类型*
修改描述
修改人
版本
-9-7
ALL
A
撰写
董赛
V1.0
*修改类型分为A- ADDEDM- MODIFIEDD– DELETED
文档编号
文档名称:软件项目管理方案
拟制:
审核:
SQA:
批准:
文档代号:
收文:
产品版本: v1.0
抄送:
1.
1.1
说明本项目规范流程化的管理方案, 包括启动过程, 计划过程, 执行过程, 控制过程, 结束过程的科学管理控制。涵盖了项目管理的九大领域: 整体管理, 范围管理, 时间管理, 成本管理, 质量管理, 人力资源管理, 沟通管理, 风险管理, 采购管理。
3.项目网络图(Network Chart)
项目网络图是详细的活动安排, 包含了活动之间的前后和依赖关系, 一般用单代号网络图(PDM)和双代号网络图(ADM)来表示。二者的区别是: PDM采用方框架表示活动, 用箭线连接活动; ADM用箭线表示活动并在节点处将其连接起来。
4.关键路径(Critical Path)
在项目的进度表或者网络图中, 存在多条路线通往项目的终点, 其中最长的路线称之为关键路径。
定义明细的进度计划甘特图, 任务分配矩阵, 资源计划分配图;
把计划过程提交给公司领导, 并作详细汇报; 获得项目计划的批准。
2.3
项目实施动员大会, 发布项目信息;
分析和设计程序的模型, 要求统一建模, 统一规划模型, 模型必须与现实情况紧密相连;
实时跟踪项目进展, 实施阶段性评审, 严格遵守项目开发准则(1分阶段的生命周期计划严格管理, 2坚持进行阶段评审, 3实行严格的产品控制, 4采纳现代成熟的程序设计技术, 5结果应能清楚的审查, 6开发小组的人员应少而精, 7承认不断改进软件工程实践的必要性);
项目经理根据需求分析做出项目成本预算, 进度预算, 定义项目质量标准,风险组织和项目综合计划书等, 要求项目控制和执行人员必须高度明确项目目标, 确定项目范围, 并以该目标与项目利益相关者(客户)取得一致意见;
与项目组织(开发团队)就这一目标进行给沟通交流, 一起制定出实现该项目目标的各项具体计划和集成计划, 并成功的完成目标所应做的工作达成共识;
增强人员之间的沟通, 遇到问题及时汇报, 避免各个模块组合困难, 中间出现问题, 无人过问, 导致工作停滞。
针对技术经验不同的程序员, 安排相关性强的工作, 充分授权项目组成员, 鼓励项目组成员完成一些有挑战性的工作, 提高开发技能, 鼓舞开发人员士气。
利用资源直方图反应开发人员的工作时间合理性。
项目控制管理
5.预防措施和补救措施(prevent measure & remedial measures)
预防措施和补救措施针对问题的缺陷, 防范在先, 补救措施有时候也能够叫作纠正措施。一种是积极的行为, 一种是被动的行为。
6.标准和规章制度(Standards & Rules And Regulations)
标准是在重复性的活动中构成的最佳规则, 有的时候它是可选的, 不一定是强制执行。规章制度是强制要求的规则, 是强制执行的。
3.2
1.工作分解结构(Work Breakdown Structure,WBS)
WBS是项目管理中的重要元素, 是对项目工作的进一步细分, 归纳和定义项目的整个范围。
2.职责分配矩阵(Responsibiity Assign Martrix, RAM)
3.
1
2
3
3.1
1.项目章程(Porject Charter)
项目章程是正式启动项目的文件, 明确项目的目标, 一般可行性研究报告之后由高级管理层签发, 作为项目正式启动的依据。
2.项目范围说明书(Scope Statement)
项目范围书明确项目的范围。
3.项目管理计划(Project Management Plan)
成本, 目标, 进度为项目的管理核心, 必须以严格的图标或记录等手段来统计成本, 目标, 进度, 根据统计数据进行SWOT分析, 经过决策树得到最佳方案, 时时提前预警风险应对措施。对测试数据进行备份。
2.5
预定将项目收尾准备更多的时间, 以图更加有条不紊, 将项目资料和开发数据妥善保存以备后鉴。集成测试和调试必须要有测试数据报告。所有参与开发人员做项目总结。
2.4
项目的控制和执行处在同一时间段, 项目控制遵循以下几点:
客户需求控制
在项目的执行过程中, 可能会出现客户需求的变动, 尽量控制可能会出现的情况, 和客户进行沟通, 找到合适的解决方案;
人员管理控制
对任务进行跟踪, 避免”镀金”, 所谓镀金是项目开发人员下意识的想做的更完美, 擅自增加程序功能, 结果导致扩大范围和需求脱离, 或者是开发人员误解任务意图等问题。
预期读者: 项目经理、 需求设计者、 系统分析员和程序员。
2.
2
2.1
分析人员必须以系统科学的方式进行项目需求分析, 选择制定好的项目方案, 进行严格筛选和可行性分析和研究等文档。
2.2
在项目计划的过程中, 要用计划应对变化, 明确的预防措施和补救措施, 制定项目标准和规章制度, 要避免计划不现实, 不切实际, 过于繁琐等可能造成计划无效和项目失控等因素。
项目管理计划是明确”如何完成项目”的文档集合, 包括多个子计划文件, 如: 开发里程碑、 质量计划等。
4.头脑风暴(Brain Storm)
制定项目计划是一种集思广益的方法, 组织小组成员在会议室放开思维讨论问题的解决问题的方案或者说出项目中的活动, 要收集数据进行处理。在问题没有明确的解决方案或者存在多种潜在方案的时候, 能够使用头脑风暴。
职责分配矩阵是把WBS的工作与部门或者责任人联系起来的一张图表, 主要用来进行工作的分配。
3.3
1.里程碑(Milestone)和里程碑图(Milestone Chart)
里程碑是项目的关键点, 是系统分析完成、 核心模块编码完成或者是系统测试完成的时间点。
2.甘特图(Gantt Chart)
甘特图也叫横道图(业务分析师r Chart), 用横道表示主要活动或者阶段的开始和结束时间。比里程碑含有更多的信息, 能够用来做进度计划审核和确认, 也能够用来与客户和上级领导沟通汇报。