共计 1401 个字符，预计需要花费 4 分钟才能阅读完成。
需要工程 是我的项目框架内的一个扩大术语，意思是提前收集你须要的所有货色，促成我的项目的胜利。
需要工程流动
需要工程流动能够分为两类：一类是需要开发，另一类是需要治理。
需要开发：
需要开发的目标是通过调研和剖析，获取客户需要并定义产品需要。其后果应有：我的项目视图和范畴文档、用例文档、软件需要规格说明书以及相干分析模型。
通过评审批准，这些文档就定义了研发工作的需要基线，这个基线在客户和研发人员之间就构筑了产品性能需要和非性能需要的一个约定。
需要治理：
需要治理流程次要包含六大部分：制订需要治理打算、求得对需要的了解、求得对需要的承诺、治理需要变更、保护对需要的双向跟踪性、辨认我的项目工作与需要之间的不一致性。
本质上，我的项目需要治理 的目标是确保各方对需要的统一了解，治理和管制需要的变更，以及从需要到最终产品的双向跟踪。
好的需要规范
如何确定需要的好坏有肯定规范，目标是为了使文档预先易于了解。这些规范有时相当简略且显而易见——但偶然也会有点难以了解。
一个好的需要应该合乎下列规范：
▪ 协调（对所有利弊关系人都正确）
▪ 清晰（不含糊）
▪ 必要（必须无效）
▪ 统一（没有矛盾）
▪ 可验证（测试使验证成为可能）
▪ 可行（组织上、法律上、技术上、经济上）
▪ 可跟踪（咱们为什么要这样做？）
▪ 残缺（没有解释上的破绽）
▪ 可了解（对所有利弊关系人而言）
▪ 优先级（在须要时做出衡量）
并不是说不能满足所有这些规范的需要就是无关痛痒的，这只是意味着之后的工作可能会变得更具挑战性。如“可跟踪”方面有点暗藏，但依然十分重要。它的目标是确定为什么这个需要有意义，或者它来自哪里。这至关重要，因为需要的成因有时会在我的项目过程中被人忘记。当这种状况产生时，有人可能会说，这个需要自身无关痛痒，但这通常是一种舛误。例如，如果有新成员退出我的项目团队，他们可能须要相熟需要。
改良流程设计的用例
你可能曾经意识到，上述需要带来了一些挑战：开发人员偶然还会有相当大的解释空间。有些信息可能对开发人员有帮忙，例如实物模型、互动流等等。
因而，用例是一个好主见。用例形容了零碎及其行为的许多方面，特地是与最终用户的互动。写下用例（或应用场景）将有助于利弊关系人理解。在这个根底上，咱们能够进一步了解需要开发和需要治理。
需要开发流程大抵可分为四个阶段：需要打算、需要调研、需要定义和剖析、需要验证。这个过程为我的项目开展打下基础，是开发人员与用户深刻沟通，精确了解用户和我的项目的性能、性能、可靠性等具体要求，从而确定零碎必须做什么的过程。
需要治理次要包含三个方面：变更治理、版本控制、需要跟踪。一个好的 项目管理工具 能够让需要管理工作事倍功半。这里举荐 8MSaaS PM 项目管理工具，其内置需要跟踪和变更管制性能，使我的项目团队在整个开发周期中轻松跟踪需要，确保十拿九稳。
对于需要沟通，8MSaaS 会主动追踪需要的评审与验收状况，并提供现状考察性能侦察沟通过程中呈现的问题。
对于需要治理，8MSaaS PM 主动侦察需要的变动，并把需要变动与我的项目的各个阶段关联，以此揭示用户，让用户更好地理解需要变动所带来的影响。零碎也能主动追踪需要依赖及间接变动，让用户尽早理解其潜在影响。
需要工程流动是我的项目开发工作的一个重要畛域，关系到整个我的项目的成败与品质。增强需要治理，能无效防备和缩小不必要的需要变更，升高因需要变更对我的项目的范畴、老本、品质和进度造成的影响。
