软考中项记忆内容
# 一、立项管理
# 1、可研过程中可能出现的问题
- 项目经理的技术经验不足
- 没有正式、书面的新产品研发项目建议书就开展可行性研究工作
- 新产品研发的可行性研究工作不充分,尤其缺少技术可行性分析和论证
- 研发过程中对人才缺乏、竞争对手等带来的风险缺乏充分的分析,没有合理有效的应对方案
- 没有新产品的初步设计方案就开始研发工作
- 新产品的需求和技术指标不应由领导把关,应进行外部评审
- 在项目启动前缺少对项目成本的估算或成本估算工作未到位
- 可行性研究报告缺少必要的内部论证或外部评估环节
- 没有制订综合、全面的项目管理计划,进度计划不能代替项目管理计划,领导的指示不能代替项目管理计划
- 项目发生进度延误的可能性时未及时调整或更新进度计划并与领导及相关各方沟通
- 前期立项工作中人员参与不充分,缺少关键技术人员和财务人员
# 2、
立项申请又称为项目建议书,是项目建设单位向上级主管部门提交项目申请时所必须的文件,是该项目建设筹建单位根据国民经济的发展、国家和地方中长期规划、产业政策、生产力布局、国内外市场、所在地的内外部条件、组织发展战略等,提出的某一具体项目的建议文件,是对拟建项目提出的框架性总体设想。项目建议书是项目发展周期的初始阶段,是国家或上级主管部门选择项目的依据,也是可行性研究的依据。涉及利用外资的项目,在项目建议书获得批准后,方可开展后续工作。
# 3、
项目立项一般包括项目建议与立项申请、项目可行性研究、项目评估与决策等内容。
# 4、项目建议书内容
- 项目的必要性
- 项目的市场预测
- 项目的预期成果的市场预测
- 项目建设必需的条件
【口诀】两必两预测
项目建议书的作用:项目建议书是项目发展周期的初始阶段产物,是国家或上级主管部门选择项目的依据,也是可行性研究的依据。
# 5、信息系统项目的可行性研究包含
- 技术可行性分析
- 经济可行性分析
- 社会效益可行性分析
- 运行环境可行性分析
- 其他方面的可行性分析等
【口诀】可行性研究包含:技术、经济、社会效益、运行环境、其他可行性分析
# 二、整合管理
# 项目章程的内容:
项目章程记录了关于项目和项目预期交付的产品、服务或成果的高层级信息:
- 项目目的;
- 可测量的项目目标和相关的成功标准;
- 高层级需求;
- 高层级项目描述、边界定义以及主要可交付成果:
- 整体项目风险;
- 总体里程碑进度计划:
- 预先批准的财务资源:
- 关键于系人名单;
- 项目审批要求(例如,评价项目成功的标准,由谁对项目成功下结论,由谁签署项目结束):
- 项目退出标准(例如,在何种条件下才能关闭或取消项目或阶段);
- 委派的项目经理及其职责和职权;
- 发起人或其他批准项目章程的人员的姓名和职权等。
【口诀】目的一目标一需求要描述;风险一进度一资源一名单要审批,退出一两个职位
# 项目章程的作用
- 明确项目与组织战略目标之间的直接联系;
- 确立项目的正式地位;
- 展示组织对项目的承诺。
# 项目管理计划组件主要包括:
- 子管理计划:范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、 资源管理计划、沟通管理计划、风险管理计划、采购管理计划、干系人参与计划。
- 基准:范围基准、进度基准和成本基准。
- 其他组件:变更管理计划、配置管理计划、绩效测量基准、项目生命周期、开发方法、管理 审查。
# 整合管理中涉及的配置管理活动包括哪些?
- 识别配置项、记录并报告配置项状态、进行配置项核实与审计
# 整合管理中涉及的变更管理活动包括哪些?
- 识别变更、记录变更、做出变更决定、跟踪变更
# 变更请求一般包括哪些
- 纠正措施、预防措施、缺陷补救、更新
# 结束项目或阶段过程所需执行的活动包括哪些?
- 为达到阶段或项目的完工或退出标准所必须的行动和活动;
- 为关闭项目合同协议或项目阶段合同协议所必须开展的活动;
- 为完成收集项目或阶段记录、审计项目成败、管理知识分享和传递、总结经验教训、存 档项目信息以供组织未来使用等工作所必须开展的活动;
- 为向下一个阶段,或者向生产和(或)运营部门移交项目的产品、服务或成果所必须开 展的行动和活动;
- 收集关于改进或更新组织政策和程序的建议,并将它们发送给相应的组织部门;
- 测量干系人的满意程度等。
# 整合管理7个过程/归属5大过程组?
- 制定项目章程【启动】
- 制定项目管理计划【计划】
- 指导和管理项目工作【执行】
- 管理项目知识【执行】
- 监控项目工作【监控】
- 实施整体变更控制【监控】
- 结束项目或阶段【收尾】
# 对于系统集成项目,所涉及的文档应该包括如下部分:
- 系统集成项目介绍
- 系统集成项目最终报告
- 信息系统说明手册
- 信息系统维护手册
- 软硬件产品说明书、质量保证书等。
# 项目总结的主要意义如下:
- 了解项目全过程的工作情况及相关的团队或成员的绩效状况。
- 了解出现的问题并进行改进措施总结,
- 了解项目全过程中出现的值得吸取的经验并进行总结。
- 对总结后的文档进行讨论,通过后即存入公司知识库,从而纳入企业的过程资产。
# 一般的项目总结会应讨论如下内容:
- 项目目标
- 技术绩效
- 成本绩效
- 进度计划绩效
- 项目的沟通
- 识别问题和解决问题
- 意见和改进建议
# 三、范围管理
# 需求管理可能的问题:
- 对客户(或用户)的需求获取不充分
- 没有按照规范的需求开发与需求管理的流程及内容开展需求工作
- 缺乏需求定义环节,没有定义出需求规格说明书
- 缺乏需求验证环节,没有请客户代表一起进行需求评审
- 没有制定范围和需求管理计划
- 没有求得干系人对需求的一致理解
- 没有求得干系人对需求的承诺
- 没有有效地管理需求变更控制
- 没有有效维护对需求进行跟踪管理
- 没有及时识别项目工作与需求之间的不一致性
# 需求管理问题应对措施
- 建立需求变更控制策略和需求变更控制流程。
- 采用多种方式充分获取用户需求并进行详细的需求分析
- 形成需求规格说明书并与用户进行需求验证(确认)和评审
- 需求定稿建立基线,以后的需求变更必须走变更控制流程,并及时更新需求规格说明书和需求跟踪矩阵
- 编写需求跟踪矩阵,需求状态表等文档
- 在需求规格说明书基础上编制技术方案,并进行评审
- 定期不定期对项目绩效进行监督检查,找出问题原因并指导团队成员解决
# 范围管理计划的内容
范围管理计划是项目管理计划的组成部分,描述将如何定义、制定、监督、控制和确认项目范 围。包括:
- 制定项目范围说明书;
- 根据详细项目范围说明书创建WBS;
- 确定如何审批和维护范围基准;
- 正式验收已完成的项目可交付成果。【可以是正式或非正式的,非常详细或 高度概括的】
# 需求管理计划的内容
- 如何规划、跟踪和报告各种需求活动;
- 配置管理活动,例如,如何启动变更,如何分析其影响,如何进行追溯、跟踪和报告,以及变更审批权限;
- 需求优先级排序过程;
- 测量指标及使用这些指标的理由;
- 反映哪些需求属性将被列入跟踪矩阵等。
# 范围说明书内容
- 产品范围描述
- 验收标准
- 可交付成果
- 项目的除外责任
- 制约因素
- 假设条件
【口诀】产验可除制假
上次更新: 2024/10/24, 23:41:12