如何确保团队中的所有开发人员都能创建统一的用户体验?

时间:2009-04-21 10:49:29

标签: project-management

在我们的开发团队中,我们创建了许多小型应用程序,所有这些应用程序都针对客户的特定需求。

因此,我们经常遇到有关创建统一用户体验的问题:

  • 图标选择(GUI)
  • 配置文件的命名
  • 命名配置选项
  • GUI语言(如“正式或不太正式”或“新手/高级用户”)
  • 选择姓名/职称
  • 常规GUI布局
  • ...

我可以想到解决这些问题的几种方法......

  • 创建非常详细的书面指南
  • 讨论一切
  • 让一位开发人员决定一切
  • ...

一般来说,获得有凝聚力的用户体验或统一结果的最佳方法是什么?就个人而言,我不喜欢我的任何方法,但也许这是一种误解,所以请随意支持他们:)

10 个答案:

答案 0 :(得分:11)

我有几个职位,我已完全拥有GUI。这涉及到我做所有的设计/模型,并监督用例写作,以确保它是一致的。这是迄今为止确保一致性的最佳方法,但它可能并不总是最实用的方法。

替代方案是编写指南,但这与拥有良好的GUI设计知识/ HCI技能并不是一回事。至少它可以教开发人员使用贵公司可能拥有的自定义库/组件。

必须是一个字典,其中包含您使用的域语言以及如何在GUI中使用它。这是领导开发人员需要做的最重要的事情之一。

至少你应该确保你审查其他开发者所做的任何事情,除非你知道并信任他们做正确的事情。 GUI设计通常是一种估计技能很低的,重要的是要记住,如果没有经过适当的培训,并不是每个人都能做到这一点。

答案 1 :(得分:7)

“技术主管”,“设计主管”和/或QA的广泛指导和评论。

使指南“动态”并使其保持准确和最新,在我们公司,我们使用Wiki进行此类协作任务。

答案 2 :(得分:3)

您可能想要创建一组标准模板。例如如果您使用预定义的css规则,html布局等创建网站模板,那么就开发人员而言,只要外观和感觉就可以“轻松”生成统一的输出。

答案 3 :(得分:3)

我认为最大的问题通常是开发人员不知道有特定设计考虑的指导原则,而不是不愿意实施这些指导原则。管理层的工作是确保他们拥有这些知识。

如果要标准化任何类型的团队工作并清除系统设计中固有的“个性”,您将始终需要详细的书面指导。

但是,你应该记住,无论你的文件多么详细,都可能会出现一些不可预见的情况。为了应对这种可能性,您应该制定一个开放政策,团队成员可以随时向团队领导提出并讨论此类情景。然后应将这些新项目更新到指南存储库中。

项目中的所有利益相关方都应该可以轻松访问您的指南文档。创建“备忘单”准备参考通常是一个好主意。

答案 4 :(得分:2)

之前对我有用的一种方法是为基类提供一个共享库来强制或应用主题和布局。

我们是一个由7名开发人员组成的团队,几乎我们都使用桌面应用程序,因此我们为Forms创建了基类,并且主要使用常用控件并将所有图标和图像放在源代码存储库中,并且我们确保部分测试所有图标和UI语言(标签,消息和工具提示)都是一致的。

答案 5 :(得分:2)

我有一个位置,我是ui设计师,并且运作良好。我有责任创建模型并将它们作为母版页带入视觉工作室。

然后程序员会进来并添加逻辑。

这是一种很好的方法,因为它不需要风格指南或大量文档,看一个人负责它。

现实情况是,大多数公司都没有专门为某个UI角色雇用某人(现在更多的公司在几年前开始这样做了)。

在4家不同的公司担任项目经理5年,还有另一种方法。

我不太相信编写UI指南并期望程序员遵循它。有几个原因:1)程序员通常不擅长UI设计,2)要记住很多,3)它适得其反。

UI风格指南减慢了程序员的速度,因为你期望他们擅长于他们不擅长的东西。他们擅长编码 - 所以让他们编码。

你得到了什么?界面不一致。这甚至发生在为程序员提供模型工作时(例如,您的模型可能不包含程序员可能必须显示的错误消息)。

那么解决方案是什么?简单 - 您有一个人在里程碑点查看整个界面并记录问题跟踪器中的错误。这些错误将被标记为UI或低。如果这是一个脚本错误,那么首先解决这个问题显然更为重要,然后是一个UI故障。

接下来的问题是,谁应该进行审核?再一次,简单 - 只有一个人(为了保持一致性),那个人应该是HCI / UI设计中最有才华的人。

我的观点是;不要让程序员尝试成为UI设计师。当你在问题跟踪器中记录一个UI错误时,程序员会在好的和准备好的时候来修复它们。并且它们通常很容易修复,因此它们可以作为程序员的良好休息,例如,可能花费2-3小时调试严重的数据损坏问题(是的,修复UI错误实际上可以减轻压力!)。

答案 6 :(得分:1)

任何书面和发放/通过电子邮件发送的内容都将被遗忘。我建议创建一个内部维基,你可以容纳标准,链接到图标,创建/保存工作的步骤,命名约定,工作示例等等。每个人都可以访问和更新的东西

答案 7 :(得分:0)

弗雷德布鲁克斯在神话般的人月里对此进行了很多讨论,我强烈建议你阅读。

卡尔

答案 8 :(得分:0)

您应该使用某种Dependency injection XML文件,就像Spring可以提供的那样。

所有开发人员都不应该将他们选择的硬编码GUI部分集成到程序中,而是将这个选择留给XML文件。

然后,单个QA人员必须检查应用程序,如果不是标准化,则只更改XML文件,而不是重新编译等等...... 这将更快更简单,因为不需要查看应用程序的代码。

如果Spring不适用于您的环境,我确定其他框架会,或者最糟糕的是,您可以自己构建一个小框架,但这需要更多时间。

答案 9 :(得分:-1)

创建一个文档,描述布局的所有常规属性。

本文件应包括:

背景颜色 文字的颜色 活动文字的颜色 非活动文本的颜色 评论文字的颜色 字体类型 字体大小 等

确保(通过测试)开发人员遵循指南。

如果开发人员不这样做,你可以实施惩罚(火灾,减少销售,不提升)。