答题心得

1. 按照十大知识领域
2. 尽量采分，多写多得分，不扣分
3. 每句话对应1-2个考点
4. 问题+原因+对策
5. 简练，清晰，有条理
6. 必须写出公式！
7. 专业术语！

可行性研究

1. 技术可行性
2. 经济可行性

3. 运行环境可行性

   4. 整合

   制定计划常见错误

4. 应有项目组参与制定

5. 计划内容不周全或不充分、缺少计划
6. 没有评审、审批
7. 项目已变更，计划未更新
8. 没有处理好内部依赖关系和制约因素，对计划影响

9. 执行方法不合理

   5. 范围

   范围管理常见问题

10. 没有挖掘全部隐形需求，范围不精确

11. 没有有效管理范围，造成二次变更
12. 范围控制不足
13. 没有和客户确认需求
14. 没有指定范围管理计划或项目管理计划

15. 变更结果，没有得到客户确认

    管理措施

16. 对范围清晰定义，根据定义对工作进行分解，制定WBS（工作分解结构，WBS）

17. 对项目合理估算，对工作量有量化的把握
18. 对项目范围有效控制
19. 重新定义项目范围必须的到【高层】和【客户】认可批准

20. 沟通管理，协调多个干系人矛盾

    WBS作用

21. 防止工作被遗漏，防止镀金

22. 方便团队沟通，成员容易找到自己工作所负责部分
23. 防止不必要变更
24. 提供资源（人和物质）的成本估算的依据

25. 获取团队认同和创建团队

    范围变更导致那些变更

    整体变更、成本变更、进度变更、质量测试与验收标准变更、合同变更、人力资源变更、风险变更等等

    范围控制的要点

26. 确定范围变更是否发生

27. 对造成范围变更施加影响，防止不必要变更，确保变更是一致被认可
28. 当范围变更，对实际的变更进行管控

6. 进度

进度可能出现问题以及对策

1. 成员没有及早参与，需求分析耗时过长，需早期参与项目
2. 经验不足，进度计划制定不准，应采用带有历时估算办法（参数估算）或类比估算，用网络计划技术制定计划
3. 没考虑项目期间可能对进度产生的影响
4. 增加人力资源，聘请专业和经验丰富人员
5. 加成本，加班
6. 并行
7. 重新估算后面工期
8. 加强沟通，减少变更
9. 加强质量管控，避免返工
10. 外包
11. 加强沟通，完成关键需求
12. 关注关键路径，对关键活动压缩时间
13. 对非关键路径，资源平衡，优化资源使用情况
14. 关注里程碑节点

15. 加强统筹进度、成本、质量、风险协调

    进度优化方案

16. 申请加资源，聘请经验丰富员工

17. 优化网络图，重排活动之间顺序，压缩关键路径
18. 加班、赶工，提供资源l利用率
19. 部分可行的任务，采用并行，快速跟进
20. 优化流程
21. 变更原来进度计划，按上一阶段绩效，对后续工作绩效重新评估，修订计划（需干系人同意）
22. 加强干系人沟通
23. 加强交付物，阶段工作，及时检查和控制，避免返工
24. 尽量调配非关键路径的资源，用于关键路径上的关键任务
25. 优化外包，采购环节，全程监控

7. 成本

1.大多是挣值管理的计算题

8. 质量

质量可能出现的问题

1. 没有指定可行的质量管理计划，并积极实施
2. 没有质量管理进展，状况报告
3. 沟通方式单一、不全面，误导客户，导致客户不必要担忧
4. 质量保证过程中，缺乏QA参与
5. 质量控制缺失，没有评审和测试
6. 测试方法不当，不充分

7. 测试流程不正确，未进行质量控制，就到确认范围

   如何解决质量的问题

8. 严格执行企业质量管理体系标准规范，以及工作流程

