以往文章
【未经书面授权，严禁转载本站文章!】本站所有文章都严格执行版权政策，获得作者亲自授权，受法律保护，请大家珍惜我们的努力成果！请阅读我们的转载注意事项
软件开发团队中的用户体验设计 - 2007-02-11
作者 Matthew Goddard
阅读本文英文原文（翻译:刘熠 校对:倪海鹰，鲁颖）
用户体验（UX）设计常习惯被认为是用户界面设计师的事情，但在软件开发团队，却不能这样简单认为！UX理念应该贯彻整个开发团队。它应当对中层开发者组合资源，数据库管理者创建表格，存储过程和视图产生影响。
在一个软件开发团队里，在大多数关于如何设计一个好的“用户体验”的话题中，都会涉及到创造一个直观的用户界面。传统的观点是这样的：
- 按钮的布局
- 应用软件能够记住上下文信息
- 或者是一个网站导航系统的直观性
但是这些界面，尽管如软件的“脸”一样重要，但实际上只是组成这些产品的一小部分而已。
不仅仅是用户界面
一个应用软件，就像一个冰山，程序架构和目标模式中隐藏着巨大的复杂性，那里有数不清的不同成员（接口，方法，属性和委派等），它们转移对象之间的数据,往返于数据库中。
尽管不象UI那样可视化强，或拥有璀璨的外表，所有的界面都是面向用户——你的同事们，界面必须满足他们的需要。
在一定层面上，这些“用户”应该被认为是最重要的使用者，必须尽可能满足他们，因为他们的全力以赴成就了完美的软件，他们开发好软件的能力以及他们为了创造软件所达的协定对软件的个性有很重要影响。
有鉴于此，一个开发者工作的环境和思维模式对他们开发出一个全面优良的用户体验很关键。所有的努力应该能确保他们能集中注意力创造一个优质的产品，而不是为了对付一个恶劣的开发环境，或者为了完成他们的工作而从一个晦涩难懂的代码中获取上下文信息。
为UX的蓬勃发展创造有利环境。
每个开发者应该被鼓励去发展这种思维模式；一种能保证创造的代码能让你的同事清晰易懂的界面。
最简单和最有效的方法是为你的类和成员合适地命名。
作为一个大致的指南；
- 你必须清晰命名对象
- 你命名的对象和他们的组成单元的意思应该显而易见。
- 你的组成单元应该在他们共处的层级范围内能和谐共处，整个软件都是这样。
在开发活动中，当模糊不确定的东西被舍弃的时候，用来完成工作的隐性知识被减少，团队成员之间的沟通简单化，而在随后的项目中，这个清晰性会真正起到作用。在开始开发任务前，创造一个明确表达的对象模型，可减少需要重新学习和理解的背景信息数量，允许开发者成长开发很快的多产者。
我试图将这个主题讨论地更深些，每个主题应该借此机会加强以用户为中心的理念。我相信，这对发展好产品是很关键的。只有用各种形式把“用户”紧密联系起来，如发展过程的一个个不可分割的部分的团队，才能真正理解什么对一个成功的用户体验是必要的。
Matt Goddard是一个在软件开发行业里有着 10 年经验的一个软件开发者和用户体验提倡者。。
【未经书面授权，严禁转载本站文章!】本站所有文章都严格执行版权政策，获得作者亲自授权，受法律保护，请大家珍惜我们的努力成果！请阅读我们的转载注意事项
已发表的评论
您也许对以下的文章也感兴趣：
最新评论