今天进行了一个小规模的Case Study

    Case Study是我们公司宣扬工程师文化的特色之一。人不是神，每个人都会犯错误。有些人，犯了错以后，还会重蹈同样的错误，而有些人却能从错误中学习，不断进步。Case Study给予了这样一个从错误中学习和总结的机会。难能可贵的是，每次Case Study都会在融洽的氛围中开展，每个当事人都会口无遮拦地陈述事情的经过和缘由，而不是像很多企业那样，搞成批判会。

    今天的Case Study也一样，大家在欢笑与愉快中分析原因、总结教训、落实措施。概要说一下背景吧，需求人员发现发布的产品存在两个问题：一个是父子页面处理的小功能点被遗漏了，一个是防火墙导致Refer为空时的异常情况没考虑到。针对这样的情况，由需求人员和SQA发起，需求人员、研发人员和测试人员都分别从自己的角度回溯分析了相关情况，并落实了以下措施：

    1）需求评审要尽量采取面对面的会议评审，邮件评审由于进度问题，易遗漏一些点；
    2）由于研发人员和测试人员都是刚接触改产品不久，设计评审要需求人员参与；
    3）测试点和用例要经过需求人员和研发人员check；
    4）测试阶段，需求人员参与产品确认……

    这些措施会在该产品的后续项目中落实实施，SQA负责跟踪，并周期性提取为部门级的规范，再逐步抽取为组织级的过程。

    记得质量大师Crossby说过，第一次就把事情作对，但这只是我们追求的理想结果。如何才能确保第一次就把事情作对呢？总结，总结，还是总结！

Jacob Chin © 2006

最后

以上就是香蕉奇异果为你收集整理的今天进行了一个小规模的Case Study的全部内容，希望文章能够帮你解决今天进行了一个小规模的Case Study所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。