9. 制定质量管理计划
10. 执行质量保证
11. 调配资源，加强质量保证工作
12. 加强后期质量控制和测试
13. 提前加强产品交付后的，客户服务和维护工作
14. 加强沟通

15. 必要时，建议修改质量标准，争取以最小代价获得客户（用户）认可

    挺高信息系统质量措施

16. 强有力领导

17. 建立组织级项目管理体系
18. 建立组织级质量管理体系
19. 建立项目级，激励制度
20. 提高文档质量
21. 发展、遵循成熟度模型

    质量保证和质量控制区别

    | | | | —- | —- | | 按照既定质量计划，对过程进行追踪，并包含质量改进 | 监控和测量具体质量结果，确定交付物是否符合质量检验标准，进行不合格追踪（发现问题和原因，提出变更、验证） | | 关注整个项目生命周期的质量 | 关注阶段性的可交付成果 | | 特有工具是：质量审计、过程分析 | 使用统计抽样和检查的工具、质量老七管理 | | | 特有输出：核实的可交付成果、控制质量测量结果、工作绩效信息、变更请求 |

质量保证作用：

1. 对用户对项目质量建立信心的外部质量保证
2. 对承建方内部中高层，保证对目前工作信任

3. 质量保证具有质量改进作用，通过对质量控制数据对比和分析，得出对质量改进的方法和建议

   如何进行质量保证？基本内容？

4. 制定质量标准

5. 质量控制流程
6. 提出质量保证所采用的方法与技术

7. 建立质量保障体系

   实施质量保证方法

8. 首先建立项目的，质量管理计划

9. 采用质量保证的工作与技术

10. 审计质量，提出质量改进的整改措施，对计划可能的更新、对组织过程资产更新，提出变更请求

    质量保证人员，在项目中完成那些工作？

11. 计划极端，制定质量管理计划和质量标准

12. 按计划实施质量检查、是否按标准过程实施项目工作。注意质量检查，是否准备质量核对单，来核对工作记录
13. 根据检查情况，分析问题、找准原因，与干系人协商解决。追踪问题结果的过程，验证结果。
14. 定期给干系人汇报质量报告

15. 为项目组成员，提供质量管理相关的培训和指导

    控制质量需要注意：

16. 对维护工作进行质量控制，做好文档记录

17. 条件情况允许下，开始对已交付系统进行文档建设，尤其是用户手册的工作

18. 建立组织级质量管理体系、标准规范。获得高层一致认可

    9. 人力资源管理

    人力资源可能问题

19. 却反足够项目管理能力和经验

20. 身兼多职，精力不够，顾此失彼
21. 没有进入管理者角色，自身定位错误，疏于管理，重于技术
22. 新人的技能培训不足，缺乏个人或团队的绩效跟踪

23. 没有做好，冲突管理。没有应用好人际关系技能

    应对措施

24. 事前制定岗位要求、职责、用人标准；选定合适人员

25. 对工作全面评估，如用人负荷过重，需找替代资源，平衡负载
26. 事前沟通，相应人员明确要求，明确角色轻重缓急，促使角色转换
27. 上级应加强人员于平时的培养

28. 有效的冲突管理

    组建团队所遇问题

29. 招募不到合适人选

30. 团队成员虽然绩效显著，富有技术才能，但较难合作
31. 团队中人员个性单一化，但不能互补
32. 团队士气不佳、甚至低落
33. 团队职责分配不清晰

34. 人员流动频繁

    产生原因：

35. 没有建立人力资源管理计划

36. 没有人力资源获取和培养的稳定机制
37. 没有完整识别项目所需人力资源、种类、任职要求、数量
38. 没有建立高绩效的团队

39. 没有清晰分配人员职责

    应对措施：

40. 建立稳定的人力资源获取和培养的稳定机制

41. 项目早期，进行整体人力资源规划，明确岗位设置，人员职责要求
42. 团队建设过程，加强沟通，建立合作气氛

