高项案例知识点总结

合集下载

软考高项信息管理师--案例分析大攻关之答题技巧,答题模板,知识点列举

软考高项信息管理师--案例分析大攻关之答题技巧,答题模板,知识点列举

案例分析理论知识点背诵各位同学们,下午好呀,还有一个多月时间,咱们就要走上软考的战场了,临阵磨枪,不快也光,今天班班给大家分享一些干货,看了就拿分,案例分析题该如何作答,没复习或者没看到该怎么办?对于案例分析其实真心不难,案例分析如果要卡人,主要通过计算题去卡,计算题没问题,案例分析基本能过一般情况下案例分析分为五种题型:1、问答题(找错、改错、改进提升)2、计算题3、分析题4、理论题5、填空、选择、判断题案例分析答题技巧:◼一般案例的出题的方式都是“问题原因”和“方法型”,即出现相关问题,需要您找出原因,提出相应的解决方案!◼案例重点集中在需求、变更、进度、成本、质量、人力资源、沟通这几个章节上,希望大家熟练掌握这些知识点;◼除了掌握基本的理论知识点,我们还需要注意答题技巧,可以为我们的案例分析提高5~10 分,希望大家掌握:◼1、回答问题的文字要简练,千万不要长篇大论,答案长度适中为好。

◼2、过程要清晰,特别是一些公式的计算,过程要写出来,哪怕结果不对,过程也给分的◼3、文字清晰,书写工整,这样老师对您的印象也会特别的好的。

◼4、可能您考试的时候记的不是很清晰,脑子里面有好几个答案的,我建议您都写上,因为多写不扣分的。

◼5、答题要有次序,阅卷老师要批改成千上万的试卷,如果您答得没有次序,老师也不会认真看的,也许就随便给几分了,因此我建议大家答题一定要有次序,最好分列说明,12345 点、abcd 类型等等;◼6、尽量使用专业化的术语、而非口语;避免使用绝对的语言;引用案例;紧密联系知识点;引用案例;◼7、当遇到自己不会做的,千万不要放弃,因为案例的评分标准是达到点子上就有分的!所以您不会写也得写点东西,尽量往相关知识点上靠拢,还有,案例分析是多写不扣分的,比如标准答案只有3 条,您答了5 条,只要多答的2 条,没有很明显的错误,都是不影响您的得分的,因此,我建议大家在答题的时候,可以尽量的多写。

软考高项第四版知识点

软考高项第四版知识点

软考高项第四版知识点摘要:一、前言二、软考高项第四版知识点概述1.信息系统项目管理师2.系统集成项目管理工程师三、知识点详解1.项目管理基础知识1.1 项目管理概念1.2 项目管理过程1.3 项目管理方法论2.项目管理体系2.1 项目管理体系概述2.2 项目管理标准2.3 项目管理体系建设3.项目整合管理3.1 项目整合管理概述3.2 项目整合管理过程3.3 项目整合管理工具与技术4.项目范围管理4.1 项目范围管理概述4.2 项目范围管理过程4.3 项目范围管理工具与技术5.项目时间管理5.1 项目时间管理概述5.2 项目时间管理过程5.3 项目时间管理工具与技术6.项目成本管理6.1 项目成本管理概述6.2 项目成本管理过程6.3 项目成本管理工具与技术7.项目质量管理7.1 项目质量管理概述7.2 项目质量管理过程7.3 项目质量管理工具与技术8.项目人力资源管理8.1 项目人力资源管理概述8.2 项目人力资源管理过程8.3 项目人力资源管理工具与技术9.项目沟通管理9.1 项目沟通管理概述9.2 项目沟通管理过程9.3 项目沟通管理工具与技术10.项目风险管理10.1 项目风险管理概述10.2 项目风险管理过程10.3 项目风险管理工具与技术11.项目采购管理11.1 项目采购管理概述11.2 项目采购管理过程11.3 项目采购管理工具与技术四、总结正文:一、前言随着信息技术的不断发展,项目管理在企业中的应用越来越广泛。

软考高项第四版知识点对项目管理领域进行了全面梳理,为我国项目管理事业的健康发展提供了有力支持。

本文将对软考高项第四版知识点进行概述和详解,以帮助读者更好地理解和应用这些知识点。

二、软考高项第四版知识点概述软考高项第四版知识点主要包括信息系统项目管理师和系统集成项目管理工程师两个方面。

其中,信息系统项目管理师主要针对大型、复杂的信息系统项目,要求具备较高的项目管理水平;系统集成项目管理工程师主要针对中小型、简单的信息系统项目,要求具备一定的项目管理能力。

23年高项案例

23年高项案例

23年高项案例摘要:一、引言1.背景介绍2.案例重要性二、23年高项案例详情1.案例基本情况2.涉及的主要人物3.案例发生的过程三、案例分析1.案例中的关键事件2.各方态度和反应3.案例背后的原因和影响四、案例启示1.对企业的启示2.对监管部门的启示3.对行业的启示五、结论1.案例的深远影响2.对未来发展的展望正文:23年高项案例是一起在我国引起广泛关注和讨论的事件。

本文将从四个方面对这一案例进行深入剖析,以期从中汲取教训,为今后的工作提供参考。

一、引言1.背景介绍2023年,我国发生了一起备受瞩目的案件,即23年高项案例。

这起案件涉及一家知名企业的高管层,引发了社会各界的关注。

案件起因是企业内部管理出现问题,导致高管层涉嫌违法乱纪。

随着调查的深入,更多的内幕被揭露,使得这起案件成为了社会舆论的焦点。

2.案例重要性23年高项案例不仅对企业本身产生了深远的影响,也对整个行业乃至监管部门提出了严峻的挑战。

因此,对这一案例的研究具有很高的现实意义。

二、23年高项案例详情1.案例基本情况2023年,一家国内知名企业的高管层因涉嫌违法乱纪被有关部门调查。

这起案件涉及多名高管,其中包括公司的董事长和总裁。

调查发现,高管们存在严重的内部腐败、利益输送等问题。

2.涉及的主要人物在这起案件中,涉及的主要人物有企业的高管层、监管部门的工作人员、律师以及受害方代表等。

3.案例发生的过程从案件曝光到调查结束,23年高项案例经历了漫长的过程。

监管部门在接到举报后,迅速展开调查,对企业高管进行约谈和取证。

随着调查的深入,越来越多的证据浮出水面,证实了高管层的违法行为。

最终,涉事高管被依法惩处,企业也进行了相应的整改。

三、案例分析1.案例中的关键事件23年高项案例的关键事件包括:企业高管涉嫌违法乱纪被调查、监管部门展开行动、涉事高管被惩处等。

2.各方态度和反应在案件发生后,各方表现出不同的态度。

企业方面表示积极配合调查,对违法高管进行严肃处理;监管部门表示将继续加强执法力度,保护市场秩序;受害方则对结果表示满意,呼吁加强企业内部管理。

高项案例知识点总结

高项案例知识点总结

1、项目经理的选择和素质:P18-23一个合格项目经理应具备的素质:(1)广博的知识,丰富的经历,良好的协调能力,良好的职业道德,良好的沟通和表达能力,良好的领导能力。

项目经理应具备的五大知识领域:项目管理知识体系,应用领域的知识、标准和规定,项目环境知识,通用的管理知识和技能,软技能和人际关系技能。

2、项目干系人的需求分析和沟通分析,两部分组成——P31+P232项目干系人的分析:1、非组员的干系人的三大职责:参与、审查、反馈2、项目干系人的分析的目的:确定项目干系人的需求,帮助项目经理制定沟通管理策略。

项目干系人的管理的方法:沟通方法(分析干系人需求和期望目标,分层次分目标进行沟通,不同干系人采用不同的沟通策略,综合运用正式的和非正式的或公开或私下等多种沟通方法),问题日志需求分析就是确定待开的信息系统应该做什么。

