第4章UC产品团队.doc

用户界面设计与开发精解--第4章UC产品团队 ????即使是一个相当小的项目，其用户界面的设计也是令人望而生畏的。在开发一套应用软件时，如果它较为复杂，使用了新技术，且包含严格的竞争因素、并强加了严格项目限制，则另当别论。????如今，用户界面风格和应用软件所采用的关键技术相当多。任何软件项目中所包含的技术是用户界面、软件开发和性能测试、图形与可视化、训练帮助、性能支持、人的因素、业务计划、工作流程、业务转换、项目管理和变列管理。????很多项目都不可能同时具备这此能力的人，很多项目组甚至不知道还需要这些技术。这也是软件业被称为高风险领域和项目失败的主要原因之一。本章展开讨论UC（以用户为中心）产品团队的关键技术。????这个领域缺乏技术的原因之一是，这一套技术通常没有包含在大多数教育或公司的纲要里，传授给软件开发人员/工作师。这需要开发人员自学。????传统软件公司的组织结构由于公司行为和随之而来的团队变动会造成以人为导向的严重问题。要取得成功，在不同的组织化模型下使用UC产品团队，不失为一个良策。????本章根据以下几个方面，展现了基于信息的关键产品团队（参见图4.1）。。。软件开发中的人机工程学。。软件开发的含义。。团队模型透视。。必需的开发技能。。培养技能的方法。。管理人员的能力。。类比。。返回项目主题 4.1软件开发中的人机工程学????如果说软件开发很容易，今天就会有更多可用的软件。如果软件开发易学、易用且开发速度更快，也会有更多的软件。但事实上，大多数软件产品和用户界面往往很普通，并不能满足用户和业务的需要。实际上，其中的一些软件甚至可以说很糟糕，不管用哪种标准来衡量。????为什么？单凭当前软件工程的方法的技术来开发软件是非常困难的。但即使具有最好的过程，其描述仍不足以获得理想的结果。一个关键的因素是拥有以下能力的优秀人选：。。在软件开发和商业公司中与不同人打过交道。。理解当前业务的用户、过程和未来的需求与目标。。把模糊的需求转变也不断增长的、精确的、具有详细细节的需求。。快速而高效地评测和修改设计与实现????取消人要适应工作和工作要适应人的人类工程学原则。不是所有的人有必要适应工作或工具。同理，工作和工具也没有必要适应大多数人。????在用户界面的各个方面，有无数精确的细节需要考虑。在用户、小组乃至整个公司，有数以百计的潜在问题和差异急需解决。从消费者到业务领导、用户、产品需求、用户界面设计、用户界面工具、基础结构设计、实现（编码）、信息、测试案例、用户手册、直到部署，有很多过渡阶段。????一个比较好的过程（如以用户为中心的设计）对此当然会有帮助。有比较好的工具来支持从需求到实现与测试的过渡对此也有帮助。最好的支持因素是具有恰当能力的恰当人选和用于管理细节和问题的详细且实用的方法。 4.2软件开发的含义????在一个UC产品团队，如果是以正确方式组建的，能找到具有恰当能力的恰当人选，是一件好事—可称得上是最佳实践。经验法则：产品开发中，公司，团队和个人的挑战比任何技术挑战都难应付，这些挑战80％来自人，20％来自技术。 1.??尊重??传统软件开发中，付出努力的所有成员都以一种或其他方法提到尊重的问题。但由于UC产品团队的特性，几乎很少听他们抱怨自己没有得到应有的尊重，他们大多谈的是：。。个人技能贫乏，无可救药。。处理人际关系的能力较差。。不理想的团队变动????UC产品团队中的成员都是从软件开发相关关键技术领域提拔出来的。团队成员中还有其他主要的志愿者和产品受益人，比如来自于用户群体的代表。取决于具体开发的产品，可能还包括其他技术为员或产品受益为。 2.??关键目标????一个UC团队，对产品进行高效开发的主要目标是，满足可用性、用户界面和易维护性等方面的需求。另外，团队需要清晰的项目管理、管理支持、工具、设备和一个正确处理艰难工作的正确态度。 3.??关键工程技能????术语“工程”中应用了很多技能领域，因为没有任何一个为或团队能无所不知，即使是专业领域。所以要成功实施解决方案，不得不采用迭代和改进的方法。对当前用户界面风格和多数商业软件来说，用户界面的设计和开发是技能和成员高度协作的结果。取决于具体开发的软件产品，还可能需要一系列能包括对其他技能领域执行工程任务的为。表4.1描绘了当今软件所要求的技能。 表4.1可能的技能领域--------------------------------------------------------------------------------------------基本技能??????????????????????????????????????????????????????????