续《 转发同事总结:一个BUG引发的血案(结果篇)》,原文如下:
4. 总结
总结以上问题,在对外方面,第一个原因是初验之前只注重了IT部门的意见,和各个业务部门沟通不足,未达成一致的验收标准。我们自己认为可作为遗留问题,但用户的观点是如果不正确就不给验收。没有提前去拆除地雷,留到最后就相继爆发了,造成更为严重的后果。第二个原因,和外围系统的接口规范不够明确,制定规范时未阐明数据内在的逻辑关系。发现外围系统数据质量存在问题时的跟进也不够及时。
在项目组内部,除了各问题当事人本身的不同失误以外,一个主要原因是任务分配时沟通存在问题。任务分配、确定目标时,应根据任务情况和执行者本身的熟悉程度考虑任务讲解的详细程度,在沟通效果和沟通效率中取得一个平衡点。另一个原因则是项目组成员主动沟通、相互补位的意识不够强。大家应该站在用户的角度,以对整个项目负责为出发点,而不是仅仅把目光局限于自己负责的那么一块。在班长的位置上,要以连长的角度考虑问题,多一些疑问,多一些讨论。只有这样,才能充分发挥出团队的力量,达到一加一大于二的效果。团队建设是今后项目组需要共同努力的方向。
最后,项目组的质量意识仍需加强。经由此次事件,大家应该明确认识到一个“小bug”在项目后期会造成的大危害,了解到在项目初期避免问题的产生,比后期再来救火划算得太多。测试工作的方法和策略也是有待改进的一点,数据分析性系统的测试用例写法值得总结,分阶段分优先级测试的策略也是之后可以考虑的一种方式。
此篇总结的目的不是追究责任,而是希望大家在之后的工作生涯中能改进自己做事的方法。未来的工作中必然会出现角色的互换,每位同事的经验和教训都是值得我们大家共同学习的。共勉!
(全文完)