商业白皮书构建满足业务需求的应用的七种最佳做法.pdfVIP

商业白皮书 构建满足业务 需求的应用的 七种最佳做法 目录 Contents 3 执行纲要 3 简介 3 企业层面的最佳做法 5 项目层面的最佳做法 7 构建更好的软件 8 结论 执行纲要 企业层面的最佳做法 开发满足业务需求的应用的关键之一是预先定义合适的需求。需求 前三种最佳做法在企业层面实施。通过在整个企业范围内建立标 需要明确简洁，但也必须包含来自多个相关负责人的反馈。定义和 准，采用通用语言和提供跟踪能力，并确定使整个应用生命周期保 管理需求的企业级和项目级最佳做法无非是帮助项目达到预期的业 持一致的明确需求将成为企业文化的一部分。 务指标。通过消除IT 孤岛中所执行的工作流程之间的差距，团队可 以快速交付应用，以响应不断变化的业务需求。 •在企业范围内建立标准：在企业层面建立需求管理标准，以促进合 作并消除业务分析、开发和质量保证(QA) 各个流程之间的信息 孤岛。单个综合需求管理系统可真正帮助项目团队找到最新信 简介 息。一定要记住，需求会随着时间的推移而发生改变，无论是由于 不断变化的商业条件还是由于作为“敏捷”等迭代开发过程一部 构建满足业务需求的应用的最大障碍之一是无法获取明确的业务需 分的设计。单个需求管理系统还可以提高监管水平，使应用部副 求。当一个人或一群人定义满足一组不同用户的需求时，可能会在交 总裁及其他主管能够见证整个需求实现过程。 换信息时丢失一些信息。发生这种情况时，可能会不经意间在生命 •通用语言：为所有需求使用的语言提供一致的指导方针，从而简 周期的初期导致应用中出现一些缺陷，可能在很久以后才会发现这 化需求编写和执行过程。这可以防止在说明太过含糊时，过度添 些缺陷，到时解决这些问题的代价会非常高昂。事实上，当早期确 加更多不必要的详细信息并在反复获取更多信息方面浪费更多时 定的需求随业务需求的改变而发生改变时，返工会花费掉许多项目 间。我们建议使用提倡以下风格的指导方针： 预算。随着项目团队所处位置越来越分散（由于外包、兼并和收购 − 使用简单的命令句式（例如，在即将起飞的航班列表中仅包括 以及其他因素），沟通变得更加困难，并加剧了这一问题。 从出发地到目的地的航班。） 此外，云、移动和复合应用也使需求过程和应用本身变得更加复杂。 − 使用直陈式现在时：（例如现在系统需要单一登录。） 面临迅速转变的业务需求，许多组织都在采用“敏捷”开发技术，该 − 避免使用分号或连词（和、或）。每个句子中保持有一个需求可 技术能够随着项目的进展，根据相关负责人的反馈调整需求。必须 以更容易地评估并委托开发和测试工作。 对这些改变进行跟踪并将其实时传达给所有团队成员，这些改变可 − 避免使用“可以”或“可能”语句。使用这些动词的需求将过于 能还会影响先前通过批准的需求。 含糊。 面对这些挑战，IT 组织如何才能提供更加符合业务需求、预算和时 间表要求的应用？本文将从企业层面和项目层面探讨最佳做法，获 取明确的应用需求并加以管理。这些做法可以帮助使用“敏捷”及 其他迭代过程的团队，以及那些使用传统瀑布方法的团队。改进需 求定义和管理流程，有助于缩短提供软件项目所需的时间并提高其 成功率。