刚从客户那里回到家。同事们驻场了,为系统在8月8日上线做最后的准备,今晚和项目组所属的部门领导一起去看了他们,带了点牛奶和曲奇饼。
项目经理正在外地进行业务培训,现场办公只有技术经理以及各位开发的同事,同事们正在忙着针对前面的试用、培训、联调、测试等各个方面反馈回来的Defect进行分类处理。
有一些话,不吐不快!
场景:
项目经理和技术经理对问题的分级判断能力一定要非常清晰才行。譬如,早上培训共有三次出现了后台服务类似“挂起”的问题,导致前端没有响应,影响了培训效果。
唠叨:
这样的问题才是上线前最紧急、最迫切、最需要重视、最高优先级的任务。我们的项目经理、技术经理对这些问题的重视不够,难道非要等到用户骂我们是在做烂系统,才会警醒吗!
稳定高与一切!
虽然我经常讲1个Bug,而我们系统的受众是几万人,1个Bug就会被放大很多倍,投诉电话会让你接到手软的!
但是稳定、性能是比这些Bug还有更加危险的!因为它足以让你系统瘫痪,让大家对系统失去信心!
我要找出尘封好久的一个邮件:关于一次某交易系统稳定性问题的解决;用户怀疑的眼光,一边是全球知名企业的平台,一边是我们还有一点信用的开发商,我们是如何定位并且最终和合作伙伴一起解决问题的。(待续,找邮件...)