43. 根据成员个人的工作职责，明确清晰职责，建立可度量绩效目标。及时跟踪、调整、改进。提升团队和项目绩效

    冲突的原因

44. 项目高压强环境、责任模糊、时间紧迫、多头领导汇报、新技术趋势

45. 解决冲突办法：问题解决、合作、缓和包容（求同存异）、妥协、强制

    如何对待冲突？

46. 运用冲突解决办法解决双方冲突

47. 提高自身技术能力，用专家权力说服冲突双方
48. 对消极怠慢员工，执行强制力，重新让员工努力工作
49. 和团队成员增强沟通和交流，获得团队成员信任
50. 跟踪个人和团队执行情况，及时反馈和协调变更

51. 实行奖励制度以激励团队

    如果团队成员因为冲突而导致项目失败（包括：人员流失）应该如何？

52. 项目角色职责制定，是否合理

53. 要与项目成员，保持良好沟通，听取意见和建议
54. 对冲突发生，要及时解决，如果失败，需升级上报，不能有偏颇地倾斜与其中一方，以打压（打击）一方作为代价来解决冲突，这样不符合公平性原则
55. 导致员工怠慢，需要采取强制力措施，让员工尽可能努力工作
56. 最好是，专家全力权力，说服对方
57. 如果人员流失，要做少弥补和善后，最好是提前预防人员流失
58. 因冲突导致士气低落，可通过团队建设，认可奖励，重新活跃团队气氛，激励成员，从而提高团队绩效

10. 沟通和干系人

干系人包括：

1. 项目经理
2. 客户
3. 用户
4. 执行组织
5. 项目团队成员（来自多个部门）
6. 项目管理团队
7. 发起人（出资人）
8. 高层领导

9. PMO

   如何进行项目沟通

10. 使用信息管理系统（PMIS）

11. 建立沟通基础设施
12. 项目通用沟通模板
13. 把握沟通基本原则
14. 发展沟通技能

15. 把握人际关系技能

    沟通管理可能出现问题

16. 内部管理有问题，监管不力

17. 没有或者极少与客户进行直接沟通
18. 现场管理制度执行不力
19. 总包与分包责任不力
20. 客户信息失真，总包推卸责任
21. 客户自身问题，资金、管理水平

22. 监理工作没有到位

    沟通管理应对措施

23. 做好干系人分析

24. 发挥总包的牵头作用、监理协调作用
25. 对共用资源可用性分析，引入资源日历，避免无资源可用
26. 解决冲突
27. 建立健全项目管理制度，监管执行

28. 采用PMIS，项目管理信息系统

    可能问题和应对措施补充：

29. 缺乏沟通，合作气氛不足

30. 及时分发信息、加强沟通，让客户了解项目具体情况
31. 注重沟通技巧，建立融洽合作气氛
32. 没有对团队成员沟通需求分析，沟通风格分析
33. 没有组织高效会议
34. 沟通方式过于单一化；应采用多种，不止一种的沟通方式
35. 没有冲突管理；加强冲突管理，解决干系人对项目期望的冲突，解决资源冲突
36. 分析成员沟通风格，采用相应沟通方式
37. 采用沟通模板
38. 做好干系人识别与分析，持续监控干系人对沟通新的需求，调研供应商沟通需求
39. 多供应商沟通
40. 周期性沟通（每日、每周、每月）
41. 突发事件协调

11. 风险

主要风险来源：

