案例分析题综合解答-《项目管理师》

案例分析题综合解答

1、事先要制订岗位的要求、职责和选人的标准。

2、缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯,并会导致对工作产物的整体变化情况失去把握

3、缺乏对变更请求的分析可能会导致后期的变更工作失误。

4、在修改过程中不注意版本管理,一方面可能会导致当变更失败时无法进行复原;另一方面,对于组织财富和经验的积累也是不利的,

5、修改完成后不进行验证则难以确证变更是否正确实现。

6、未与项日干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处。

7、就项目验收标准和客户达成共识,确定哪些主要工作完成即可验收通过

8、就项目验收步驟和方法和客户达成共识。

9、就项目已经完成的程度让用户确认。例如出具系统试用报告,请客户签字确认。

10、向客户提出明确的服务承诺,使客户没有后顾之忧

11、加强项目执行过程中的控制,及时向客户提供项目绩效报告,让客户了解项目进展:设置对阶段性成果的验收,并让客户对阶段性交付成果进行签字确认:范围的变更要按照变更控

12、项目文档要齐全,使项目进展有据可查。

13、经理应及时与客户进行沟通,努力促成双方的良好合作氛围。

14、加强沟通。争取客户能够对项目范國以及需求、设计、验收标准进行确认,避免后期频繁出现变更。加强开发、测试、布线等人员的协调,保持工作的街接,步调和内容一致,避免产生失误

15、加强对阶段工作的检查和控制,避免后期出现返工。

16、首先应对项目组成员进行沟通需求和沟通风格的分析。

17、对于具有不同沟通需求和沟通风格的人员组合设置不同的沟通方式

19.关于全生命周期的范围管理,在合同谈判阶段:取得明确的工作说明书或更细化的合同条款、在合同中明确双方的权利和义务,尤其是关于变更问题、采取措施,确保项目干系人对合同的理解是一致的。计划阶段:编制项目范围说明书、创建项目的工作分解结构(WBS)、制定项目的范围管理计划。执行阶段:在项目执行过程中加强对已分解的各项任务的跟踪和记录建立与项目干系人进行沟通的统一梁道、建立整体变更控制的规程并执行、加强对项目阶段性成果的评审和确认

20、建立健全项日管理制度并监管其执行

21、明确项目工作的交付物,建立和实施项目的质量评审机制。

22、建立项目的变更管理机制,识别变更中的利益相关方并加强沟通。

23、加强对项日团队成员和相关人员的项日管理培训

24、引入合适的项目管理工具平台,提升项目管理工作效率。

25、明确目标、贲任和奖惩机制,提高员工的工作绩效。

26、确定项目的里程碑,并建立有效的评审机制

27、应该首先制定项目的质量管理计划,然后在项目的实施过程中,进行质量控制,每隔定时间如阶段末实施质量计划中确定的、系统的质量活动例如审计或冋行审查,以评价项目整体绩效,确保项目为了满足项目干系人的期望实施了所有必须过程。

28、应注意资源和知识的积累,保障資源的可用性,如通过培训、设置A角B角等办法,解决关键技术人员的后备问题,以应对关键人员流失的风险

29、及早发现问题的苗头,并及时与公司管理层沟通和协商

30、在项目的进行过程中,将风险管理纳入日常工作,建立风险预警机制

31、加强文档管理,妥善保存变更产生的相关文档、确保其完整、及时、准确、清晰、适当的时候可以引入配置管理工具

32、多与企业员工进行正式与非正式的沟通,适当激励项目国队,以赢得大家的信任

33、寻求公司领导层支持

34、对已完成工作和剩余工作进行评估,重新进行资源平衡,如果有问题,应及时进行协调

35、建立清晰的工作流程和工作机制

36、鼓励团队成员之问建立参与和分享的氛围

37、应安排独立于项目组的质量保证人员负责质量保证工作

38、对软件开发的过程实施质量审计

39、注重对需求和设计等开发过程文件的技术评审工作

40、注重測试工作,应安排相对独立的測试人员

41、对发现的缺陷进行统计分析,确保软件质量

42、加强与外包公司的沟通、监控,随时了解项目进度,出现问题及时纠偏

43、向甲方报告进度拖廷实情,取得甲方的谅解,就项目的后续开发计划达成一致,并承担相应的责任

44、遵循整体变更控制流程,记录相关客户需求,对需求变更可能带来的影响进行较全面的评估,形成经建设方签字确认的新需求文件,并提交∂8审批:将相关的变更信息及时有效的通知相关的项目干系人

45、强化对项目的配置管理,以及对整个项目实施过程的监督与控制

46、应建立项目的质量管理体系,包括制定可行的过程规范和质量目标、质量标准

47、提出合理有效的质量整改措施(如建议的纠正措施、对项目计划可能的更新等)

48、请求公司的管理层出面去与甲方协调

