开发成果

2023-06-08 08:00:00 · 飞浪 · Elle Krout

在其最广义的定义中，开发人员工件是项目开发周期的任何“副产品”，从初始规划文档到编译后的软件本身。拥有一组工件可以作为路线图，让维护人员可以回顾并探索项目的所有阶段。高价值工件还为最终用户和产品维

在其最广义的定义中，开发人员工件是项目开发周期的任何“副产品”，从初始规划文档到编译后的软件本身。拥有一组工件可以作为路线图，让维护人员可以回顾并探索项目的所有阶段。高价值工件还为最终用户和产品维护人员提供了有关如何使用或管理产品的信息。

工件概述

考虑一下名称，工件。如果您的开发项目，从开始到初始发布再到维护，都是一场考古挖掘，那么工件就是留下来待发现的东西，让未来的程序员和项目维护人员不仅可以了解项目本身的细节，还可以了解这些细节的背景。就像在挖掘现场一样，一些工件比其他工件更有价值。概述已构建并正常运行的功能目的的用户故事可能会引起项目维护人员的兴趣，但不会为维护人员提供有关保持代码库最新和应用程序运行的任何信息。在这种情况下，代码中的注释、以前测试的输出和书面文档将为维护人员提供更多价值和背景，以解决他或她试图解决的任何问题。无论项目的当前状态如何，以及工件对整个路线图的个体价值如何，这些工件确实为团队成员和客户提供了项目创建和维护的意图、目标和问题的内部可见性。

常见工件和敏捷术语

工件可以跨越整个项目空间。尽管工件通常没有分类，但通常分为三类信息：代码和代码结果、项目管理过程中创建的工件以及文档。

代码

与代码相关的工件可以包括（但不限于）：

已编译代码：代码本身，已编译并处于可运行状态
测试和代码输出：测试和 QA 期间生成的信息和日志
安装脚本：准备运行软件的环境的脚本
测试套件：在测试阶段针对程序运行的测试用例集
最终用户生成的对象：这些是用户与软件交互时记录的收集数据对象

这些工件主要引起从事项目技术方面和项目维护的开发人员和工程师的兴趣，并且还提供了问题和项目发展的技术历史。

敏捷工件

项目管理工件可以包括（但不限于）：

可接受标准：客户或项目业主给出的基本要求
用户故事：详细描述项目具体需求的高级需求；比标准更深入、更注重任务
验收测试：预期软件行为的描述

文档

文档工件可以包括（但不限于）：

类图：系统的静态图
演练：书面指南，指导测试人员、QA 或其他团队从上到下了解应用程序
最终用户文档：为客户或最终用户提供的帮助软件使用的文档
内部文档：旨在帮助员工维护、修复和以其他方式更改应用程序的文档

这些绝不是项目生命周期中生成的唯一工件，甚至并非所有工件都必定可供所有人（甚至内部人员）随时使用。在上述类型的工件中，最受软件开发人员和维护人员关注的是代码和文档，以及帮助客户或最终用户使用产品的文档。这些通常被视为可交付成果，是产品交付的最终部分，无论是内部还是外部。这些工件最好存储在基于 wiki 的系统（如 Confluence）、内部网和共享文件夹中，以便需要访问工件的人可以访问。工件让项目各个级别的每个人都能更好地了解软件开发过程。虽然并非每个人都需要利益相关者笔记或旧用户故事，但工件提供了项目的历史，并有助于在项目的整个生命周期中为其提供支持。