需求分析的特点:1、用户与开发人员之间存在着沟通方面的困难;2、用户的需求是动态变化的;3、生命周期种不同的阶段系统变更的代价呈非线性增长;需求分析的过程1、问题识别;2、分析与综合;3、制订规格说明;4、评审;需求分析的方法1、原型化方法2、结构化方法3、动态分析法需求分析步骤:1、阅读甲方所有资料文件-组织资产、业务法规制度、业务流程;2、撰写调研提纲,并与甲方业务人员确认;3、业务岗位实地调研,岗位调研报告(一地)业务调研集中会议与试点地区岗位调研(省地市异地);4、撰写业务调研报告,与甲方主要需求人员开会讨论;5、甲方高层参加的业务需求调研报告会,认可业务需求内容6、正式撰写“需求分析”系列文档;与甲方主要需求人员讨论;7、真是提交需求评审,开会,确认需求;3、项目的组织结构对项目管理的影响P34第五章4、整体管理计划的制定流程,作用和内容P91-93整体管理作用:对项目管理过程中的不同过程和活动进行识别、定义、整合、统一和协调的过程。

整体管理计划的制定流程:制订项目章程,制订项目范围说明书初步,制订项目管理计划,指导和管理项目执行,监督和控制项目工作,整体变更控制,项目收尾。

软考高项知识点(背会必过)要点

软考高项知识点(背会必过)要点

1、信息系统工程质量管理包括哪些方面?质量计划、质量保证、质量控制2、结构化模块设计的辅助工具有哪些?系统流程图、HIPO技术、模块结构图3、模块独立性的度量聚合、耦合,聚合衡量模块内部各元素结合的紧密程度耦合度量不同模块间互相依赖的程度4、IT战略规划应包括哪些方面?(1)IT战略规划目标的制定要具有战略性 (2)IT战略规划要体现企业核心竞争力要求 (3)IT战略规划目标的制定要具有较强的业务结合性 (4)IT战略规划对信息技术的规划必须具有策略性 (5)IT战略规划对成本的投资分析要有战术性 (6)IT战略规划要对资源的分配和切入的时机行充分的可行性评估5、企业IT系统管理的基本目标可以分为以下几个方面(1)全面掌握企业IT环境,方便管理异构网络,从而实现对企业业务的全面管理(2)确保企业IT环境的可靠性和整体安全性,及时处理各种异常信息,在出现问题时及时进行恢复,保证企业IT环境的整体性能;(3)确保企业IT环境整体的可靠性和整体安全性,对涉及安全操作的用户进行全面跟踪管理,提供一种客观的手段评估组织在使用IT方面面临的风验,并确定这些几险是否得到了有效的控制 (4)提高服务水平,加强服务的可管理性并及时产生各类情况报告,及时\可靠地维护各类服务数据6、系统管理的策略和方法(1)面向业务处理 (2)管理所有IT资源,实现端到端的控制 (3)丰富的管理功能 (4)多平台、多供应商的管理7、通过实施配置管理的效益(1)有效管理IT组件(2)提供高质量的IT服务(3)更好的遵守法规(4)帮助制定财务和费用计划8、硬件资源维护内容:(1)所有硬件设备必须由专人负责管理;管理员必须定期对各种办公设备进行清理检查,确保设备处于正常使用状态;用电设备要按时进行线路检查,防止漏电、打火现象,确保设备、库房的安全,对故障设备应随时登记,并及时向上级汇报后妥善处理。

(2)所有硬件设备应该严格遵循部门制定的硬件管理条例(3)硬件设备在平时应该定期进行清点和检测,发现有问题的应该及时进行处理。

信息系统项目管理师(高项)知识点干货

信息系统项目管理师(高项)知识点干货

1、网络层协议:ICMP报文发送控制协议。

IGMP参加多播,向相邻多目的路由器报告多目组成员的协议。

ARP动态IP向物理地址转换。

2、802.3以太网局域网协议。

细同轴电缆10M、双绞线100M、光纤或双绞线1000M。

3、应用层协议:FTP:文件传输协议,运行在TCP之上,PC与PC之间传输文件。

TFTP:简单文件传输协议,运行在UDP之上,不可靠数据传输,服务器与客户机之间。

HTTP:超文本传输协议,建立在TCP之上,从WWW.服务器传输超文本到本地浏览器。

SMTP:简单邮件传输协议。

运行在TCP之上。

DHCP:动态主机配置协议,建立在UDP之上。

Telnet:远程登录协议,建立在TCP之上。

SNMP:简单网络管理协议,市委解决Internet上的路由器管理问题。

4、OSI分层技术:物理层:RS232、V.35、RJ-45、FDDI。

数据链路层:控制网络层和物理层之间通信。

802.3/2、HDLC、PPP、ATM。

网络层:将网络地址翻译成物理地址。

IP、ICMP报文控制、IGMP、IPX、ARP、RARP。

传输层:TCP、UDP、SPX。

会话层:两点间建立通信。

RPC、SQL、NFS。

表示层:数据将按照网络能理解的方案格式化,JPEG、ASCII、GIF、DES、MPEG。

应用层:处理事务、文件传送等。

HTTP、Telnet、FTP、SMTP。

5、物理层一层交换机(中继器、电话网),链路层二层交换机(网桥、对MAC地址变更)、网络层三层交换机(路由器、对IP变更)、传输层四层交换机(对端口进行变更)6、平均无故障时间:平均无故障时间/(平均无故障时间+维修时间)×100%7、实体联系图(E-R图)表示数据模型、数据流图DFD表示功能模型、用状态转换图STD表示行为模型。

8、依赖:一个事物发生变化会影响另一个事物的语义。

关联:一组对象之间连接的结构关系。

泛化:一般化和特殊化的关系,特殊元素的对象可替换一般元素的对象。

高项案例分析题考点(整理)

高项案例分析题考点(整理)

信息系统项目管理师“案例分析”考点提纲<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第 1 章绪论1.1 项目经理的选择和素质,如何担当一个合格的项目经理?<项目经理应具备的素质>1)广博的知识2)丰富的经历3)良好的协调能力4)良好的职业道德5)良好的沟通和表达能力6)良好的领导能力<项目经理的选择>1)真正理解项目经理的角色2)重视项目团队的管理,奖惩分明3)计划计划再计划4)真正理解“一把手”工程5)切记注重用户参与<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第 2 章项目生命周期和组织2.1项目的组织结构对项目管理的影响?2.2 项目干系人管理的需求分析和沟通分析?<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第3章项目管理过程<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第4章项目可行性分析4.1 可行性分析的步骤,内容?<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第5章项目整体管理5.1 整体管理计划的制定流程,作用和内容制订项目管理计划过程包括定义、准备、集成和协调所有子计划以形成荐管理计划所必要的所有行动。

高项案例分析题考点整理

高项案例分析题考点整理

