导图社区 软考高项各领域案例分析万金油策略
软考高项各领域案例分析万金油策略,整体管理问题、需求管理问题、进度管理问题、质量管理问题、风险管控问题、人力资源管理问题、采购管理问题等
编辑于2022-10-26 10:53:43 北京市社区模板帮助中心,点此进入>>
软 考 各 领 域 常 见 案 例 分 析 万 金 油 策 略
常见案例分析策略之万金油
1)看到有由资深程序员转型做项目经理,就回答在信息系统工程中,开发和管理是两条不同的主线, 开发人员所需要的技能与管理人员所需要的技能很不一样。
角色定位可能不好没有站在项目经理的角度管理项目,所以需要给他培训顶目经理柜关知识或技能。
2)看到身兼数职就要回答可能没有多少时间去学习管理知识,去从事管理工作。
一人承担两个角色的工作,导致工作负荷过重,身心疲惫,其后果可能给全局带来不利影响。
3)看到新技术,就要想到风险,接着就是应该对大家进行培训,然后监控技术风险,或者找合适的人选从事这项工作,最后实在不行就外包。
4)看到对领导项目不满就要回答可能没有建立有效的沟通机制和方式,缺乏有效的项目绩效管理机制,需要加强沟通。
5)看到验收不通过,往往需要说明验收标准设有得到认可或确认,没有验收测试规范和方法等。
6)看到项目启动,一定要有项目章程,且是发起人制定项目章程。
7)看到项目管理计划,一定要思索项目管理计划的制定是要滚动波浪计划,计划要有干系人的参与。
8)看到项目执行,要按照批准的计划去执行,如果有变更,则需要走变更流程。
9) 看到绩效不佳,要想到纠偏,要想到CCB的职责。
10)看到项目收尾,要明确合同收尾与管理收尾的区别。
项目范围和需求控制相关
范围管理存在问题及解决措施
没有有效地挖掘全部需求,缺乏精确的范围定义
应对项目需求做充分的调研分析
没有有效的范围管理,造成二次变更
项目范围变更需要审批并记入项目范围说明书
没有与干系人进行需求确认
与客户沟通并确认项目范围基准
对范围控制不足
对项目进行合理估算,量化工作量
没有制定范围管理计划或项目管理计划
变更结果没有得到客户确认
项目范围基准变更需要与干系人或客户沟通并经过客户确认
进行沟通管理,协调多个项目干系人之间的矛盾
造成项目范围变更的主要原因
①项目外部环境发生变化,例如,政府政策的问题。
②项目范围的计划编制不周密详细,有一定的错误或遗漏。
③市场上出现了或是设计人员提出了新技术、新手段或新方案。
④项目实施组织本身发生变化。
⑤客户对项目、项目产品或服务的要求发生变化。
工作分解结构(WBS)具有的4个用途
(1)工作分解结构是一个展现项目全貌,详细说明为完成项目所须完成的各项工作的计划工具。
(2)工作分解结构是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
(3)工作分解结构是一个帮助项目经理和项目团队确定和有效地管理项目(特别在项目发生变更时)所涉及的工作的基本依据。
(4)工作分解结构定义了里程碑事件,可以向高级管理层和客户报告项目完成情况,作为项目状况的报告工具。
WBS分解存在的问题
WBS分解应该有所有或主要项目干系人参与
应对项目可交付成果进行全面识别与分析
WBS工作包最低指导时间应为8小时,最高不超过40小时
WBS工作包需进行包管理工作,定期对工作包进行检查更新,排查是否符合项目实际情况的
WBS并非一成不变,要结合项目实际情况对WBS工作包进行滚动修改
修改WBS工作包需要通过CCB审批,走变更管理流程
如何进行需求管理与变更控制
建立需求变更策略和需求变更控制流程
通过多种渠道和方式,充分收集干系人需求,并进行仔细的需求分析
形成需求规格说明书,并与干系人(用户)进行需求验证和需求评审
与干系人确立需求基线,以后的需求变更必需走变更控制流程,并及时更新需求规格说明书及需求跟踪矩阵
定期对项目绩效进行监督审查
项目范围说明书的主要内容
项目目标、产品范围描述、项目需求
项目边界、项目可交付成果、项目制约因素、项目假设条件
范围变化将导致哪些类型的项目变更?
成本变更
进度变更
质量标准变更
合同变更
整体变更
质量变更
人力资源
范围变更控制的要点
确定范围变更是否已经发生变化
对造成范围变更的因素施加影响,以确保这些变更得到一致认可
当范围发生变更时,对实际的变更进行管理
成本控制方面的问题及改进措施
对项目进行WBS分解,进行成本估算和预算
运用成本控制和管理工具对成本进行有效控制
监督成本执行,找出成本基准与偏差
防止错误的、不恰当的变更纳入成本或资源使用报告中
控制成本超支在可接受范围内
如何进行项目成本控制
①对造成成本基准变更的因素施加影响;
②确保变更请求获得同意;
③当变更发生时,管理这些实际的变更;
④保证潜在的成本超支不超过授权的项目阶段资金和总体资金;
⑤监督成本执行(绩效),找出与成本基准的偏差;
⑥准确记录所有的与成本基准的偏差;
⑦防止错误的、不恰当的或未批准的变更被纳入成本或资源使用报告中
⑧就审定的变更,通知项目千系人;
⑨采取措施,将预期的成本超支控制在可接受的范围内。
成本管理常见问题
没进行成本规划
没进行成本估算
没进行成本预算
一个人编写了成本管理计划
没进行成本控制-
成本管理计划没经过评审
成本估算不准确
成本预算不准确
没采用相关工具进行成本控制
赶工导致成本超支了
质量控制方面存在的问题及改进措施
质量管理存在的问题
(1)没有制定可行的质量管理计划并积极实施
(2)没有全面的质量管理进展情况报告
(3)沟通方式单一或不全面,容易误导用户,致用户不必要的担心
(4)质量保证过程中缺乏的QA参与
(5)质量控制环节缺失,例如评审和测试
(6)测试方法不当或不充分
(7)测试控制流程不对,或未进行质量控制就进行了范围确认
质量问题解决方案
1、严格执行公司的质量管理体系规范工作流程;
2、制定质量管理计划;
3、执行质量保证计划:
4、调配相关资源(如:人、财、物等)加强后续质量保证工作:
5、加强后期的质量控制和测试:
6、提前加强产品交付后的客户服务和维护工作:
7、加强沟通;
8、建议必要时修改质量基准争取以最小的代价获得用户认可。
质量管理常见问题
(1) 没有制定可行的质量管理计划并积极实施
(2) 没做质量保证
(3) 没做质量控制
(4) 没有全面的质量管理进展情况报告
(5) 质量保证过程中缺之UA的参与
(6) 质量控制环节缺失,例如评审和测试
(6)测试方法不当或不充分
(7)测试控制的流程不对,或末进行质量控制就进行了范围确认。
(8)项目经理用人错误,小李没有质量保证经验。
(9) 应加强项目过程中的质量控制或检查,不能等到工作产品完成后才检查
(10)QA发现问题应与当事人协商,如果无法达成一致要向项目经理或更高级别的领导汇报,而不能自作主张。
(11)在质量管理中,没有与合适的技术手段相结合。
(12)对程序员在质量意识和质量管理的培训不足
(13)没有严格执行公司完善的质量管理体系;
(14)质量职责分配不合理
(15)质量管理计划内容不全
(16)在规划质量管理的时候应该同步制订过程改进计划,质量测量指标、质量核对单,并同步更新项目文件。
(17)项目经理认为质量管理中他是配合的角色,认识错误。
(18)公司高层对质量管理认识不足,不垂视质量管理一
(19)没有指定专丁的质量管理人员
(20)缺少质量标准和质量规范
(21)没有建立质量保证体系
(22)质量控制做得不到位。
(23) 未审什质量要求和质量控制测量结果
(24)质量管理计划不应由小张一个人制定。
(25)质量管理计划应经过评审。
(26) 质量管理计划的制定没有考虑项目实际情况。
(27) 质量管理的工具利用比较单一,
(28)存在走过场问题,没有深入地评审。
(29)测试工作中在测试用例、测试方法、测试人员及测试环境等方面存在问题。
(30)项目经理在项目质量管理方面的经验欠缺
(31)测试过程的阶段安排不合理,软件系统的测试时间不足
(32)体系建设应全员参与,不应由质量部门单独负责体系文件编制
(33)体系应结合企业自身特点设计,不能照搬其它公司的文件或经验
(34)质量部门应全程参与项目的质量管理和体系运行,不能只检查结果
(35)代码被修改后没有及时进行回归测试并请干系人确认
(36)没有按公司的质量管理体系要求来进行项目的质量管理,团队成员没有质量意识:
(37)没有安排专职的项目质量管理人贝
(38)没有建立质量保证体系,没有OA或GA不独立于项目组织或经验不足
(39)只是凭经验进行检查工作,而没有按质量的标准进行检查
(40)在质量检查中发现问题后没有及时解决,没有达到质量检查的效果
(41)质量控制做的不到位,检查工作颗粒度不一
(42)缺少对项目质量管理工作和监督指导
(43)对因队成员质量意识和质量管理方面的培训不足
(44)测试人员应该纳入项目团队管理,不应该请办公室职员代劳。
进度管理问题
进度管理常见问题
(1) 没进行规划进度管理
(2) 没进行活动定义
(3) 没进行活动排序
(4) 没进行资源估算
(5) 没进行历时估算
(6) 没制定进度计划
(7) 没做进度控制
(8)加班会增加成本,影响质量
(9)并行工作会增加风险
(10)增加资源有时可能压缩工期有限
(11)制定进度计划的方法不合理,没有预留一定的缓冲时间。
(12)项目进度计划不合理
(13)计划未经过评审就付诸实施:
(14)不能一人来制定进度计划,并且没有从项目实际出发来制定进度计划,而根据合同规定的时间来制定的进度计划可能不符合项目实际情况。
(15)控制进度的工作做得不好
(16)缺乏进度管理的思想
(17)制定工作计划时,没考虑资源日历,导致有冲突
(18)在压缩工期的情况下,没有考虑新增加开发人员的可用隆一
(19)未经过评估情况下随意将原来系统开发时间压缩
(20)关键里程碑点没有获得相关干系人的签字确认-
项目立现管理问题
立项管理常见问题
立项申请应由甲方的上级主管单位,而非甲方总经理批准
未做详细可行性研究就生成可行性研究报告
可行性研究报告未经评审
仅根据项目符合国家政第就判断项目肯定要上马,判断依据过于单一
投标由软件工程师负责不合适,缺少相关经验
仅从技术角度分析项目可行不全面,需要综合考虑经济、技术、社会等因素。
投标文件不能单独完成,需要比较有经验的各领域专家共同参与编写
未编写项目建议书
未进行项目评估
没有进行系统的可行性分析,没有进行多方案比较。
调研不充分,没有调研大规模应用的案例。
没有调研国家政策是否允许。
未进行项目论证
项目章程的内容
①概括性的项目描述和项目产品描述。
②项目目的或批准项目的理由,即为什么要做这个项目。
③项目的总体要求,包括项目的总体范围和总体质量要求
⑤项目的主要风险,如项目的主要风险类别。
④可测量的项目目标和相关的成功标准。
⑥总体里程碑进度计划
⑦总体预算
⑧项目的审批要求,即在项目的规划、执行、监控和收尾过程中,应该由谁来做出哪种批准。
⑨委派的项目经理及其职责和职权。
⑩发起人或其他批准项目章程的人员的姓名和职权
项目章程的作用
(1)确定项目经理,规定项目经理的权力。
(2)正式确认项目的存在,给项目一个合法的地位。
(3)规定项目的总体目标,包括范围、时间、成本和质量等。
(4)通过叙述启动项目的理由,把项目与执行组织的日常经营运作及战略计划等联系起来。
项目整体管理相关
整体管理常见问题
没编写、发布项且章程
没编写项目管理计划
执行过于随意,没按计划进行
没进行项目监控
没走变更控制程序
没做好收尾工作
项目章程是项目经理发布的
一个大编写项目管理计划
计划没经过评审
项目章程内容不全
计划内容不全
项目已经变更,计划未更新
没做好各子计划的统一协调,可能导致项目计划不符合项目实际情况
缺之项目整体管理的思想
项目计划缺少相关分计划,如质量计划、沟通计划等。
项目管理计划制定比较简单,不足以支持整个项目对所需过程的指导和管理;
公司缺乏对项目的指导和监控。
选择的软件开发生命周期模型不适合项目
制定项目管理计划常见问题
计划应有项目组参与制定
计划内容不周全或不充分或缺少计划
没有评审和审批就执行
项目已变更,计划未更新
没有处理好内部依赖关系和制约因素,对计划产生影响
执行方法不合理
项目计划编写原则
各干系人参与
逐步精进
项目整体管理计划应该包含哪些内容
所使用的项目管理过程。
每个特定项目管理过程的实施程度;
完成这些项目的工具与技术描述。
选择的项目的生命周期和相关的项目阶段。
如何用选定的过程来管理具体的项目。包括过程之间的依赖与交互关系和基本的输入输出等。
如何执行工作来完成项目目标7)如何监督和控制变更。
如何实施配置管理。
如何维护项目精效基线的完整性。
与项目干系人进行沟通的要求和技术。
为项目选择的生命周期模型。对于多阶段项目,要包括所定义阶段是如何划分的.
为了解决某些遗留问题和未定的决策,对于其内容、严重程度和紧迫程度进行的关键管理
风险识别与控制相关
风险识别方面的问题
人力资源风险:项目经理及项目团队是否有能力按期完成工作目标
项目工期:是否充足、是否有进度延期风险
项目管理计划是否周全、是否进行滚动式管理
项目技术是否成熟、是否能独立完成,如果需要外包或采购,则需考虑外包采购风险
项目范围基准是否经过客户确认或审批、是否有范围蔓延风险
项目文档配置文件是否齐全、是否有配置风险
风险管理方面的问题
没进行规划风险管理
没做风险识别
没做定性风险分析
没做定量风险分析
没做风险应对
没做风险控制
对项目的风险认识不足
自己负责各项应对措施不妥,各风险应对措施的实施应责任分配到人
没有处理好外部因素(天气)和内部因素(团队)带来的风险,缺乏有效的应对措施。
风险管理计划编制存在问题,独自一人完成而没有邀请项目组其他成员参与。
不能仅凭个人的经验进行风险识别,而要与项目组成员一起参与。
凤险识别不够详细,只识别出了主要风险,没有识别出所有风险。
风险监控做的不好,导致风险没有及时发现。
风险应对措施制订不合理。
没有进行风险再识别。
识别不全面,风险识别过程应该是反复的过程
仅仅参照以前的项目模板编制风险管理计划
不仅凭个人的经验进行风险的识别
风险管理计划没有经过项目组讨论直接签字下发实施,缺乏沟通,也导致项目中的实际问题与计划的偏差较大。
风险控制和应对措施都是各成员按各自理解进行安排。应该在充分沟通的前提下统一进行风险应对和管控。
员工缺之风险意识
依据自己经验制定应对计划不安,应依据定性风险分析的风险值开展定量风险分析排序后,制定风险应对计划;
团队及人力资源问题
人力资源管理常见问题
没规划人力资源管理
没进行团队组建
没做团队建设
没做团队管理
团队的组成人员尽管富有才干,但是却很难合作
场留窗队的取东分配不清定,没有建二RAM本任知味
团队的气氛不积极,造成项目团队成员的士气低落
人员流动过于频繁
兼职过多,精力和时间不够用,顾此失彼
没有进入管理角色,定位错误,疏于对项目的管理
新人缺乏培训和全程的跟踪和监控
没有进行良好的冲突管理。
项目团队成员能力不足
招聘人员时的考核指标不应该仅仅是设备维修经验,还应该注重能力的考查。
团队成员应该有元余,防止因事假、病假造成其它成员的超负荷工作。
项目经理应该给子必要的帮助和辅导,加快因队成员的成长。
项目经理要注重团队绩效和个人绩效的考核,要加强过程的监督和控制。
项目经理认为团队管理的核心是团队凝聚力强,不发生冲突是错误的,冲突是不可避免的,关键在于如何处理冲突。
人员任命方面存在问题,任命的项目经理虽然研发能力强,但项目管理经验不足。
组建项目团队不合理
绩效管理方面存在问题,没有及时对加班成员进行激励。
成员水平參差不齐,项目团队组建的人员是从各个组别中找出空闲的人员,需要根据实际情况组建团队。
因队成员没有明确的考核和评价标准,考核规则不明确,需要明确标准
没有协同工作,工位分散导致没有良好的沟通,需要加强协调工作
质量工程师编写项目人力资源管理计划是不对的:
人力资源管理计划应该各干系人参与,而且还需要经过评审
缺乏合理且有激励性的考核方案:
绩效奖金分配不合理
没做好激励,导致员工士气低落和离职。
组建、建设团队可能不合理,考虑不充分,导致需要远程办公。
奖励政策没有得到领导的同意;
Y型的管理风格没有与切实可行的规章制度相结合;
X某的管理风格没有与直接领导的管理风格相协调。
用人不当,不应选新毕业生做质量保证。
沟通与干系人管理问题
沟通及干系人管理常见问题
没进行规划沟通管理
没做管理沟通
没做控制沟通
没进行干系人识别
没进行规划干系人管理
没做管理干系人
没做控制千系人
没有或极少与客户进行直接沟通,合作氛围不够
没有对团队成员的沟通需求和沟通风格进行分析
沟通方式单一
项目执行过程中末能进行及时有效的沟通(或建立有效的沟通机制)
沟通管理计划不能一人制订
干系人识别不全,遗漏了重要干系人
没有对沟通情况进行记录
控制沟通工作做得不好,没有对存在的沟通问题及时进行解决
海通管理存在问题,导致客户对场目很不满并投诉,并且没有将相关项目绩放數据发送给项目管理办公室
与客户发生了争执,沟通管理有问题。
独自编制干系人清单不妥
干系人沟通方式单一,只采用电子邮件方式:
管理沟通不力,对于员工的诉求,应私下解决问题,不应在大会上公开说:
控制沟通不力,采取强迫手段中止员工的诉求,导致后续的冲突升级
与高层沟通不力,未得到高层领导的认同。
周报内容不全
月度例会粒度太粗
甲方没有对各部门的需求进行统一的组织和管理
缺乏与客户清晰的、统一的接口,与客户沟通不是很有效
公司其他职能部门支持或协作不够
缺乏良好的沟通能力和沟通技巧
对项目千系人的需求了解不细致。
项目缺乏阶段沟通与阶段评审。
采购管理问题分析
采购管理常见问题
(1)没做规划采购
(2)没做实施采购
(3) 没做控制采购
(4)没做结束采购
(5) 在项目采购过程中,项目经理片面相信甲方的推荐,没有真正发挥自身在合同管理中的职责, 而在被检查出问题后,又没有能够积极主动地采取措施,而是推卸责任
(6) 末进行充分的自制或外购分析
(7)未审核投标代理机构的资质
(8)未审核投标方的资质
(9)招标过程中修改了招标文件,却只进行了电话沟通
(10)选择最低价的并不一定是最好的,可能缺乏完善的评分办法
(11)开标时间不符要求。开标应在招标文件确定的截止时间的同一时间公开进行
(12)评标专家委员会成员缺少经济、技术类专家,要求是5人以上单数,技术、经济类专家占2/3
(13)投标文件的密封应有投标人或代表检查,不应由代理机构检查
(14)供应商的获取方式存在问题。
(15)设备到货验收存在问题。
(16)监督合同的执行过程存在问题。
(17)控制采购过程中相关文档和往来凭证管理存在问题。
(18)库房管理(环境等) 存在问题。
投标&招标 常见问题
(19) 招标未公示
(20)中标候选人超过3个
(21)中标公示结果少于 3天。
(22)投标截止时间存在问题,依法必须进行招标的项目,自招标文件开始发出之日起至投标人提交投标文件截止之日止,最短不得少于二十日。
(23)招标代理机构拒绝投标人投标文件修改存在问题,投标人在招标文件要求提交投标文件的截至时间前, 可以补充、修改或者撇回已提交的投标文件,并书面通知招标人。
(24)接受迟到的C公司投标文件存在问题,在招标文件要求提交投标文件的截止时间后送达的投标文件,招标人应当拒收。
(25)没有对中标候选人进行排名
(26)A公司直接决定D公司中标存在问题,招标人应当确定排名第一的中标候选人为中标人
(27) A公司公布中标结果,并向D公司发出了中标通知书存在问题,中标人确定后,招标人应当向中标人发出中标通知书, 并同时将中标结果通知所有未中标的投标人。
(28)B公司向招标代理机构询问中标结果,招标代理机构以保密为由拒绝告知,需要将中标结果通知所有未中标的投标人。
(29)A公司与D公司签署了商务合同存在问题,招标人和中标人应当自中标通知书发出之日起三十日内,按照招标文件和中标人的投标文件订立书面合同
(30)D公司将项目的某重要工作分包给了另一家公司存在问题,只能将非关键、非主体工作进行分包
(31)D公司直接分包项目存在问题,中标人需按照合同约定或者经招标人同意。
配置管理问题分析
变更配置常见问题
(1) 没编写配置管理计划
(2) 没进行配置识别
(3) 没进行配置控制
(4) 没进行配置状态报告
(5) 没进行配置审计
(6) 没进行发布管理与交付
(7) 修改完成后未进行验证
(8) 对用户的要求未进行记录
(9) 对变更的请求末进行足够的分析,也没有获得批准
(10)在修改的过程中没有注意进行版本管理
(11)项目经理兼任配置管理员,精力不够,无法完成配置管理工作;
(12)变更控制委员会组成成员不合理
(13)项目中没有建立基线,导致需求、设计、编码无法对应;
(14)配置管理计划不应由CCB制定。
(15)基线变更流程缺少变更验证(或确认)环节
(16)对配置管理工具没有进行有效评估
(17)没有将变更可能造成的影响告诉变更提出方。应该对变更提出方施加影响,确认变更的必要性,确保变更是有价值的。
(18)没有对变更实施进行监控,没有对变更作记录并形成文档,造成变更内容无法追溯。
(19)直接在受控库中增加修改权限。
(20)没有统一的版本管理机制,各版本不可追溯,导致重要版本丢失
(21)没有对配置库进行很好的分类管理
(22)变更管理没有走流程或没有规范的变更流程。
(23)项目发生变更时没有及时更新项目计划。
(24) 没有很好的配置管理系统
(25) 变更结束后要通知相关影响人员,而不仅仅只项目经理确认
(26)甲乙两人不能同时修改错误
(27)变更没有记录文件
(28)开发库与产品库的内容均不完整,且文档更新很不及时
(29)项目经理严重缺乏配置管理的意识与经验
(30)不能删除配置项。
(31)配置管理意识不足
(32)没编写可行的配置管理方案
(34)变更发布应交由CMO完成