信息系统项目管理师案例总结.doc

信息系统项目管理师案例要点总结 备注：除以下要点外，要求掌握九大管理输入输出、工具方法，戴明环PDCA思想。 项目立项和整体管理 如何启动项目： ①识别需求；②解决方案的确定；③项目可行性分析；④项目立项；⑤项目章程的确定。 可行性研究的内容： ①技术可行性分析；②经济可行性分析；③运行环境可行性分析；④其他方面的可行性分析（法律可行性、社会可行性）。 可行性研究的步骤： ①明确项目规模和目标；②研究正在运行的系统；③建立新系统的逻辑模型；④导出和评价各种方案；⑤推荐可行性方案；⑥便携可行性研究报告；⑦递交可行性研究报告。 可行性研究报告内容： ①引言；②可行性研究的前提；③对现有系统的分析；④所建议的系统；⑤可选择的其他系统方案；⑥投资及效益分析；⑦社会因素方面的可行性；⑧结论。 项目章程内容： 项目需求，反应干系人的要求与期望；②项目必须实现的商业需求、项目概述或产品需求；③项目的目的或论证的结果；④任命项目经理并授权；⑤里程碑进度计划；⑥干系人的影响；⑦组织职能；⑧组织的、环境的和外部的假设；⑨组织的、环境的和外部的约束；⑩论证项目业务预算，包括投资回报率；⑾概要预算。 可能案例模式： ① 可行性研究，就是考理论。或者让你对比着可行性研究指出这个项目哪个地方做的不足。 补充知识点：信息系统项目可行性研究的目的，就是用最小的代价在尽可能短的时间内确定以下问题：项目有无必要（项目的必要性分析）？能否完成？（项目的可能性分析）是否值得去做？（项目投资及效益分析） 项目的必要性分析： 1原有系统开发不规范，缺少必要的技术文档，原开发人员跳槽，新接手的开发人员很难维护原有系统，维护成本可能会接近或超过新开发的成本。 2 原系统采用落后的设计或因设计人员的水平有限，系统架构设计不合理，难以扩充和修改。 3 原系统设计虽然合理，也考虑到了日后的扩充，但因业务发展太快，远远超过原来的设想，量变引起质变 4 原系统开发工具已过时，用落后的开发工具继续维护还不如用新的开发工具重新开发。 5原系统所基于的硬件或软件平台已过时，在原有平台继续维护已无必要，需要开发基于当前流行平台的新系统。 项目的可能性： 1 企业能力分析 2项目技术来源分析 3 与项目相关的专利分析。 4项目负责人及技术骨干的资质分析 5项目总体技术方案分析 6项目创新点分析 7项目技术可行性分析 8项目技术成熟性分析 9项目产品化分析等 项目投资及效益分析： 1 项目投资预算分析 2 项目投资来源分析 3市场需求与产品销售额分析 4产品成本、利润与盈亏平衡点分析 5投资回收期、投资收益率分析 6社会效益分析。 ②描述一个项目流程，然后问你基础知识。大多数是直接回答，基本跟案例无关，例如下面的补充知识点 项目启动包括哪几个主要活动？ 识别项目需求 解决方案的确定 对项目进行可行性分析 项目立项 项目章程的确定 其他知识点补充： 项目评估报告一般应包括以下内容： 1 项目概况 2评估目标 3评估依据 4评估内容 5评估机构与评估专家 6评估过程 7详细评估意见 8存在或遗漏的重大问题 9潜在的风险 10评估结论 11进一步的建议。 老师寄语：从近几年的情况来看，项目可行性研究的考查不是很多，这部分主要是理论的考察背诵，对于高级项目经理进行考察，显然，有点不太合适，因为高级项目经理的考察，更多是经验的考察，但是，在对于项目经理来说，这部分就显得很重要，不要分析很多内容，考察基本理论的掌握，还是很不错的。  范围管理 范围说明书内容： ①项目目标；②产品范围描述；③项目的可交付物；④项目边界；⑤产品验收标准；⑥项目约束条件；⑦项目的假定。 范围管理可能问题： ①没有挖掘到全部隐性需求，缺乏精确的范围定义；②没有有效的范围管理，造成二次变更；③对范围控制不足；④没有和客户进行需求确认。 范围管理应对措施： 对项目范围进行清晰定义，并根据定义对工作进行分解，制定WBS；②对项目进行合理估算，对工作量有量化的把握；③对项目范围进行有效控制；④重新定义项目范围必须得到高层和客户的确认；⑤进行沟通管理，协调多个项目干系人之间的矛盾。 可能案例模式： 引用书上的原话：从9大知识领域对项目成功产生影响的轻重程度上来看，项目范围管理是最为重要的。 ①提到范围管理这里面常见的案例模式需求管理对范围管理的影响。往往是在叙述一段案例情景中，描述了前期的需求不明确即开工，而导致项目失败，或者其他因需求得不到满足，而项目失败。 答题要点： 在开发合同中没有明确系统的需求，没有进行范围确认。（万金油） 对需求变更没有规范管理，变更没有依据。（万金油） 补充知识点 需求：指的是由项目接受的活项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。这种需求既有技术性德，也有非技术性的。 需求工程：所有