信息系统项‎目管理师“案例分析”考点提纲<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第 1 章绪论1.1项目经理的‎选择和素质‎,如何担当一‎个合格的项‎目经理?p18素质:(1)(2)广博的知识‎丰富的经历‎协调能力执业道德沟通和表达‎能力领导能力选择的标准‎:(1)(2)管理专业技术专业管理、与人共事能‎力<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第 2 章项目生命周‎期和组织2.1项目的组‎织结构对项‎目管理的影‎响?(职能型、矩阵型、项目型)体系、文化、风格、结构、PMO等2.2 项目干系人‎管理的需求‎分析和沟通‎分析?沟通分析:沟通方法(面对面、电话、邮件等)、问题日志<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第3章项目管理过‎程启动、规划、执行、监控、结束<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第4章项目可行性‎分析4.1 可行性分析‎的步骤,内容?初步、详细、报告初步:市场和生产‎能力、设备和材料‎投入分析、网络规划物‎理布局方案‎、项目规划、项目进度安‎排、投资与成本‎估算详细:概述、需求确定、现有的资源‎设施情况分‎析、初步技术方‎案、项目实施进‎度计划建议‎、投资估算和‎资金筹措建‎议、人员及培训‎计划、风险分析、社会经济效‎益分析、合作/协作方式<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第5章项目整体管‎理章程、范围、制定管理计‎划、指导项目实‎施、监控项目工‎作、整体变更控‎制、收尾项目管理方‎法论、项目管理系‎统、专家判断5.1 整体管理计‎划的制定流‎程,作用和内容‎流程:定义、准备、集成、协调所有子‎计划作用:定义了项目‎如何执行、监督、控制内容:所使用的项‎目管理过程‎每个特定过‎程的实施程‎度完成这些过‎程的工具和‎技术描述选择的项目‎生命周期和‎相关的项目‎阶段如何用选定‎的过程来管‎理具体项目‎,包括过程间‎依赖和基本‎输入输出如何执行工‎作来完成项‎目目标如何监督和‎控制变更如何实施配‎置管理如何维护项‎目绩效基线‎的完整性与项目干系‎人沟通的要‎求和技术为解决遗留‎问题进行关‎键评审子计划:范围、进度、成本、质量管理、过程改进、人员配置、沟通、风险、采购管理等‎,及里程碑列‎表、资源日历、进度基线、成本基线、质量基线、风险库5.2 变更管理(变更原因,变更原则、变更流程)纠正、预防、变更、缺陷原因:环境、计划不周、新技术、组织变化、客户要求变‎化原则:流程:识别将已变‎更确保已批准‎的变更才能‎被实施评审及批准‎变更申请通过规范化‎变更申请流‎程来管理已‎批准的变更‎管理基线完‎备性,确保只有已‎批准的变更‎集成到产服‎中,并对变更的‎配置和计划‎文档维护评审并审批‎书面的纠正‎和预防措施‎跟据已变,更新项范围‎、成本、进度、质量需求,要在整个项‎目高度协调‎记录变请的‎影响验证缺陷修‎复的正确性‎基于质量报‎告控制项目‎质量使其符‎合标准<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第6章范围管理6.1范围的定‎义(定义内容、定义的方法‎、定义的步骤‎过程)110页内容:项目范围说‎明书(目标、产品范围描‎述、需求、边界、交付物、约束、假设、初始的项目‎组织、初始风险、里程碑、资金限制、成本估算、规范、已批准的需‎求、配置管理需‎求)、变更请求、项目管理计‎划(更新)方法:产品分析、可选方案识‎别、专家判断、干系人分析‎步骤:6.2工作分解‎结构(创建WBS‎的方法、作用)114页,116页方法:WBS模板‎、分解、WBS编码‎设计作用:一目了然、项目结构的‎完整性、建立项目保‎障体系、明确工作界‎面责任划分‎、项目沟通依‎据、项目计划和‎控制依据6.3需求分析‎和需求评审‎(需求分析的‎作用,方法和步骤‎)370页6.4范围确认‎(作用、方法、步骤)123页作用:确认可交付‎物和工作成‎果,保证项目所‎有工作能准‎确满意地完‎成方法:检查(测量、测试、检验)步骤:<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第7章项目时间管‎理7.1时间管理‎的工作流程‎(活动定义-活动排序-活动资源估‎算-活动历时估‎算-制定进度计‎划-进度控制)131页7.2时间延误‎的原因(活动排序不‎合理,活动历史估‎算不准确,活动资源申‎请没有保障‎,进度控制方‎法不合理)要结合案例‎进行分析7.3进度压缩‎的方法(进度网络优‎化、外部努力、挖掘潜力)150页,145页7.4 进度控制(内容、方法和步骤‎)149页,150页内容:确定当前进‎度、确定进度是‎否变化、影响进度变‎化原因、对已/正发生变化‎实施管理方法:进展报告、进度变更控‎制系统、绩效测量、项目管理软‎件、偏差分析、计划比较甘‎特图步骤:分析进度找‎出要改正的‎地方、确定纠正措‎施、修改计划、重估进度<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> 第8章项目成本管‎理(成本估算、预算、控制)8.1成本失控‎的原因?153页估算预算不‎准确在成本管理‎三项上没有‎统一的标准‎和规范思想误区,创新性,实施过程中‎太多变,超算难免8.2成本估算‎的步骤和方‎法?155页,157页步骤:识别并分析‎项目成本构‎成科目据科目,估算每一成‎本科目的成‎本大小分析估算结‎果,找出可以互‎相替代的成‎本,协调各成本‎间的比例关‎系方法:类比估算、确定资源费‎率、自下而上的‎成本估算、项目管理软‎件、卖方投标分‎析、准备金分析‎、质量成本8.3 成本预算的‎步骤和方法‎?160页,161页步骤:分摊总成本‎到W BS的‎各个工作包‎上,为每个工作‎包建立总预‎算成本,所有工包成‎本和<=总成本将工作包成‎本分配到活‎动上确定各预算‎成本支出时‎间计划及每‎一时间点上‎累计预算成‎本,制定出成本‎预算计划。

软考高项考试案例简答题汇总

软考高项考试案例简答题汇总

1、范围说明书的作用(1)确定范围。

项目范围说明书描述了可交付成果和所要完成的工作。

(2)沟通基础。

项目范围说明书表明项目干系人之间就项目范围所达成的共识。

(3)规划和控制依据。

(4)变更基础。

项目范围说明书为评价变更请求或额外工作是否超出项目边界提供基准。

(5)规划基础。

2、创建WBS在分解的过程中,应该注意以下8个方面。

(1)WBS必须是面向可交付成果的。

(2) WBS必须符合项目的范围。

100%原则(3) WBS的底层应该支持计划和控制。

(4) WBS中的元素有且仅有一个负责人。

(5) WBS应控制在4~6层。

一个工作单元只能从属于某个上层单元,避免交叉从属。

(6) WBS应包括项目管理工作和分包出去的工作。

(7) WBS的编制需要所有(主要)项目干系人的参与。

(8) WBS并非是一成不变的。

滚动分解原则。

3、WBS的目的和用途主要体现在以下8个方面。

(1)明确和准确说明项目范围。

(2)清楚地定义项目的边界,并得到项目干系人一致认可。

(3)可以确定完成项目所需资源。

.(4)提高资源估算准确性。

(5)为计划、预算、进度安排和费用控制奠定共同基础。

(6)将项目工作和项目的财务账目联系起来。

(7)确定工作内容和工作顺序,有助于分解工作任务。

(8)有助于防止需求蔓延。

4、确认范围的一般步骤(1)确定需要进行范围确认的时间。

(2)识别范围确认需要哪些投入。

(3)确定范围正式被接受的标准和要素(4)确定范围确认会议的组织步骤。

(5)组织范围确认会议。

5、范围变更的原因(1)造成项目范围变更的主要原因是项目外部环境发生了变化,(2)项目范围的计划编制不周密详细,有一定的错误或遗漏。

(3)市场上出现了或是设计人员提出了新技术、新手段或新方案。

(4)项目执行组织本身发生变化。

(5)客户对项目、项目产品或服务的要求发生变化。

中项、高项案例分析要点:

中项、高项案例分析要点:

中项案例分析:一、进度管理1团队成员没有及早参与,需求分析耗时长,要早期参与拉项目2经验不足,进度计划制定不准,采取有效的历时估算方法和网络计划技术,制定进度计划3 考虑项目期间特定时期会对进度产生影响4增加人手,聘请更有经验的人员,找兼职人员5加班6并行7重新估算后面的工期8加强沟通,减少变更9加强控制,避免返工10外包11加强沟通,先完成关键需求12增加资源有时可能压缩工期有限13关注关键路径,在关键路径上加资源,有效果14关注里程碑15加强进度与成本、风险、质量等知识点的协调二、人力资源管理1项目经理缺乏足够的项目管理能力以及经验2项目经理精力和能力不够-负荷均衡3项目经理没有进入项目经理的角色-根据项目经理角色要求,选择合适人选4项目经理没有被培训和被指导5 加强沟通,管理风格与沟通技巧选择。

6 加强员工技能、管理能力的培训,提高工作水平。

7 配备合适的人员,明确职责和角色。

