质量保证的六个模式(3) - 引入客户质量模式
陈能技
2007-10-6
原文:Quality:It's All in the Values – Neil Harrison
我们从研究的组织中发现模式。这些模式形成了动态组成的软件项目组的语言模式。这里有一些模式是跟质量和价值尤其相关的。这些模式是从Organizational Patterns of Agile Software Development 这本书选出来的。它们包括:
1、 雇用质量保证模式
2、引入客户质量模式
3、客户代表质量模式
4、架构师控制产品模式
5、架构和实现模式
6、代码拥有者模式
引入客户质量模式
如果你想管理一个能适应客户输入的增量的过程,而且你想你的客户感觉你爱他们,那么把客户引入到你准备好的项目管理和QA中来。
也许最重要的质量的组成部分是顾客满意。实际上,很多人会说那是唯一有用的组成部分。因此,顾客角色在你的组织中的位置表明了你的组织中质量的重要程度。在你的组织和你的顾客之间存在什么信息流呢?我们发现在一个拥有很强的质量文化的组织中,存在良好沟通的客户角色或适当的代理角色。简而言之,开发人员可以学习到顾客的需要,顾客可以得到需要的支持。引入客户质量模式包括下面的方面:
开发组织通过鼓励关键开发角色,或者组织中的角色,与顾客的沟通,来确保和维持顾客满意是非常重要的。沟通不是某个“顾客满意”小组的责任;而是整个组织结构上下全体的需要。
因此:
紧密绑定顾客角色与开发人员和架构师角色的关系,而不仅仅是与QA或市场角色。简而言子,开发人员和架构师必须自由地、经常地与顾客交流。当条件允许时,在客户他们自己的环境中来让顾客参与,而不是把他们带到你的环境中来。
让这个交互过程发生需要两个方面:机会和文化。开发人员必须有机会(和方法)去与顾客沟通。为了建立信赖和自由的沟通渠道,他们应该亲自见到顾客。
但是如果组织文化在客户与开发人员之间建立起一道墙的话,这些访问会是肤浅的。特别是,如果系统需求必须经过长期的正式过程才能得到确认,那么开发人员会受到阻碍而不能及时地向顾客反馈他们的请求。因此,组织必须建立起让开发人员拥有一定的自由度向顾客响应的文化。但是我们不是说所有的需求控制都应该委托给开发人员来做。规则还是必须的。