1. 需求风险
2. 技术风险
3. 团队风险
4. 关键人员风险
5. 预算风险
6. 范围风险 | 风险项 | 产生原因 | 应对措施 | | —- | —- | —- | | 没有正确理解业务 | 项目干系人对业务问题认识不足，计算过于复杂，不合理业务压力，不现实期限要求 | 用户培训、系统所有者和用户对承诺与参与、使用高水平系统分析师 | | 用户不恰当使用系统 | 信息系统没有与组合战略相结合、对用户没有足够解释、帮助手册编写不够详细，用户培训工作不足 | 用户定期参与、项目阶段交付、加强用户培训、晚上信息系统文档 | | 拒绝需求变更 | 固定预算、固定期限、决策者对市场和技术缺乏正确理解 | 变更管理、应急措施 | | 对工作的分析和评估不足 | 缺乏项目管理经验、工作压力过大、对项目工作不满 | 采用标准技术、使用有丰富经验的项目管理师 | | 人员流动 | 不现实工作条件、较差工作关系、缺乏对职员长远期望，行业发展不规范，企业规模小 | 保持好职员条件、确保人与工作陪陪，保持后补、外聘、行业规范 | | 缺乏合适开发工具 | 技术经验不足、缺乏技术管理准则，技术人员的市场调研或对市场理解有误、研究预算不足、组织实例不够 | 预先测试、教育培训、选择替代工具、增强组织实力 | | 缺乏合同开发人员 | 对组织架构缺乏认知、缺乏中长期的人力资源计划、组织不重视技术人才的技术工作、行业人才紧缺 | 外聘、招募、培训 | | 缺乏合适开发平台 | 缺乏远见、没有市场和及时研究、庞大团队陈旧难以转型、缺乏预算 | 全面评估、推迟决策 | | 使用过时的技术 | 却反技术前瞻性预测以及研究，轻视技术、缺乏预算 | 延迟项目、前瞻性技术研究，培训 |

12. 采购

不是重点

13. 合同

合同签订注意事项

1. 当事人法律资格
2. 质量验收标准
3. 验收时间
4. 技术和后续支持服务
5. 条款：损害赔偿、违约责任，解决争议
6. 保密协议
7. 合同附件
8. 公证

主要阶段

1. 合同前期管理——合同谈判、合同签订
2. 合同执行期管理——合同履行、合同变更、合同终止

3. 合同收尾管理——合同收尾

   合同签订可能的问题

4. 没有做好签订合同之前调查工作，合同签订过于草率

5. 合同没有指定好，缺乏明确清晰工作说明，细化合同条款
6. 没有采取措施，确保合同签约双方对合同达成一致理解
7. 合同中缺乏，相应纠纷处理条款

8. 对于签订总价合同的风险，认识不足

   合同管理可能出现问题

9. 合同没订好，没有具体完成的工作形成明确清晰的条款

10. 甲方没有对需求及其变更进行统一组织和管理
11. 缺乏变更的接受/拒绝准则
12. 项目干系人及其关系分析不到位，范围定义不全面，不准确
13. 甲乙双方对项目范围没有达成一致认可或承诺
14. 缺乏项目生命周期的范围控制
15. 缺乏客户/用户参与

16. 甲方无法进行跨部门协调

    遇到合同管理答题要点

17. 实施范围不清楚

18. 验收标准不清楚
19. 项目沟通有问题

20. 客户不验收或拖延验收、签字、客户有情绪、不付款、客户对项目质量信心不足，售后没有承诺

    合同各阶段进行范围管理（应对措施）

21. 合同谈判阶段

    1. 取得明确工作说明或更喜欢的合同条款
    2. 在合同中明确双方的权利和义务，尤其对变更
    3. 采取措施，确保合同签约的双方对合同理解一致
22. 计划阶段
    1. 编制项目范围说明书
    2. 创建项目分解结构
    3. 制定项目范围管理计划

23. 执行阶段

    1. 项目执行过程中，加强对已分解的各项任务跟踪记录
    2. 建立与项目干系人进行沟通的统一渠道
    3. 建立整体变更控制流程，并执行
    4. 加强对项目阶段性成果，评审和确认
    5. 项目全生命周期，范围变更管理

       索赔管理（申请、资料、答复、认可、报告）

24. 提出索赔申请

25. 提交索赔资料
26. 索赔答复
27. 索赔认可
    1. 不认可，分歧。仲裁（先政府，后经济合同仲裁委员会），还不行，就诉讼

