用户界面评审特别是那些非正式的评审可以简单而直接地引入到几乎任何软件开发环境或过程中,所需要做的就是鼓励设计人员和程序员将其工作展示给同事来征求评论和建议。评审方法通常会促进协作,即使是最没有效的评审过程也会有利于开发人员之间交流思想和共享信息。用1-2小时时间来审视一些屏幕画面可以给用户界面带来很大改进。同行评审的最大问题是容易陷于长时间毫无结果的争论。非正式的同行评审特别是在没有很好加以计划和组织的情况下可能会导致比较低的效率,但其成本相对也较低。同行评审的质量可能还会受到同行经验的很大制约。成功的关键在于让那些有经验的开发人员参加评审,并且事先为有效发现可用性问题对评审活动加以认真计划和组织。
用户界面设计、可用性工程和人机交互方面的专家已经成为软件领域的重要技术资源。可用性专家可以为我们提供现成的技能和知识,而不必我们自己费力去学习。但是,现在还没有足够数量的合格专家来满足世界上所有软件开发项目的需要。即使是在适合的情况下依靠专家来解决可用性问题,开发人员自己无能为力的状况仍然得不到改变。在许多情况下,开发人员并没有真正理解这些来自专家的技能或知识。
软件开发过程一直都在不停地发生着变化，这种变化几乎发生在所有方面。编码曾经一度意味着个人埋头苦干,而如今已经成为一种团队过程。
近年来,软件和计算机应用系统开发的社会经济环境发生了巨大的变化。人们要求工程师在越来越短的时间内开发出新的产品，产品在市场上的生存周期和用来开发下一代新产品的时间都在不断缩短。在市场的几乎每一个角落,产品开发正在成为一种以客户为中心或消费者驱动的活动。消费者比以往更加期望系统能更好地适合其需要,他们已经开始习惯于提出自己的意见。在社会经济条件发生变化的同时， 开发技术也在不断发展。对象技术、客户端/服务端体系结构、图形用户界面以及其他新技术和新方法都对开发人员提出了新的要求。可视化程序设计和可视化开发环境的出现,在为某些问题提供解决手段。人们正在要求软件和应用系统开发能够采用新的技术手段,以更快更省的方式,开发出更多更好的系统。
改进软件可用性的有效策略必须考虑到所有这些压力和约束，必须能够知道系统为什么是可用或不可用的。有关可用性和用户界面设计的大多数决策都不是由人机交互专家或受过训练的可用性专业人员来做出。有关可用性和用户界面设计的大多数决策都是由普通开发人员(包括系统分析人员、设计人员甚至是程序员)来做出。由于用户对软件需求的不断提高，需要用更好的工具和技术将软件的"一线部队"(即开发人员)武装起来,这样才能在有限工期和预算的情况下开发出高可用性的软件。