界面标准与团队开发效率
界面标准与团队开发效率“人要面子，树要皮！”一款软件好与坏,界面因素占了很大比例。在实践项目开发过程，也经常发现，客户经常为界面而大动肝火。而项目开发团队，经常为同一个界面而重复劳动。
问题出在哪里？是不是有更好的解决办法？
该问题引起了笔者的兴趣。并对几个项目进行了有意识的跟踪了解。
先找找原因吧：1、由于，上规模的软件项目，对界面风格有一个一致性要求。而项目团队在运作过程，不断会有新成员加入，而相当一部分的项目经理，只告诉他做哪些内容的工作，而没有提供对界面要求确实具有参考意义的东西。这就造成了，不同成员开发出来的界面，风格各异，甚至五花八门。这是导致客户不满意的一个主要因素！也就是团队成员没有进行很好的界面风格管理。
2、开发过程缺少开发策略。编程的人都知道，除了实现一个功能模块的功能外，还需要花比较大的力气去实现界面要求，包括：界面布局、颜色搭配、操作习惯、使用频度等问题。而在实际开发中，却发现好多程序员，一气呵成，把功能和界面两件事都做仔细了。
注意，这里在强调“仔细”这两个字！而这样做的后果是，一旦客户对功能不满意，把界面也会全盘否定的！这等于后面的界面工作是白做了。所以，开发软件，最好要“先确定功能，再完善界面”的策略！这样，不至于重复劳动做的太多。
3、界面本身设计缺乏积累。虽然，项目做一个是一个，但是作为公司的公共知识基础，完全可以把界面经验积累起来，这样，可以为别的项目所用，但是目前该方面的做的好的公司，还是少了点。
主要问题找出几个来了。着可以有针对性的进行解决了。
1、可以针对成果的案例建立一个公司级的界面标准：包括界面布局、颜色搭配、操作习惯、使用频度等。该部分工作是一个长期累积的过程，需要公司层面定期收集、整理、归类。项目经理则可以利用该资源，对新进入项目团队的成员进行界面要求培训。
2、开发过程采取合理的策略，减少界面重复劳动量。这是项目经理或技术进行需要把关的工作。
在一个项目功能开发出原型后，在跟客户沟通时，可以先强调团队的开发策略，以减少客户的对项目的压力，并获得支持。从而减少界面返工的次数。
3、项目经理或技术经理，有义务检查成员界面设计进度，并及时纠正偏差。同时，在项目组内需要对界面开发经验进行交流。对获得客户认可风格的界面一定需要所有成员了解，并学习。对客户意见非常大的界面要求则，每个成员也需要知道。
制定界面标准的好处，就是避免重复劳动，提高开发效率！是值得公司层面一做的事。当然，在制订过程中要注意“度”，不能把之过严，把员工的积极性、创造性把没了。
界面标准的制定，可以进行专题研究。欢迎大牛们参与讨论。。。
转：人与信息
页:
[1]