28. 提交索赔报告

    如果甲方向乙方提出索赔要求，乙方应如何处理

29. 公司接到甲方索赔要求以及索赔材料后，根据公司与甲方签订的合同，进行身份确认、分析、评估，给出索赔答复

30. 在双方对索赔认可达成一致基础上，想甲方进行陪护；如果双方不能协商一致，按照合同约定，进行仲裁或者诉讼

31. 同时公司依据与其他相关公司（下游供应商或分包商）签订的合同，向其他公司提出索赔要求，按索赔流程处理

    合同分析应该注意重点关注内容：

    合同分析首先保证合同内容

32. 合同内容主要包括当事人各自，权力和义务

33. 项目费用及工程款支付方式
34. 项目变更约定
35. 违约责任
36. 质量要求
37. 建设单位提交有关基础资料的期限，承建单位提交阶段性以及最终成果的期限，当事人之间的其他协作条件

15. 信息文档和配置管理

配置库

动态库（开发库、工作库、程序员库）

• 用于保存开发人员当前正在开发的配置实体。动态库通常包括新模块、文档、数据元素或进行修改的已有元素。动态库是软件工程师工作区，有工程师控制。

  受控库（主库）

• 主库或系统库。用于管理当前基线和控制对基线的变更。受控库包括配置单元和被提升并集成到配置项中的组件。软件工程师和其他人员可以自由地复制受控库中的单元、组件。然而，必须有适当的权限授权变更。受控库中的单元或组件用于创建集成、系统和验收测试对用户发布的构建

  产品库（静态库）

• 软件仓库或软件产品库，用于存档各种广泛使用的已发布基线。静态库用于控制、保存和检索主媒介。 | | 编制配置管理计划 | 创建配置管理环境 | 审核变更计划 | 变更申请 | 变更实施 | 变更发布 | | —- | —- | —- | —- | —- | —- | —- | | CCB | | | √ | | | | | CMO | √ | √ | | √ | | √ | | Project Manager | | | | √ | | | | Development Team Member | | | | √ | √ | |

16. 变更

可能的问题

1. 对用户要求未记录
2. 对变更请求未足够分析，没有得到批准
3. 在修改过程中没有注意进行版本管理
4. 修改完成后，未进行验证

5. 修改的内容和项目干系人进行沟通

   导致的后果

6. 缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯。导致可交付成果整体变更失控

7. 缺乏对变更请求分析，可能导致后期变更失误
8. 再修改过程中，不注意版本控制，一方面可能导致当变更失败时，无法恢复；另一方面，对于组织经验教训积累不利。
9. 修改修改后，不验证，难以确保变更是有效正确实现
10. 未与项目干系人进行沟通，导致项目干系人的工作，出现不一致

17. 收尾

验收工作包括如下：

1. 系统测试
2. 系统试运行
3. 系统文档

4. 最终验收报告

   项目总结会内容

5. 项目绩效

6. 成本绩效
7. 进度计划、绩效
8. 问题识别与解决

9. 意见和建议

   项目总结内容和意义

10. 了解项目全过程的工作情况以及相关的团队或成员的绩效状况

11. 了解出现的问题并进行改进措施总结
12. 了解项目全过程中出现的值得吸取的经验，并总结

13. 对接总结后文档，进行讨论，存入公司知识库，纳入组织过程资产

    甲方不验收怎么办

14. 请求公司的管理层出面，协调甲方

15. 重新确认需求，获得甲方认可
16. 和甲方明确合同、以及双方确认的补充协议等，包括修改后的范围、进度和质量方面的文件，作为验收标准

17. 准备好相应的项目结案文档，向甲方提交

    系统集成项目，所涉及的文档

18. 系统集成项目介绍；

19. 系统集成项目最终报告；
20. 信息系统说明手册；
21. 信息系统维护手册；
22. 软硬件产品说明书、质量保证书等。