|
虽然我们在进行需求开发的时候，坚持使用定量的需求描述，而非定性的需求描述，因为这样的需求描述才符合“可实现”“可测试”的需求验收准则，但是，当我们研究的问题上升到软件工程层面，定性研究方法也会展示其有效的一面。 因为很多问题的解法都可能是数字难以回答的，这时候定性研究反而能够归纳总结出一些答案。 比如说，20世纪80年代的公共卫生研究员们曾想找出为什么癫痫病人很难按时吃药。最初他们计算了未能按时吃药的人数，并用统计学的方法找出了按时和不按时吃药的病人的区别，甚至进行了超长期对比研究实验，但是始终无法解释病人不能按时吃药的原因。后来，另一群研究员只是对癫痫病人进行了80次访谈，询问这些受访者在什么时候会忘记吃药。最后他们发现不按时吃药的原因并不是因为病人不理智或者反复无常，而是因为病人自己故意不吃。 和上面的例子类似，软件开发也充满了很多无法用数字和统计来解决的“为什么”和“怎么办”的问题。比如，为什么开发人员不愿意写单元测试？为什么用户总是填错这个表单？为什么有的开发人员的效率是其他人的10倍？这些问题无法用数字来回答，但是定性研究的方法可以回答。 什么是定性研究方法？
定性研究可以使用访谈、观察以及只对文档进行研究的方式（或几种方法混合）来收集与问题相关的数据，然后通过演绎、归纳等推理方法来获取问题的答案。 所以定性研究适合用来回答任何没有标准答案的问题。像前面所提及的“为什么开发人员不愿意写单元测试？”的问题，你无法通过计算和统计来找出答案，但是却可以通过与开发人员的访谈，使用5WHY这样的分析方法，找到答案。
不过，使用定性研究方法是有条件的。只有在正确地认识到自己周围的偏见——作为研究员的你的偏见，受访者的偏见，所使用的各种研究方法的偏见，了解它们对你的研究结果的影响，你的研究结果就越客观。 这正是： 换个问题和场景，定性研究大有用 参考数目：软件之道: 软件开发争议问题剖析，作者: Andy Oram Greg Wilson，出版社: 人民邮电出版社 |
|
|
