项目管理中的小事情及大问题.pdfVIP

项目管理中的小事情与大问题 项目管理的过程中充斥着琐事小事，往往一个很小的变更或很小的动作未处理到位，就 会引发一系列的麻烦，甚至是灾难性的后果。我在这将亲身经历的两个实际案例分享给大家： 案例一：蝴蝶效应 【事件起因】 客厂打印 MEID 号的设备是 15 位的，我们的软件设计只能写 14 位MEID 号，为了配合客 户的生产，决定将软件 MEID 显示位改为 15 位。 【事件发展】 从软件的角度看，增加一位的显示位是非常小的更改，软件部得到项目经理的指令后就 立项在当天 T02 的版本发布中修订了此显示位。没有人意识到这将引来的一系列问题。 首先是，软件 T02 开始将 MEID 改15 位后，客户测试需要将手上的机器从 T01 软件升级 到 T02，可发现 T01 升级到 T02，升级过程到了最后 98%时提示 FAIL。检查手机软件似乎已 经正常升级，但仔细查发现原来手机中的 MEID 没恢复，RF 校准数据也丢了。经软件部分析， 恢复 MEID 和校准数据的动作是升级程序最后 2%来做的，软件升级已经在 98%完成，所以会 有以上情况。 因为考虑只是首批用 T01 试产的样机升级到后面版本才会出现，所以决定先用工具软件 保存机器中原有的 MEID和校准信息，然后升级软件，等 98%FAIL 后，重新写入数据，即手 动完成最后 2%动作。因为客户不会操作，不得不专门编写了一份操作说明，并请工程师指 导客户公司的相关人员操作。而留下的隐患是，客户手上的样机已经分发到多个部门和地区， 造成客户方多处升级的麻烦，遇到不会操作的人员还得再电话指导，甚至不得寄回样机处理。 然后，客户送 CTA 认证的样机，因为是用 T01软件生产的，需要在送认证前升级为 CTA 版本，所以按以上方式处理了。CTA过程中，发现样机找不到 U 盘，即没有在连接 USB 线后 正常提示“U盘模式”/“PC 工具模式”选项。再分析，原来余下 2%的升级动作中，还有一 个动作是强制将手机启动模式改了 U 盘方式；在用工具软件保存 MEID 和校准等数据的过程 中，会将手机端口改为串口模式，如果不将它改回 U 盘启动，就无法在升级软件后恢复成正 常启动“U 盘模式”/“PC工具模式”选项界面。鉴于此，又不得不写了份作业说明，教客 户CTA现场工程师如何用AT命令把启动模式强行改为U盘模式，以完成CTA认证问题整改， 重新安排测试。 【案例分析】 原本只觉得将 MEID增加一个显示位，是件很简单的工作，软件修改只是半小时的事， 重新发版本也就一两个小时时间，但并未充分评估到这个修改对旧版本向新版本升级可能引 起这么多的问题。不但造成客户 CTA 样机准备颇费周折，而且引起客户 CTA 认证的反复，增 加了认证时间和人力上的浪费。 这样的问题，项目经理在导入设计变更时，应该有做充分评估的意识，软件负责人也应 该从技术角度评估分析到这种情况的存在。一方面显示了设计变更的管理不足，另一方面也 显示了技术风险经验积累和意识的缺乏。 案例二：蚁穴溃堤 【问题来源】 客户的售后反馈一部分经销商反馈我们为客户设计的产品 E 有充电充不满问题，现象是 充电图标一直在跳，不提示充满；拔掉充电器后使用，很快就没有电了。此问题不是 100% 复现，但部分手机经常出现。 【问题产生过程】 产品 E 为平台项目，其平台之上有两款客户定制产品项目。 项目A 平台首款整机项目，已经先行进入量产。项目 B 为与客户合作项目，在项目 A 启动量产时启动开发。B项目做结构设计评估时，客户结构工程师就认为平台所用的电池连 接器有风险，可能造成掉电，但因为 A 项目测试结果显示正常，所以设计方认定设计并没有 问题，不同意更换连接器；但项目 B 首批试产测试发现确实掉电严重，B 客户果断要求在二 次试产时更换电池