8 采用激励理论与实际制度相一致。

9 加强团队建设的活动10 形成共同的行为准则11 争取公司认可的奖励机制,认可成员的工作12绩效考核,。

13 招聘掌握技能的人员加入项目团队。

14 做好人员风险分析,制定相应的计划与措施15 采用项目管理管理系统,提高工作效率。

三、整体管理1建立企业级的项目管理体系和工作规范,管理上不乱2明确可交付物,3培训学习项目管理知识,提高管理能力4做好经验的总结,好各项计划5做好整体管理,项目过程6加强变更管理与控制,建立变更流程与体系7要有项目启动-可行性分析8要制定项目章程四、风险管理1采用多种风险识别方法,找到项目分析-专家、多角度2运用分析分析工具3制定风险管理计划4识别干系人的风险的容忍度5要制定相应的风险应对策略6监控风险-项目财务报表、人事报告、项目阶段审核、以往项目的教训报告、项会议报告、项目变更申请8风险管理方案要可行、有效、全面、及时9风险管理的综合性措施-经济措施、技术措施、组织管理措施10 好的风险管理工作程序五、沟通管理1缺乏沟通,合作氛围不够2及时信息分发,加强沟通,让客户了解项目具体情况3注重沟通技巧,建立融洽的合作气氛4没有对团队成员的沟通需求和沟通风格进行分析5没有开一个高效的会议6沟通方式单一7没有冲突管理8开高效会议的做法9分析成员的沟通风格,从而采用相应的沟通方式10多种沟通方式11采用一些沟通模板12加强冲突管理13采用一些沟通模板14加强冲突管理15多供应商的沟通16解决冲突,包括干系人对项目期望之间的冲突、资源冲突等。

软考中高级项目管理案例分析题必背要点

软考中高级项目管理案例分析题必背要点

软考中高级项目管理案例分析需要记忆的内容(请多看几遍,熟能生巧)范围管理1、范围管理应包括的内容范围管理也就是对项目应包括什么和不应包括什么进行相应的定义和控制.包括用以保证项目能按要求的范围完成所涉及的所有过程,包括的内容是:确定项目的需求、定义规划项目的范围、范围管理的实施、范围变更控制管理、范围核实2、项目范围管理包括五个过程范围计划编制、范围定义、创建工作分解结构、范围确认、范围控制3、项目范围管理方面出现的问题1)从一开始就没有做项目的范围管理工作或做得不好;2)让用户自己提需求,而不是自己去分析;3)出现需求变更或变更冲突时,也没有相应的变更控制系统来约束;4)开发人员没有认识到项目范围控制重要性,没有弄清系统目标和系统功能的区别,没在项目启动前把项目范围建立起来;5)客户不能准确告诉开发人员需要哪些功能,他们只知道系统需要完成哪些目标,功能需求不是客户提供,而是项目组成员在理解目前的人工作业后分析出来的;5)建立功能需求是开发人员的责任,不是客户或用户能提供的内容;6)项目范围不是由客户或用户提供的,是依据要开发的项目目标和项目最终交付而制订出来的结果;7)没有项目范围,不能建立有关系统的功能,不能控制任务工作量,不能预估完成日期并按时完成。

4、WBS 定义1)WBS 将项目分解为小的、可以管理的片断。

2)WBS 最底层为工作包,最终工作包都必须有明确可验证的交付成果,逻辑上不可再分,在WBS 中需要对各层各个分解进行编码。

w w w .e d u c i t y .c n5、WBS 作用1)防止应该做的工作被遗漏掉,也防止渡金;2)方便项目团队沟通,项目成员很容易找到自己负责部分在整个项目中的位置;3)防止不必要的变更;4)提供一个基本的资源(人员和成本)估算依据;5)帮助获取团队认同和创建团队;6、创建WBS 把握的原则在各层次上保持项目的完整性,避免遗漏必要的组成部分;一个工作单元只能人属于某个上层单元,避免交叉从属;相同层次的工作单元应用相同性质;工作单元应能分开不同责任者和不同工作内容;便于满足项目管理计划、控制的管理需要;最低层工作应该具有可比性,是可管理的,可定量检查的;应包括项目管理工作(因为是项目具体工作的一部分),包括分包出去的工作。

计算机信息系统项目管理师(高级)案例复习资料

计算机信息系统项目管理师(高级)案例复习资料

一、团队发展阶段:(1)形成阶段(Forming)。

一个个的个体转变为团队成员,逐渐相互认识并了解项目情况及他们在项目中的角色与职责,开始形成共同目标。

团队成员倾向于相互独立,不怎么开诚布公。

在本阶段,团队往往对未来有美好的期待。

(2)震荡阶段(Storming)。

团队成员开始执行分配的任务,一般会遇到超出预想的困难,希望被现实打破。

个体之间开始争执,互相指责,并且怀疑项目经理的能力。

(3)规范阶段(Norming)。

经过一定时间磨合,团队成员开始协同工作,并调整各自的工作习惯和行为来支持团队,团队成员开始相互信任,项目经理能得到团队的认可。

(4)发挥阶段(Performing)。

随着相互之间的配合默契和对项目经理的信任加强,团队就像一个组织有序的单位那样工作。

团队成员之间相互依靠,平稳高效地解决问题。

这时团队成员的集体荣誉感会非常强,常以第一称谓称呼团队,如“我们组”“我们部门”等,并会努力捍卫团队声誉。

(5)解散阶段(Adjourning)。

所有工作完成后,项目结束,团队解散。

上述这些阶段通常按顺序进行,然而,团队停滞在某个阶段或退回到较早阶段的情况也并非罕见。

如果团队成员曾经共事过,项目团队建设也可跳过某些阶段。

某个阶段持续时间的长短,取决于团队活力、团队规模和项目管理团队的领导力。

项目经理应该对团队活力有较好的理解,以便有效地带领团队经历所有阶段。

二、冲突管理的5种方法:三、需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。

包括以下内容:(1)业务需要、机会、目的和目标。

(2)项目目标。

(3)项目范围/WBS可交付成果。

(4)产品设计。

(5)产品开发。

(6)测试策略和测试场景。

(7)高层级需求到详细需求。

四、要把整个项目工作分解为工作包,通常需要开展以下活动:(1)识别和分析可交付成果及相关工作。

(2)确定WBS的结构和编排方法。

(3)自上而下逐层细化分解。

(4)为WBS 组成部分制定和分配标识编码。

信息系统项目管理师-高项案例知识点

信息系统项目管理师-高项案例知识点

信息系统项⽬管理师-⾼项案例知识点整体管理部分:1,项⽬章程的内容?作⽤?(案例)(1)项⽬⽬的或批准项⽬的原因;(2)可测量的项⽬⽬标和相关的成功标准;(3)项⽬的总体要求;(4)概括性的项⽬描述;(5)项⽬的主要风险;(6)总体⾥程碑进度计划;(7)总体预算;(8)项⽬审批要求(⽤什么标准评价项⽬成功,由谁对项⽬成功下结论,有谁来签署项⽬结束)(9)委派的项⽬经理及其职责和职权;(10)发起⼈或其他批准项⽬章程的⼈员的姓名和职权。

注意:项⽬章程不是由项⽬经理发布的。

作⽤:(1)项⽬章程的批准,标志着项⽬的正式启动;(2)粗略地规定项⽬的范围,这也是项⽬范围管理后续⼯作的重要依据;(3)正式任命项⽬经理,授权其使⽤组织的资源开展项⽬活动。

2,项⽬管理计划的内容、编写步骤、原则。

(选择)项⽬管理计划是说明项⽬将如何执⾏、监督和控制项⽬的⼀份⽂件。

它合并与整合了其他各规划过程所产⽣的所有⼦管理计划和基准(范围基准、进度基准、成本基准等)(1)所使⽤的项⽬管理过程。

(2)每个特定项⽬管理过程的实施程度。

(3)完成这些过程的⼯具和技术的描述。

