案例分析-找错改错

以下是题目中描述的问题，没写题目中没提到，但要求补全的，以及题目中明显列出的来。

招投标

政府部门将工程交给A公司 - 没有走招标流程

招投标间隔时间至少20天

招标信息由代理机构发布 - 应该在指定的招投标网站上发布

招标信息可以撤回，开标时间不能推迟

评标委员会中技术和商务的人数不能少于60%

公布的候选人不能超过3人

中标结果至少公布3天，中标公司应该是评分最高的

沟通

抱怨/矛盾/分歧 - 冲突管理没做好

不满意/投诉/争执/责备 - 沟通没做好

将电子邮件将周报发给所有干系人 - 针对不同的干系人的沟通需求使用特定的沟通方法

需求理解不一致 - 缺乏沟通

项目后期，客户提出的需求于实际的存在矛盾 - 沟通没做好

未说服开发人员 - 沟通工作没做好

没有召开任何项目例会 - 没有做好沟通

由于同时负责多个项目，时间紧张，导致会议无法召开 - 沟通计划没做好

认为绝对不能出现冲突 - 冲突的意识不对，因为冲突无法避免

居家办公 - 需要加强沟通，监控

进度

进度停滞/滞后/延误 - 进度控制没做好

只完成50% - 进度落后/进度控制没做好

资源

团队成员压力大，打算辞职 - 团队建设没做好

相互推诿 - 职责不清

兼任/兼职 - 身兼多职

自学 - 经验不足

还承担其他工作 - 资源分配不合理

技术人员转成项目经理 - 缺乏经验，需培训后上岗

加班过多/采用997工作模式 - 资源分配不合理

招聘在校生 - 没有经验，身兼多职(学生和在职人员)

开发人员很长时间才上手 - 培训没做好/没做好交接

给与较差评价并公布 - 使用权利时应尽量避免使用惩罚

同样的问题重复出现 - 绩效考核没做好，应将质量问题纳入考核范围

项目经理带领项目组进行技术攻关 - 职责不请，应去协调技术专家协助项目组解决问题

整合

合并子计划 - 合并过于简单，应进行整合

项目经理不能发布项目章程

风险

1人请假导致进度延后 - 风险管理没做好，资源管理没有做人员的冗余

预付全部款项后再发货 - 合同签订不合理，没考虑到风险

设备发生故障，紧急采购 - 风险意识不够

公司承担损失 - 风险管理没做好

采购 - 外部风险

质量

设计不符合公司设计规范 - 质量没做好

在开发环境进行集成测试 - 集成测试应该在测试环境进行

发现严重错误后，延迟解决 - 质量意识不够，严重问题应马上解决

集成测试结束后还有系统测试，测试数据不应该交付给客户

出现致命的错误 - 质量控制没做好

没有继续深究此事，代码未修改 - 质量管理没做好，没有将问题升级

让他全权负责项目的质量管理 - 质量意识不足，不能全权负责

检查的颗粒度不一致 - 检查没有统一的标准

测试时发现问题 - 监控不足，质量控制没做好

配置

将代码从开发库中提取出来交给客户 - 不应从开发库中提取应从产品库中提取

测试过程出现混乱 - 配置管理没做好

采购

决定采用自主研发的系统 - 没做自制和外购分析

项目的尾款，20%的金额甲方还未支付 - 合同收尾没做好

等项目完成再统一验收 - 验收策略有问题，应分阶段验收

变更

A公司找到公司领导要求新增需求，领导口头同意 - 修改需求后未做合同变更

变更流程：变更申请，变更影响评估，变更审批

需求变更要走范围变更流程，由CCB进行审批

范围

完成的系统达不到客户要求 - 需求确认没做好

确认了大致的需求要点 - 需求必须是详细的

验收时发现UI设计不符合要求 - 范围确认没做好，监控没做好

其他

在验收时发现功能未实现 - 监控不足

其进度不受经理的掌控 - 缺乏监控

到后期/临近交付才发现问题 - 监控没做好

PMO对项目不了解 - 组织缺乏对项目的监控

临近交付日期/验收 - 监控不足

项目管理办公室对项目的情况感到很吃惊 - 项目的监控没做好

认为 - 缺乏分析过程，主观臆断

王某编制计划 - 不能独自编写计划

制定并发布 - 未进行评审

根据以往类似的项目编写测试用例 - 还应该根据项目的实际情况编写

评审时发现了问题，修改好之后，进入设计阶段 - 问题修改好之后还需要再次评审

原计划被打乱 - 计划应该根据实际情况去调整

没时间/很忙 - 意识不足

所有部门都参与需求评审会 - 应该根据需求评审的要求召集对应的部门

因进度紧张，不管流程，抢进度要紧 - 流程流于形式

几次讨论没有结果 - 效率不高，没有决策人

一般将XX说明书/文档的内容列出的几点内容总会有所缺失

参会人员对之前会议需要确定的内容毫不知情 - 没有做好会前准备工作

召集剩余的团队成员召开总结会 - 应召集全体成员

初步/简单 - 详细

电话/口头 - 书面