电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
ImageVerifierCode 换一换
首页 金锄头文库 > 资源分类 > DOC文档下载
分享到微信 分享到微博 分享到QQ空间

软考高级项目管理师案例分析知识点笔记

  • 资源ID:597874899       资源大小:47.50KB        全文页数:6页
  • 资源格式: DOC        下载积分:10金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要10金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

软考高级项目管理师案例分析知识点笔记

高级信息系统项目管理【案例分析万金油】万金油通用万金油1、 项目经理管理经验不足。2、 项目管理计划没有全员参与。3、 管理计划没有经过审批。4、 没有规范的变更控制流程。5、 没有成立变更控制委员会CCB。6、 没有形成变更记录。7、 需求未经过评审,分析。8、 哪方面做得不好,就说哪方面意识不强。9、 没有做好人员沟通管理。10、 做案例要围绕四大约束目标,一起看是否有缺失。(进度、范围、成本、质量。)范围管理存在的问题11、 没有制定范围管理计划。12、 没有制定需求管理计划。13、 没有做好需求收集、分析、调研等工作。14、 没有做好需求跟踪工作。15、 没有全面的收集需求,不能直接根据经验制定需求。16、 不能仅依据过去经验来编写现在项目的范围说明书等工作。17、 项目范围说明书内容不全面,或者项目范围定义不充分。18、 项目范围说明书不应由项目经理一人来编写。19、 WBS及范围基准应让项目团队和所有关键干系人一起来创建,而不是项目经理创建,导致工作遗漏。20、 或写WBS应由全体项目团队成员,用户和项目干系人共同完成和一致确认。(出现主要、部分,都是有问题的。)21、 项目范围基准未经评审和审批。22、 缺少范围确认等环节,项目成果等没有得到用户的正式确认和接受。23、 范围变更没有规范的变更控制流程。24、 项目变更实施前没有及时变更合同。25、 变更结果没有得到客户的签字确认。26、 为做好范围控制工作,对范围管理中的偏差和问题进行及时纠正。27、 需求未经过评审,没有输出需求文件和确认。28、 定义范围没有经过反复确认。29、 确认范围一般在阶段末尾进行。由外部干系人(客户或发起人)对项目可交付成果进行检查验收。30、 确认范围应贯穿项目始终,并以书面形式把完成情况记录下来。变更管理存在的问题31、 没有制定变更管理计划。32、 需求变更时没有走申请变更控制流程。33、 没有成立变更控制委员会,没有形成变更记录。34、 工程师不能直接进行修改并更新版本,这是不对的应该由CCB审批和批准。35、 没有制定项目文件更新。36、 客户需求没有经过评审。37、 项目经理监控不到位,管理项目经验不足。38、 没有将变更可能造成的影响告诉相关干系人。39、 缺少变更确认环节。40、 变更不能由项目经理一人决定。41、 变更结果没有进行正式验证,未得到客户的确认。42、 未做好配置管理和版本管理。43、 未对变更造成的影响进行充分的分析和评估。44、 缺少对变更执行有效监控。45、 影响不大的变更也要走变更流程,再由CCB决定是否变更。46、 项目经理没有与成员做好沟通管理,导致冲突或争吵。招标问题47、 招标方发布招标公告,需提前20天以上。48、 招标方提前15天以上可以修改招标内容。49、 招标方可以自由选择招标代理机构,也可以不用招标代理机构,不得强制。50、 招标截止时间等于开标时间,不可推迟。51、 招标人截止时间前可修改投标文件。52、 招标截止时间后,无论任何原因都拒收投标文件。53、 资格预审文件或招标文件的发售期不得少于5日,3家以上通过资格预审的投标人才能开标。54、 招标方主持开标,而非招标代理机构。55、 投标方检查密封性,而非招标代理机构或招标方、主持人。56、 评委本单位人员不得超过1/3,技术经济类专家不得少于2/3,5人以上单数。57、 评委推荐不超过3家中标候选人并排名。58、 收到评标报告之日起3日内公示中标候选人。3日公示期。有异议3日内答复。59、 3日内发出中标通知书。60、 中标方发中标通知书,非结果;非中标方必须通知结果。61、 中标通知书发出30日内签订合同。62、 关键工作不能分包,非关键性可分包,标书和合同内应声明,并经招标方同意,分包方要求具备相应资质。不得二次分包。风险管理存在的问题63、 没有制定风险管理计划。64、 编制计划应相关干系人制定。65、 风险管理计划要经过评审后才能实施。66、 没有对风险进行全面的识别,风险识别应贯穿整个项目。67、 定性风险要从概率和影响进行分析排序。68、 没有做好定量风险分析。69、 没有做好风险应对措施,导致问题不断发生。70、 没有做好充分评估,没有预留储备。71、 风险管理过程没有进行跟踪检查和更新,没有及时记录归档。72、 项目没有结束,不能结束风险管理。73、 为结合本项目的实际情况编制计划。74、 编制风险管理计划不应由项目经理一个人来编制,应由项目团队和相关干系人共同参与,并经过充分沟通和评审后才能发布实施。75、 缺乏风险识别过程,没有对风险进行全面识别,以做好后续风险管理。76、 没有做好风险控制工作,对风险做再识别和评估工作。未进行风险审计及偏差趋势分析等,缺乏有效风险监控的工具技术。77、 在项目执行过程中与客户缺乏沟通,这会产生很多不必要的项目风险和隐患。采购管理存在的问题78、 没有做好规划采购工作。79、 未制定合理的采购管理计划,供方选择标准等。80、 没有编写采购工作说明书。没有审核供应商资质。81、 未提前列明采购货物的质量等级、标准要求等。82、 在实施采购过程中,仅凭价格低就选择卖方。未综合评价卖方综合情况,采购流程制度不规范。83、 在实施采购过程中不能以价格选择卖方,应综合评价卖方的综合情况,价格,质量、服务。84、 采购过程项目经理未重视采购管理,未说明采购备件的要求和参与采购的过程监管。85、 未将项目的进度与采购货物的时间进行综合考虑。86、 库存规划不合理或库存管理混乱。87、 未及时做好货物验收工作。88、 为做好控制采购工作。应及时监控卖方绩效。有问题要及时纠偏。而不是等到货物临近交货或交货时才发现问题。89、 未记录好采购过程中的相关采购文档和往来凭证,出问题难以找证据。90、 没有将项目的进行和采购货物的时间进行综合考虑。91、 没有与卖方签订好合同,重视采购管理。92、 未在合同中规定交付时间交付的验收标准,质量标准或规定不合理,导致各种争议。93、 合同中未规定索赔和违约条款,无法进行有效合同管理。94、 沟通存在的问题,应充分做好会前准备工作,做好会议引导。95、 采购流程制度不规范。96、 有问题要及时纠正。配置管理存在的问题97、 未建立配置管理系统和机制,配置管理混乱,未设置专门的配置管理员对配置进行综合管理。98、 没有建立基线,导致需求设计编码无法对应,没有做好配置变更控制。99、 配置管理人员经验不足。100、 对配置管理工具没有进行有效评估。101、 未进行配置工具使用及配置管理的培训。102、 未制定配置管理计划,为建立配置管理机制及权限管理,配置管理较乱。103、 没有进行配置审计。104、 没有做好整体版本和发布管理。105、 成立配置管理委员会CCB。106、 未任命配置管理员。107、 未做好配置管理系统。配置管理混乱和配置管理相关案例108、 对用户的要求未进行记录。109、 对变更请求没有进行足够的分析,也没有获得批准。110、 在修改过程中没有注意进行版本管理。111、 修改完后未进行验证。112、 修改的内容为和项目干系人进行沟通。项目收尾存在的问题113、 未制定规范的项目收尾规程。114、 没有做好验收前的准备工作软件还存在缺陷,未经修复和确认并进入正式验收环节。115、 在验收过程中未根据变更控制流程,对软件进行修改,导致文档与软件不一致。116、 软件更新后没有对文档进行变更,便交付给客户。117、 项目产品未经正式验收和确认,未签署验收报告,就进行了项目总结。118、 项目收尾时应提交的必要文件没有准备好,并经客户签收验证。119、 催收剩余款项没有正式和必要的依据。120、 项目收尾时与建设方的沟通工作没有做好。121、 项目在产品和项目工作上都还不满足收尾条件。122、 项目总结报告未能反映项目的实际情况。123、 未经过正式规范的收尾就提前报告项目结束进行人员转移,给项目带来诸多风险。124、 项目总结会议没有让全部项目人员参与。人力资源管理存在的问题125、 缺乏足够的项目管理能力和经验。126、 人员职责分配不合理,角色定位错误。127、 身兼多职,精力和时间都不够用,项目经理没有进入管理角色,定位错误。128、 新人缺乏培训和全程的跟踪监控。129、 没有进行良好的冲突管理。130、 未做好人员沟通管理。131、 没有进行绩效考核,没有建立对应的激励机制。132、 组建团队出现问题。133、 没有采取有效的团队建设措施。134、 没有清楚的分配工作职责到个人或人力单元。135、 团队管理存在问题主要没有及时发现冲突并分析原因采取有效的冲突管理。136、 招募不到合适的项目成员。137、 团队的气氛不积极,造成项目团队成员的士气低落。138、 项目团队的任务和职责分配不清楚。139、 人员流动过于频繁。140、 未制定公认并应遵守的团队规则。项目整体管理存在的问题141、 未制定项目章程或章程未得到审批。142、 项目章程是由组织外部签发的文件。143、 项目经理未能得到授权,未能确定项目高层的范围目标,没有制定整体项目管理计划或计划不周全。144、 项目管理计划可能不止得到高层的批准,还需要得到其他主要干系人的批准。145、 是否自下而上项目全体组员共同完成,是否渐进明细经相关主要干系人确认。146、 没有制定项目整体管理计划。147、 项目管理计划应由项目干系人共同制定,不能由项目经理一个人制定。148、 项目管理计划没有经评审和批准。149、 项目工作执行不到位。150、 没有做好项目监控工作,未能及时对比分析计划和实际执行情况。151、 对问题未能及时监控和分析,未能及时提出纠正、预防、缺陷补救等措施。152、 没有制定合理的整体变更流程,没有严格进行变更控制流程。153、 项目已经更新计划后基准未更新。154、 未能做好项目收尾工作,未能总结经验教训。155、 资金计划没有经过评审。156、 项目管理计划不够完善,不足以支撑对项目的指导和管理。157、 公司缺乏对项目的指导和监控。158、 进度管理存在问题,导致进度严重滞后。159、 监控工作应贯穿项目工作的始终。160、 没有建立变更控制委员会CCB。161、 没有形成书面记录。沟通管理和干系人管理存在的问题162、 项目经理没有完全的识别出所有干系人、制定干系人管理计划。163、 项目经理只注重项目的进展程度,缺少与干系人的沟通。164、 项目经理没有建立合适的沟通渠道,信息发布不及时,导致高层领导和客户对项目进度情况了解不清晰。165、 项目经理作为一个整合者,没有解决好干系人之间的冲突。166、 不注重沟通技巧,没有建立融洽的合作氛围。167、 没有对干系人进行分类管理。168、 没有建立一个高效的简洁的沟通方式。质量管理存在的问题169、 没有制定质量管理计划。170、 质量职责分配不合理。171、 质量保证活动做得不到位(或未实施质量保证。)172、 质量控制缺少必要的环节。173、 评审或者测试没做好。174、 未做好质量审计工作导致问题反复出现。175、 项目经理的质量管理方面经验不

注意事项

本文(软考高级项目管理师案例分析知识点笔记)为本站会员(知***)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.