(4)项⽬所选⽤的⽣命周期及各阶段将采⽤的过程。

(5)如何⽤选定的过程来管理具体的项⽬。

包括过程之间的依赖与交互关系和基本的输⼊和输出。

(6)如何执⾏⼯作来完成项⽬⽬标及对项⽬⽬标的描述。

(7)如何监督和控制变更,明确如何对变更进⾏监控。

(8)配置管理计划,⽤来明确如何开展配置管理。

(9)对维护项⽬绩效基线的完整性的说明。

(10)与项⽬⼲系⼈进⾏沟通的要求和技术。

(11)为项⽬选择的⽣命周期模型。

(12)为解决某些遗留问题和未定的决策,对于其内容、严重程度和紧迫程度进⾏的关键管理评审。

3,变更的流程。

(案例)(1)提出与接收变更申请;(2)对变更的初审;(3)变更⽅案论证;(4)CCB审查;(5)发出变更通知并组织实施;(6)变更实施的监控;(7)变更效果的评估;(8)判断发⽣变更后的项⽬是否已纳⼊正常轨道。

信管高项案例常见问题及回答总结

信管高项案例常见问题及回答总结

信管高项案例常见问题及回答总结项目立项的步骤1、提出项目建议书(立项申请),经过上级部门或领导审批2、进行初步可行性研究和详细可行性研究3、必要时可邀请专家或第三方机构进行项目评估论证4、通过后成立项目组,启动项目可行性研究的内容投资必要性、技术可行性、财务可行性、组织可行性、经济可行性、社会可行性、风险因素及对策分析可行性研究的阶段1.初步可行性研究2.详细可行性研究3.可行性研究报告可行性研究的步骤1.确定项目的规模和目标2.研究正在运行的系统3.建立新系统的逻辑模型4.导出和评价各种方案5.推荐可行性方案6.编写可行性研究报告7.递交可行性研究报告可行性研究报告的内容1.引言2.可行性研究的前提3.对现有系统的分析4.所建议的系统5.可选择的其他系统方案6.投资及效益分析7.社会因素方面的可行性8.结论项目启动阶段常见问题1、没有遵循正确的立项流程2、可行性分析做得不完善(比如只做了技术分析)3、对可行性分析报告没有进行论证项目章程的内容1、基于项目干系人的需要和期望提出要求2、项目必须满足的业务要求和产品需求3、项目的目的或项目立项的理由4、委派的项目经理及权限5、概要的里程碑进度计划6、项目干系人的影响7、职能组织及其参与8、组织的、环境的和外部的假设9、组织的、环境的和外部的约束10、论证项目的业务方案,包括投资回报率11、概要预算项目启动阶段常见问题1、没有进行充分的项目可行性分析2、技术路线不先进或不成熟,两者没有取得平衡3、没有考虑信息安全问题,或安全措施不可靠4、项目采用的做法不符合国家标准规范5、项目负责人、技术核心人员或外聘专家不能保证到位,或没有合适人选6、投资估算不合理7、资金来源不能保证8、对市场需求和经济效益的预测没有依据9、没有考虑项目的风险,没有预防措施和处置方案10、不符合国家产业政策二、整体管理与综合项目计划编制流程1、明确目标2、成立初步项目团队3、工作准备与信息收集4、依据标准、模板,编写初步的概要的项目计划5、编写范围管理、质量管理、进度、预算等分计划6、把上述分计划纳入项目计划,然后对项目计划进行综合平衡、优化7、项目经理负责组织编写项目计划8、评审与批准项目计划9、获得批准后的项目计划就成为项目的基准计划指导和项目管理执行过程的工作1、执行活动以完成项目或阶段性目标2、付出努力和支出资金以完成项目或阶段性目标3、配备人员,进行培训,管理已分配到项目或阶段中的项目团队成员4、获取报价、投标、出价或提交方案书5、从潜在的供应商中选择合适的供应商6、获取、管理和使用包括原料、工具、设备和设施在内的资源7、按照规划好的方法或标准实施项目计划8、创建、验证和确认项目交付物或阶段性交付物9、管理风险和实施风险应对活动10、管理供应商11、把已批准的变更应用于项目的范围、计划和环境中12、建立并管理项目组内部和外部的沟通渠道13、收集项目或阶段性数据,并汇报成本、进度、技术、质量的进展和状态信息,以便进行项目预测14、收集和记录经验教训并实施已批准的过程改进活动组织过程资产的内容经验教训总结、组织级知识数据库、各种组织内的流程、规程、标准企业环境因素包括:政府或行业标准、现有人力资源、授权系统、干系人对风险的容忍程度、商业数据库、项目管理信息系统项目整体管理常见问题1、项目各单项管理的局限性,没有整体观念2、没有定义项目范围说明书,没有书面的范围界定的文档,没有制定项目完成或阶段结束的标准3、范围说明书中没有定义项目的目标,判断的标准要明确(量化)4、范围说明书没有经过相关方的确认和核实5、没有进行变更的管理或管理不规范6、项目管理计划内容残缺,附属计划没有与整体计划一致7、项目计划制定的问题;没有区分计划的层次性;制定的计划不现实,估算没有依据,没得到相关干系人参与或承诺;不够明细以知道后续的实施;8、计划实施的执行力不够9、没有对发现的项目问题进行控制(监督和控制)10、不同监控方式没有在项目中使用(控制方式单一、无效)11、整体的变更的控制没有制定,即使制定了也不规范或没有遵循流程范围管理(需求管理)如何控制范围变更(或如何做好范围控制)1、要建立项目范围基准,即制定详细的项目范围说明书,并将其与该项目相关的WBS和WBS字典一起提交审批2、使用变更控制系统,按变更控制系统来管理变更3、进行偏差分析,确定发生偏差的原因并执行相应的纠正措施4、如果发生变更,对WBS、WBS字典、项目范围说明书和项目管理计划进行重新规划5、使用配置管理系统控制范围变更在计划阶段如何做好范围管理编制项目范围说明书创建项目工作分解结构WBS 制定项目的范围管理计划在执行阶段如何做好范围管理1、在项目执行过程中加强对已分解的各项任务的跟踪和记录2、建立与项目干系人进行沟通的统一渠道3、建立整体变更控制的规程并执行4、加强对项目阶段性成果的评审和确认项目范围说明书的内容项目目标、产品范围描述、项目需求、项目边界、项目的可交付物、产品可接受的标准、项目的约束条件、项目的假设条件、初始的项目组织、初始风险、进度里程碑、资金限制、成本估算、项目配置管理需求、项目规范、已批准的需求创建WBS的方式1、使用工作分解结构模板2、使用分解技术3、采用滚动式计划,近期工作计划详细,远期相对粗略WBS的表现形式1.分级的树形结构WBS层次清晰,非常直观,结构性很强,但不容易修改,不适用于大型项目2.列表形式直观性较差,能够反映出项目所有的工作要素创建WBS要遵循的原则1、在各层次上保持项目的完整性,避免遗漏必要的组成部分2、一个工作单元只能从属于某些上层单元3、相同层次的工作单元应该有相同的性质4、工作单元应该能分开不同责任者和不同工作内容5、便于项目管理进行计划和控制的管理需求6、最低层工作应该具有可比性,是可管理的,可定量检查的7、应包括项目管理工作,包括分包出去的WBS制定流程1.识别项目交付物和相关项目工作2.对WBS的结构进行组织3.对WBS进行分解4.对WBS中各级工作单元分配标示符或编号5.对当前的分解级别进行检验,以确保他们是必须的,而且足够详细范围控制的过程1.收集项目绩效信息2.对收集到的项目绩效信息对照范围基准进行比较,以确定是否采取纠正措施造成范围变更的主要原因1、客户对项目、项目产品或服务的要求发生变化2、项目外部环境发生变化(如政策)3、项目范围管理计划编制不周密详细,有一定的错误或遗漏4、市场上出现了新技术、新手段5、项目实施组织本身发生变化客户提出范围变更的主要原因1、项目双方沟通不畅2、没有正确理解对方需求3、编制的范围计划不周密详细,存在遗漏4、可以根据案例的背景从上面造成范围变更的主要原因里找一些问题范围变更控制的要点1、确定范围变更是否已经发生2、对早成范围变更的因素施加影响,以确保这些变更得到一致的认可3、当范围变更发生时,对实际的变更进行管理需求管理流程制定需求管理计划,求得对需求的理解,求得对需求的承诺,管理需求变更,维护队需求的双向跟踪,识别项目工作与需求之间的不一致性需求活动经常存在的问题1、没有按需求开发与需求管理的流程来开展需求工作2、需求获取不充分3、需求分析工作不充分4、缺乏需求定义环节,没有定义出需求规格说明书5、缺乏需求验证环节,没有请客户代表一起进行需求评审6、没有制定需求管理计划7、没有进行需求确认,没有求得干系人对需求的承诺8、没有有效管理需求变更没有有效维护对需求的双向跟踪范围管理常见问题1、缺少项目范围管理计划(对一些意外无所适从)2、范围的定义不明确(项目结束遥遥无期,像个无底洞)3、WBS不合理(层次级别错乱,冗余或缺失,太粗或太细)4、没有进行范围核实,在核实之前没有进行质量控制工作(测试、评审等)5、范围变更没有控制(需求不明确、项目实施时间过长、业务需求变更)6、没有经验教训的总结7、范围确认问题7.1 可交付成果是否确实,可验证7.2 里程碑是否明确,可辨认,每个里程碑是否有可交付成果7.3 是否明确了质量标准,是否按照标准要求7.4 审核和承诺是否有清晰的表达7.5 项目范围是否涵盖了要完成产品和服务进行的所有活动7.6 项目范围的风险是否太高。

