最近才看很久之前唐博发给我的一篇文章《Bug管理的经验和实践》,由于在大学讲课的关系,我准备翻看一下作为上课授课题材。
没有想到,文章(准确的说是访谈录)中微软研发过程中bug管理给我启发颇大。但直接将文章中的内容转述给学生们,似乎不会有好效果,因为学生是没有研发背景的,对于我转述的内容的价值不会有太多意识。不知道自己的脑袋是不是被闪电击过,闪念间想到用游戏的形式呈现这一个过程,下面就来分享一下这个游戏:
·三个人参与游戏,假设是P、D、T
·P用肢体语言向D和T表达一句话的含义,例如“一只没有尾巴的猴”或“一头长翅膀的猪”
·D用文字写出对字体语言的理解
·T对D的理解给予“赞同”或“反对”意见,并附理由
·若T反对,D认同,则D重新理解
·若T反对,D不认同,则P对T和D的结论给予正确与否的判断,
·若对二人的判断都是错,则P再次尝试用肢体语言表达,重复之前的步骤;
·整个过程三人都不能说话,D和T可以通过黑板书写文字沟通,P只能用肢体语言,用点头表示对,摇头表示错
·D用文字写出对字体语言的理解
·T对D的理解给予“赞同”或“反对”意见,并附理由
·若T反对,D认同,则D重新理解
·若T反对,D不认同,则P对T和D的结论给予正确与否的判断,
·若对二人的判断都是错,则P再次尝试用肢体语言表达,重复之前的步骤;
·整个过程三人都不能说话,D和T可以通过黑板书写文字沟通,P只能用肢体语言,用点头表示对,摇头表示错
通过以上游戏再现了,微软的研发过程中PM、Dev、Tester三种角色,以bug(不仅仅是软件功能上的,还可以其它事务)为主线的工作模式。
不仅如此,在游戏的过程中还能够呈现团队研发中常见问题,如需求、沟通、职责、流程、冲突等。
一时间,我不禁感叹这么小小的游戏却能这样真实的暴露研发过程中那么血淋淋的一面,我心中狂喜!
这游戏,我在此命名为“P.D.T”。