工件是良好定义的有形工作产品,由任务消耗、生产或修改。工件可由其他工件组成。 例如,模型工件可由模型元素组成,模型元素也是工件。 它们可充当定义可重用资产的基础。角色使用工件来执行任务并在执行任务的过程中生产工件。
工件由单个角色负责,这样就容易识别和理解职责,并推广了方法中生成的每段信息都需要一组适当技能的观念。即使一个角色可能“拥有”特定类型的工件,其他角色仍然可以使用这些工件;如果给予这个角色许可权,则它可能甚至可以更新这些工件。
工件通常不是文档。许多方法都过分注重文档,特别是书面文档。最有效和最实用的项目工件管理方法是在用于创建和管理工件的相应工具内维护工件。必要时,可以根据这些工具及时地生成文档(快照)。
示例工件:
-
Microsoft® Word® 中存储的用例规范。
-
Rational Software Architect 中存储的设计模型。
-
Microsoft® Project® 中存储的项目计划。
-
Rational ClearQuest 中存储的缺陷。
-
Rational RequisitePro 中的项目需求数据库。
还请注意,诸如白板或活动挂图上的格式可用于捕获图片信息(例如 UML
图)、表格信息(例如短列的状态信息)或甚至文本信息(例如简短的远景声明)。这些格式对于所拥有的全部团队成员均可访问这些资源的较小的已配置团队很起作用。
但是,仍有一些工件或者必须是纯文本文档或者最好适合成为纯文本文档,例如在项目有外部输入信息的情况下或者在这仅仅是显示描述性信息的最佳方式的某些情况下。在可能的情况下,团队应考虑使用协作性工作组工具(例如,WikiWiki
Web 或 Groove)以电子方式捕获文本文档,从而简化进行中的内容和版本管理。
当为了诸如实现审计需求之类的目的而必须维护历史记录时,这尤其重要。对于任何重要的开发工作,尤其是在涉及大型开发团队时,工作产品最有可能受到版本控制和配置管理。当对于所包含的基本工作产品不能执行此操作时,有时这只能通过对容器工作产品进行版本控制来实现。例如,在软件环境中,您可以控制整个设计模型或设计包的版本,而不是它们所包含的单个类。
|