高项 案例知识点汇编

高项 案例知识点汇编
3、执行组织:指其员工最直接参与项目工作的单位;
4、项目团队成员:执行项目工作的群体;
5、职能经理;
6、影响者;
7、项目管理办公室--PMO
1、业务需求:一个组织的业务需求可能是培训、市场需求、技术进步、法律需求或者政府标准;
2、产品范围描述:记录项目所要创建的产品的需求,以及产品或服务的特征;
3、战略计划:执行组织要把战略计划作为项目选择的一个要素来考虑;
7 干系人管理计划
8 干系人登记册
9 风险管理计划
10 风险登记册
1、关键干系人的所需参与程度和当前参与程度;
2、干系人变更的范围和影响;
3、干系人之间的相互关系和潜在交叉;
4、项目现阶段的干系人沟通需求;
5、需要分发给干系人的信息,包括语言、格式、内容、详细程度和发送频率;
6、分发相关信息的理由,以及可能对干系人参与所产生的影响;
4 项目章程内容
5 项目章程作用
6 项目初步范围说明书
1、基于项目干系人的需求和期望提出的需求;
2、项目必须满足的业务要求或产品需求;
3、项目的目的或项目立项的理由;
4、委派的项目经理及项目经理的权限级别。
5、概要的里程碑进度计划;
6、项目干系人的影响;
7、职能组织的参与;
8、组织的、环境的和外部的假设;
12、初步的量级成本估算;
13、项目配置管理的需求;
14、审批要求;
1、业务需求:一个组织的业务需求可能是培训、市场需求、技术进步、法律需求或者政府标准;
2、产品范围描述:记录项目所要创建的产品的需求,以及产品或服务的特征;
3、战略计划:执行组织要把战略计划作为项目选择的一个要素来考虑;

高项-历年考试知识点

高项-历年考试知识点

1、大数据不仅是技术,更是一种思维方式、发展战略和商业模式。

2、云计算包括:基础设施服务IaaS,平台级服务PaaS,软件级服务SaaS。

3、SOA(面向服务)本身是一种面向企业级服务的系统架构,具体应用程序的功能是一种松耦合并且具有统一接口定义方式的组件(service)组合构建起来。

4、软件需求文档包括3个层次:业务需求、用户需求和功能需求。

业务需求反应了组织结构或客户对系统、产品高层次的目标要求,在项目视图与范围文档中予以说明;用户需求描述了用户使用产品必须要完成的任务,在使用实例文档或方案脚本说明中予以说明;功能需求定义了开发人员必须实现的软件功能。

5、MVC是一个框架模式,模型、视图、控制器,他们各自处理自己的任务,强制性的使应用程序的输入、处理和输出分开。

6、软件度量3个维度:项目度量、产品度量和过程度量。

7、GB/T12504-90《计算机软件质量保证计划规范》,包括:软件需求规格说明书、软件设计说明书、软件验证与确认计划、软件验证与确认报告、用户文档。

8、黑盒测试适用于对需求分析阶段的文档测试;白盒测试适用于软件具体设计阶段的文档。

9、内聚性是模块内部各个元素之间的彼此紧密程度的度量;耦合性是模块间相互联系的紧密程度的度量。

10、配置管理基线包括:功能基线、分配基线和产品基线三种。

功能基线指在系统分析与软件定义阶段结束的功能配置标识;分配基线指在软件需求分析阶段结束时分配配置标识;产品基线指在软件组装与测试阶段结束的产品配置标识。

11、《信息技术、软件产品评价质量特征及其使用指南GB/T 16260-2002》定义了软件产品功能性、可靠性、易用性、效率性、可维护性、可移植性6个特征和21个质量子特征。

12、评估是通过数学的资产评估准则完成的,包括9点:人员安全、人员信息、立法及规章所确定的义务、法律的强制性、商业及经济的利益、金融损失或对业务活动的干扰、公共秩序、业务政策及操作、信誉的损害。

高项各章知识点

高项各章知识点

第1章绪论信息系统项目的特点1.目标不明确2.需求变化频繁3.智力密集型4.设计队伍庞大5.设计人员高度专业化6.涉及的承包商多7.各级承包商分布在各地,相互关系复杂8.系统集成项目中需研制开发大量的软硬件系统9.项目生命期通常较短10.通常要采用大量的新技术11.使用与维护的要求非常复杂项目经理的素质1.广博的知识2.丰富的经历3.良好的协调能力4.良好的职业道德5.良好的沟通与表达能力6.良好的领导能力项目经理的选择1.专业的项目管理人员和受过专门培训的研发人员是项目管理成功实施的基础2.要把握项目本身的一些规律3.掌握多种项目管理的方法和工具4.具备管理者应有的管理技能和领导艺术怎样做好一个项目经理1.真正理解项目经理的角色2.重视项目团队的管理,奖罚分明3.计划、计划再计划4.真正理解一把手工程5.切记注重用户参与第2章项目的生命期和组织第3章项目的管理过程第4章项目可行性研究与评估先论证后决策是现代项目管理的基本准则。

可行性研究分为初步可行性研究、详细可行性研究、可行性研究报告三个基本阶段。

基本步骤1.确定项目规模和目标2.研究正在运行的系统3.建立新系统的逻辑模型4.导出和评价各种方案5.推荐可行性方案6.编写可行性研究报告7.递交机会研究、初步、详细可行性研究、评估与决策是投资前期的四个阶段。

项目论证一般分为机会研究、初步和详细可行性研究三个阶段。

第5章项目整体管理开始有输入输出图项目整体管理是项目管理中一项综合性和全局性的管理工作。

项目整体管理知识域包括保证项目各要素相互协调所需要的过程。

具体地讲,就是对项目管理过程组中的不同的过程和活动进行识别、定义、整合、统一和协调的过程。