49、要在合同评审阶段参与评审,在合同中明确相应的项目目标和进度

50、阶段验收前,文档要齐全,阶段目标要保证实現,后期目标调整要有承诺

51、就完成的工作与建设方沟通确认,并请建设方签字:就待完成的工作列出清单,以便完成时请建设方确认;必要时可签署一份售后服务承诺书,将此项目周期内无法完成的任务做个备忘,承诺在后续的服务期内完成,先保证项目能按时验收

52、严格执行公司的质量管理体系規范工作流程,制定质量管理计划:执行质量保诬计划:调配相关资源(如:人、财、物等)加强后续质量保证工作;加强后期的质量控制和测试;提前加强产品交互后的客户服务和維护工作:加强沟通;建议必要时修改质量基准争取以最小的代价获取用户的认可。

53、项目管理计划不应由一人制定,应有项目组参与,另外,需要注意其评审和审批环节

54、聘请经验丰富的人员

55、制定全面有效的配置管理计划,包括建立配置管理环境、组织机构、成本、进度等,在配置管理计划中详细描述,建立示例配置库、配置标识管理、配置库控制、配置的检查和评审配置库的备份、配置管理计划附属文档

56、该项目成功的主要原因如下:(1)李工项目管理经睑丰富,大局观强:(2)李工的估算与计划做得合符实际情况;(2)李工能充分听取团队成员的意见,集思广益:(4)李工敢于积极主动地与公司同事、高层及甲方人員进行有效的沟通:(5)李工熟练掌握进度压缩的方法与技巧(特别是灵活运用分期交付);(6)李工的冲突管理方法纯熟:(7)该项目的文档工作做得充分、合理,有说服力

57、项目经理在项目变更中的主要作用:(1)建立規范的整体变更控制流程,并确保流程的执行。(2)响应变更提出者的要求。(3)评估变更对项目的影响及应对方案。(4)将要求由技术要求转化为資源要求,供授权人决策。(5)根据评审结罘实施即调整项目基准,确保项目基准反映項目实施情况。(6)做好变更控制中的沟遒工作,指导做好相关存档工作

58、项目经理有权利和义务与项目的相关干系人进行正式与非正式的沟通,而不是被动地等待上级指示。而且非正式洶遒往往能使得气氛更融洽,解决问题更顺利

59、进行配置项的版本控制的好处:①版本控制有利于版本的统一管理,避免发生版本丢失或混淆,减少返工:②版本控制有利于历史版本的追溯,能够快速准确地查找到配置项的任何版本;③版本控制有利于开发工作的协同化:④版本控制使配置项处于受控状态,能更好的进行变更管理:⑤管理版本冲突,在多个版本冲突的情况下,有效的进行版本合并

60、做妤配置管理的举措:①从项目整体出发,做好配置管理規划;②定义合理的配置管理

流程,规定项目中出现变更的处理办法;③与各方干系人达成共识,組建配置管理委員会;④

识别配置项,并为配置项建立惟一标识,保证其可追溯:⑤建立配置基线,使重要配置项处于

受控状态:⑥定期提效配置状态报告,改进配置管理方法

----------------------------------------------------------------------------------------------

1、看到有技术人员出身做项目经理就要回答在信息系统工程中，开发和管理是两条不同的主线，开发人员所需要的技能与管理人员所需要的技能很不一样。角色定位可能不好、没有站在项目经理的角度管理项目，所以需要给他培训。
2、看到身兼数职就要回答可能没有多少时间去学习管理知识，去从事管理工作。一人承担两个角色的工作，导致工作负荷过载，身心疲惫，其后果可能给全局带来不利影响。
3、看到新技术，就要想到风险，接着就是应该对大家进行培训、学习，然后监控技术风险，或者找合适的人选从事这项工作，最后实在不行就外包。
4、看到有人对项目不满意就要回答可能没有建立有效的沟通机制和方式、方法，缺乏有效的项目绩效管理机制，需要加强沟通。
5、看到变更的方面就一定是变更的三个要素：书面申请、审批和确认、跟踪变更过程。这三个方面缺一不可。
6、看到由客户验收不通过，往往需要说明验收标准没有得到认可或确认，没有验收测试规范和方法等。
7、只要是与人有关的问题,均可以找到沟通方面的答案。
8、看到“经过了多久，发现项目有问题”，就可以说是监控不力
9、看到“推诿扯皮等”，就可以说没有引入监理机制或监理不到位、沟通不顺畅。看到有争执就可以想到沟通问题，或者计划做的不够周到
10、看到里程碑或一些时间安排的很紧张，就说明没有考虑到冗余的思想
11、看到因为外部的因素导致项目的延工等就要想到可能影响变更的原因
12、看到多头汇报的问题，就要想到项目经理权限的问题以及沟通、冲突等问题