业务需求分析
明确同意您将要提供的东西

©iStockphoto
Cinoby.
避免你所提供的与客户想要的不匹配。
每项新产品,每一个新产品,都是在响应业务需求时创建工作场所中的每一个新项目。然而,我们经常在某些情况下发现自己在哪里,尽管花费了巨大的时间和资源,所设计的和实际需要的东西之间存在不匹配。
有一个客户抱怨你交付的是她订购的东西吗?有人完全改变了他的思想,当你通过一个项目中途时,有能力?您是否对多客户进行了冲突的要求?在您以为您完成创建产品之后,您曾获得过新要求吗?
焦点和详细的业务需求分析可以帮助您避免这样的问题。这是发现,分析,定义和记录与特定商业目标相关的要求的过程。它是您清楚,精确地定义项目范围的过程,以便您可以评估完成它所需的时间尺度和资源。
记住:要得到您想要的,您需要准确地定义它——良好的业务需求分析可以帮助您实现这一目标。它引导您更好地理解业务需求,并帮助您将它们分解为每个人都同意的详细、具体的需求。更重要的是,它通常多在分析阶段修复问题或误解,更快和更便宜地送达“成品”。
小费:
许多组织已经建立了执行业务需求分析的过程和方法,这些过程和方法可能已经针对该组织或行业进行了优化。如果存在这些,就使用它们!但是,一定要考虑以下几点。
如何找出业务需求
以下是进行自己的业务需求分析的五步指南。
1.识别关键利益相关者
确定将受项目影响的关键人员。首先要明确项目发起人是谁。这可能是一个内部或外部客户端。无论哪种方式,你都必须知道谁对项目范围内的内容有最终决定权。
然后,识别谁将使用解决方案,产品或服务。这些是您的最终用户。您的项目旨在满足他们的需求,因此您必须考虑其投入。
小费:
确保您的列表已完成:请记住,产品或服务的最终用户可能都在一个部门或部门,或者它们可能会遍布组织各个部门或级别。我们的文章利益相关者分析将帮助您识别利益相关者。
2.捕捉利益相关者要求
询问每一个关键干系人,或干系人小组,了解他们对新产品或服务的需求。他们希望从这个项目中得到什么?
技巧1:
请记住,每个人都考虑他或她的个人观点的项目。您必须了解这些不同的视角,并收集不同的要求,以构建项目所达到的完整图像。
提示2:
在采访利益攸关方时,请清楚地了解项目的基本范围,并在此内容讨论。否则,最终用户可能会旨在描述您从未设计过的各种功能。如果用户详细阐述了这些欲望,则当它们不包括在最终规范中时可能会失望。
您可以使用多种方法来理解和捕获这些要求。在这里,我们给你四种技术:
技术1:使用利益相关方访谈
单独与每个利益相关者或最终用户交谈。这允许您了解每个人的特定观点和需求。
技巧2:采用联合访谈或焦点小组
进行组研讨会。这有助于您了解不同划分或部门之间的信息流动,并确保将顺利进行管理。
小费:
当使用这两种方法时,对每个需求都要问“为什么”是一个好主意。这可以帮助您消除不需要的或不必要的需求,这样您就可以列出最关键的问题。
技术3:使用“用例”
这种基于场景的技术允许您作为用户一步一步地浏览整个系统或流程。它帮助您理解系统或服务将如何工作。这是收集功能性需求的一种非常好的技术,但是您可能需要多个“用例”来理解整个系统的功能。
小费:
您可能希望找到类似类型的系统或服务的现有用例。您可以使用这些作为开发自己的用例的起点。
技术4:构建原型
构建系统或产品的模型或型号,以使用户了解最终产品的样子。使用此功能,用户可以解决可行性问题,他们可以帮助确定任何不一致性和问题。
您可以使用上面的一种或多种技术来收集所有的需求。例如,当您在面试后获得了完整的需求列表时,您就可以构建系统或产品的原型。
3.分类要求
为了便于分析,考虑将需求分成以下四类:
- 功能要求-这些定义了一个产品/服务/解决方案应该如何从最终用户的角度发挥作用。它们描述了最终用户将直接与之交互的特性和功能。
- 运营性需求-这些定义了必须在后台执行的操作,以保持产品或过程在一段时间内的功能。
- 技术要求- 这些定义了必须考虑的技术问题,以成功实现进程或创建产品。
- 过渡要求-这些是顺利实施新产品或新流程所需的步骤。
4.解释和记录要求
一旦收集并分类所有要求,确定可实现哪些要求,以及系统或产品如何提供它们。
要解释这些要求,请做以下工作:
- 精确定义要求- 确保要求是:
- 不是暧昧或模糊的。
- 明确的措辞。
- 详细得足以使一切都已知。(项目超支和问题通常来自未被识别的未知,或未被充分分析的未知。)
- 与业务需求相关。
- 列出了足够的细节以创建工作系统或产品设计。
- 优先考虑需求-虽然很多需求是重要的,但有些比其他更重要,预算通常是有限的。因此,确定哪些需求是最关键的,哪些是“最好拥有的”。
- 分析变更的影响- 执行一个影响分析为了确保您完全了解您的项目将拥有现有流程,产品和人员的后果。
- 解决冲突的问题-与关键干系人坐下来,解决任何相互冲突的需求问题。你可能会发现情景分析这样做很有帮助,因为它将允许所有相关人员探索拟议的项目在不同可能的“未来”中如何工作。
- 分析可行性- 确定新产品或系统的可靠和易于使用程度。详细分析可以帮助确定任何主要问题。
分析完所有内容后,呈现关键结果和业务需求的详细报告。这应该是一个书面文件。
在关键利益相关者,最终用户和开发团队中传送本文档,具有现实的反馈截止日期。这有助于解决任何剩余的利益相关者冲突,并可以在您和利益攸关方之间形成“合同”或协议的一部分。
5.签字
最后,确保获得关键利益相关者的签名协议,或关键利益相关者群体的代表,称,提出的要求精确反映了他们的需求。这种正式承诺将在确保项目不会遭受的情况下发挥重要作用范围蠕变稍后。
关键点
成功业务需求分析的关键是识别新系统或产品为所有适当的最终用户/利益相关者做些什么 - 并了解他们想要的新系统或产品。
您可以使用各种技术来收集要求,但确保这些要求清晰,简洁,与业务相关。此过程还可以帮助您提前识别和解决任何冲突的要求问题。
完成分析后,将其记录在书面文件中。这成为创建解决您业务或客户的所有需求的产品或系统的“合同”。
优秀的帖子!你会考虑在职业咖啡馆中央论坛上创建一个新帖子,并在那边询问你的问题吗?更多成员将看到您的帖子,论坛是一个更互动的学习媒介。其他人将从交流中受益。职业Cafe Central的URL是:
//www.idealinead.com/forums/viewforum.php?f=2
米歇尔
思维工具的团队
不幸的是,在不了解您的利益相关者的特定要求,正如文章提到的那样,它真的很难为您提供回应。我很高兴你喜欢分析描述。