过程1.制定项目章程2.制定项目范围说明书初步3.制定项目管理计划4.指导和管理项目执行5.监督和控制项目工作6.整体变更控制7.项目收尾第6章项目范围管理如何进行WBS分解1.识别项目交付物和相关项目工作2.对WBS的结构进行组织3.对WBS进行分解4.对WBS中各级工作单元分配标识符或编号5.对当前的分解级别进行检验,以确保它们时必须的而且是足够详细的变更产生的原因1.外部环境发生变化2.项目范围的计划编制不够周密详细3.新技术的出现4.项目实施组织发生变化5.客户要求发生变化如何进行有效的变更控制1.变更申请2.变更审查、评审3.变更审批4.变更执行5.变更评估6.变更记录归档7.变更结果跟踪第7章项目时间管理进度控制的内容1.确定当前进度的状况2.对造成进度变化的因素施加影响3.确定进度是否已发生变化4.在变化实际发生或正在发生时对这种变化实施管理过程1.定期收集项目完成情况的数据2.将实际完成情况数据与计划进程进行比较3.一旦发生进度滞后则采取措施予以纠正4.如果纠正引起的变更被列入计划并取得了客户的同意就必须修改基准计划步骤1.分析进度,找出哪些地方需要采取纠正措施2.确定应采取哪种具体纠正措施3.修改计划,将纠正措施列入计划4.重新计算进度,估计采取纠正措施的效果方法1.投入更多的资源以加速活动进程2.指派经验更丰富的人去完成或帮助完成项目工作3.减小活动范围或降低活动要求4.通过改进方法或技术提高生产效率5.赶工6.快速跟进第8章项目成本管理成本估算工具1.类比估算2.确定资源费率3.自下而上(工料清单)4.项目管理软件5.卖方投标分析6.准备金分析7.质量成本成本预算步骤1.分摊到工作包2.分摊到活动3.确定时间计划工具1.成本总计2.管理储备3.参数模型成本控制挣值管理(EVM)成本控制的主要内容1.识别可能引起项目成本基准计划发生变动的因素。

高项高分案例备考

高项高分案例备考

案例默写预测
1.缩短工期办法(赶工,快速跟进,用高效资源,改进技术,缩小范围,加强质量控制)
2.冲突的管理办法(合作解决问题,缓和包容,妥协调解撒退回避,强制命令)
3.马斯洛理论(李安会重现)
4.变更的流程(申请,初审,论证,CCB审批,通知实施,实施监控,变更结果评估,结果判断是否容纳入进正常
5.可研(投技财组经社风)
6.项目管理计划的内容,项目章程的内容
7.进度/成本
8.人力资源(马斯洛,冲突,团队五阶段)
9.权力利益方格,沟通方式(推式,拉式,交互式)
10.采购(招投标,政府采购法)
11.风险(工具及风险管理计划的内容,积极风险和消极风险的应对措施)
12.变更管理。

高项整体管理知识点

高项整体管理知识点

高项整体管理知识点《说说高项整体管理知识点》嘿,大家好啊!今天来和大家聊聊高项整体管理知识点。

这可真是个让我们又爱又恨的家伙呀!整体管理,听着就感觉很高大上,一开始接触的时候,真的觉得像一团乱麻,让我晕头转向。

就好像在一个巨大的迷宫里找出口,完全不知道该往哪儿走。

这其中的制定项目章程,我觉得就像是给咱这个大项目颁个“准生证”。

没有这个,后面的一切都名不正言不顺。

每次学到这儿,我就想,这就好比要盖房子,得先有个合法的手续,不然盖到一半被人说是违建,那可就傻眼了。

然后那个制定项目管理计划呢,就像给项目画个详细的“地图”。

得把要走的路都规划好,什么时候干啥、怎么干,都明明白白的。

不然那不成了无头苍蝇乱撞啦?有时我自己就想,我要是没个计划,那不是一会儿想干这个,一会儿又跑去干那个,最后啥都没干成。

指导与管理项目执行呢,这就是真刀真枪地干上了!就像行军打仗,计划是有了,可战场上瞬息万变,得随时根据实际情况调整战术。

这时候就得眼观六路、耳听八方,一不小心可能就出岔子了。

监控项目工作啊,这就相当于给咱这个项目装了个“监控摄像头”。

随时盯着,看看哪儿走歪了,赶紧调整回来。

不然等发现问题的时候,可能已经晚了,那损失可就大了去了。

说到整体变更控制,我就想笑。

这个就像是个严格的“关卡守卫”,任何变更都得过它这一关。

不是你想变就能变的,得有充分的理由和审批才行。

不然今天这个变一下,明天那个变一下,那项目还不得乱套呀!最后项目收尾,那就是项目的“毕业典礼”啦!不管过程怎么样,最后都得有个圆满的结局。

把该整理的整理好,该交接的交接掉,好给项目画上一个完美的句号。

总之呢,高项整体管理知识点就像是一套组合拳,一环扣一环。

少了哪个环节都不行,只有把它们都玩转了,咱才能在项目管理的道路上顺顺利利地走下去。

虽然有时候觉得很难、很繁琐,但当你真正掌握了它们,那种成就感也是无与伦比的。

大家一起加油吧,让我们在高项整体管理知识的海洋里自由翱翔!。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1、项目经理的选择和素质:P18-23一个合格项目经理应具备的素质:(1)广博的知识,丰富的经历,良好的协调能力,良好的职业道德,良好的沟通和表达能力,良好的领导能力。

项目经理应具备的五大知识领域:项目管理知识体系,应用领域的知识、标准和规定,项目环境知识,通用的管理知识和技能,软技能和人际关系技能。

2、项目干系人的需求分析和沟通分析,两部分组成——P31+P232项目干系人的分析:1、非组员的干系人的三大职责:参与、审查、反馈2、项目干系人的分析的目的:确定项目干系人的需求,帮助项目经理制定沟通管理策略。

项目干系人的管理的方法:沟通方法(分析干系人需求和期望目标,分层次分目标进行沟通,不同干系人采用不同的沟通策略,综合运用正式的和非正式的或公开或私下等多种沟通方法),问题日志需求分析就是确定待开的信息系统应该做什么。

需求分析的特点:1、用户与开发人员之间存在着沟通方面的困难;2、用户的需求是动态变化的;3、生命周期种不同的阶段系统变更的代价呈非线性增长;需求分析的过程1、问题识别;2、分析与综合;3、制订规格说明;4、评审;需求分析的方法1、原型化方法2、结构化方法3、动态分析法需求分析步骤:1、阅读甲方所有资料文件-组织资产、业务法规制度、业务流程;2、撰写调研提纲,并与甲方业务人员确认;3、业务岗位实地调研,岗位调研报告(一地)业务调研集中会议与试点地区岗位调研(省地市异地);4、撰写业务调研报告,与甲方主要需求人员开会讨论;5、甲方高层参加的业务需求调研报告会,认可业务需求内容6、正式撰写“需求分析”系列文档;与甲方主要需求人员讨论;7、真是提交需求评审,开会,确认需求;3、项目的组织结构对项目管理的影响P34第五章4、整体管理计划的制定流程,作用和内容P91-93整体管理作用:对项目管理过程中的不同过程和活动进行识别、定义、整合、统一和协调的过程。

整体管理计划的制定流程:制订项目章程,制订项目范围说明书初步,制订项目管理计划,指导和管理项目执行,监督和控制项目工作,整体变更控制,项目收尾。

5、范围管理——范围的定义、确认,P110范围定义:描述项目过程并把结果与项目写进详细范围说明书中。

项目范围确认的工作要点:制订并执行确认程度,项目干系人对项目范围的正式确认,让系统的使用者有效参与,项目各阶段的确认和项目最终验收的确认。

分阶段分步骤的确认是归避风险的有效方法。

确认的方法:测量、测试、检验,审查、产品评审、走查6、WBS——工作分解的方法、作用P113创建WBS所采用的方法:使用指导方针,类比法,自顶向下、自底向上WBS的局限:不能显示活动之间的顺序,不能显示活动之间的依赖关系WBS的表现形式:分级的树型结构,表格形式WBS分解的详细程度:大项目:WBS分为总纲和子项目目录;小项目:WBS直接划分到工作包。

WBS的作用通及意义:将项目大的可交付物成果与项目工作划分为较小的和易管理的组成部分,详细描述了项目所要完成的工作,定义了项目整体范围,wbs是组织管理工作的主要依据、是项目管理工作的基础。

第七章7、时间管理的工作流程WBS→工作包→活动定义→活动排序→活动的资源估算→活动的历时估算→制订进度计划以及进度控制。

时间延误的原因:活动排序不合理,活动历时估算不准确,活动资源申请没有得到,进度控制方法不合理活动历时估算方法:专家判断法,类比估算法,基于定量的历时估算,历时的三点估算,最大的活动历时进度控制的内容包括::判断项目进度的当前状态;对造成进度变化的因索施加影响;进度控制的步骤:分析进度、确定应采取那种具体纠正措施、修改计划、重新计算进度;工期压缩方法:1 优化PDM网络图:软、硬件分开;软件(功能、DB、UI)分开;培训分开;2 外部努力,属于时间-成本平衡法:增加资源如人力、财、物;改变项目范围;3 挖掘潜力,范围不变,资源一定的条件下,属于成本平衡法:赶工(加班);快速追踪(提前开始,直至并向);封闭式工作进度控制方法:9、进度压缩的方法:外包、增加资源P150第八章10、成本失去控制的原因P153项目成本失控的原因:1、对工程项目认识不足;2、组织制度不健全;3、方法问题;4、技术的制约;全生命周期成本:在系统或产品的整个使用生命期内,获得(设计、生产、安装和测试等或活动)、运营与维护及生命周期结束时对产品的处置所发生的全部成本。

成本估算和成本预算的工作不准确,没有统一的标准和规范可行,思想认识上有误区----(认为项目有创新性,成本失控应该的)项目成本管理定义:在项目实施过程中,为了保证完成项目所花费的实际成本不超过其预算成本而展开的项目成本估算、项目预算编制和项目成本控制等方面的管理活动。

11、成本估算的方法P157项目成本估算的主要相关因素:同项目所耗用资源的数量、质量和价格有关同项目的工期长短有关、同项目的质量结果有关、同项目范围的宽度和深度有关非直接成本、学习曲线、项目完成的时限、质量要求以及储备有关。

项目成本估算的主要步骤:识别并分析项目成本的构成科目、估算每一成本科目的成本大小、分析成本估算结果,协调各种成本之间的比例关系。

方法:类比估算法,自下而上的成本估算,参数估算。

12、成本控制的内容和方法P162内容:根据费用计划监督费用的运行情况及费用偏差,记录费用基线发生的所有变更,防止不正确的、不合适的、未批准的费用变更,费用变更时通知相关的项目干系人,将费用偏差控制在可接受的范围内。

方法:成本变更控制系统,项目绩效测量----挣值管理,项目绩效评估----偏差分析、趋势分析、挣值分析,偏差管理第九章13、质量管理的4个流程:建立质量的标准、体系、规范。

对项目实行质量监控。

将实际结果和质量标准对照。

发现问题进行及时纠偏质量管理的基本原则:以实用为核心的多元要求,系统工程,职工参与管理,管理层和第一把手重视,保护消费者权益,面向国际市场。

目标:顾客满意度、预防胜于检查、职工参与管理、各阶段内的过程主要活动:质量策划,质量保证,质量控制;质量管理流程:建立质量标准体系、对项目实施进行质量监控、将实际与标准对照纠偏纠错;14、质量管理计划P173制定项目质量计划包含的主要活动:收集资料、编制项目分质量计划、学会使用工具及技术、形成项目质量计划书。

制定项目质量计划-技术、工具和方法:质量的成本效益分析:满足质量要求主要的回报是更少的返工,而返工的减少意味着生产率提高、费用降低、客户满意度的提高。

质量管理方面的费用则主要与项目质量管理活动相关。

质量管理观点是回报大于投入。

实验设计质量成本(COQ)质量成本PAF成本模型15、质量保证和质量控制:定义和联系。

质量审计属于质量控制P177~180质量控制的意义:确保项目质量计划和目标得以圆满实现。

实施过程--贯穿于项目执行的全过程、项目产品或服务的质量控制项目管理过程的质量控制;组织--质量管理委员会、外部质量小组,项目经理以及内部质量管理实施步骤共计7点:1)选择控制对象2)为控制对象确定标准及目标3)制定实施计划,确定保证措施4)按计划执行5)对项目实施跟踪、检查6)发现并分析偏差7)根据偏差采取对策;项目质量控制的方法:1、检查(测量、检查、测试)--检查表2、因果分析图3、帕雷托分析图--80-20原则4、控制图5、流程图6、六西格玛--6σ管理法是一种统计评估法项目质量保证活动:产品、系统、服务的质量保证,管理过程的质量保证项目质量保证的技术、方法:项目质量管理通用方法,过程分析、质量审计(是评审)QA(项目质量管理)工作内容:1、技术审查:与专家审核方案和分析风险;2、商务审查:会同财务审查方案和价格3、合同审查:和律师审查合同条款4、项目实施审查:项目执行过程中对项、目进行质量评估和考核5、交付审查:重要交付成果或项目收尾时的审查人力资源16、团队建设的形式:——绩效P205项目团队建设的五个阶段:形成期 Forming、震荡期 Storming、规期 Norming表现期 Performing 、结束期 Adjourning ;项目团队建设活动的可能形式和应用:鼓励非正式的交流和活动;内部团结建设和培训活动-拓展、野外生存、娱乐;外部公司专业服务-心里偏好指示器(MBTI)项目团队建设的主要目标:提高项日团队成员的技能,以便提高其完成项日活动的能力、提高团队成员之间的信任感和凝聚力,以通过更多的团队协作提高生产力。

成功的项目团队的特点:团队目标明确,成员清楚自己工作对目标的贡献;团队组织结构清晰,岗位明确;工作流程和方法制度化,简明化;项目经理对团队成员有明确的考核和评价标准;组织纪律严明;相互信任,善于总结合学习17、团队管理的方法——绩效P213团队管理的方法:观察和谈话,项目绩效评估,冲突管理,问题日志。

项目团队绩效评估的主要内容和作用:提高个人技能、提高团队能力、较低的员工流失率;项目团队管理的含义和内容:观察个人和团队行为、管理冲突、解决问题、和评估团队成员的绩效;项目团队管理的方法:观察和对话、项目绩效评估、冲突管理、问题日志18、冲突管理P2151)产生的原因和解决办法项目存在的七种冲突来源:进度、项目优先级、资源、技术、管理过程、成本和个人冲突。

解决冲突的五种方法:解决问题:是最好的方法;妥协:双方各让一步,第二好方法;调和:强调共性,弱化分歧;撤退:一方撤出;强制:利用权力解决问题,一方得利,一方失败第11章19、沟通的方法——正式和非正式的沟通就是信息的生成、传递、接收和理解检查的过程。

沟通的方式:书面和口头上的,听和说;内部的(项目内)和外部的(与客户);正式的(报告、摘要)和非正式的(备忘录、专题谈话);纵向的(组织上下)和横向的(与同级)沟通管理的过程:沟通计划编制,信息分发,绩效报告,项目干系人管理。

沟通的基本原则:沟通内外有别,非正式的沟通有利于关系的融洽,采用对方能接受的沟通风格,沟通的升级原则(沟通的四个步骤:和对方沟通,和对方的上级沟通,和自己的上级沟通,自己的上级和对方的上级沟通),扫除沟通的障碍第14章20、合同管理的6个内容,重要的是合同变更和违约P308合同管理的主要内容:合同的签订管理,合同的履行管理,合同的变更管理,合同档案管理,合同的收尾管理(产品的验证---项目终验,合同清算,采购(合同)审计---合同和采购的管理)合同管理的依据、合同管理的工具和技术、合同管理的可交付物。

合同的变更:当一方需要变更合同时,提出变更申请并通知对方,在双方协商一致的情况下对合同进行变更,任何的变更都要形成正式的文字依据。

第15章21、配置管理的内容和步骤P319~P325内容:配置管理软硬件资源,配置项计划,基线计划,交付计划,备份计划等。

相关文档
最新文档