文章目录
如何为您的软件开发项目定义利益相关者_宁波软件开发
一个好的发现过程对于软件开发至关重要。这里产生的需求为整个项目奠定了基础，为成功或失败奠定了基础。 从一开始就让所有利益相关者参与是开发人员可以采取的最有影响力的一步——但识别这些利益相关者并不总是那么容易。匆忙度过这一阶段的公司可能会忽略一个他们在未来需要支持的群体。这就是为什么在发现的早期阶段定义利益相关者应该是一个深思熟虑的过程。
利益相关者做什么？
术语“利益相关者”是指受软件开发项目影响的人员或群体。利益相关者存在于组织内部和外部。他们可能是最终用户，或者他们可能只是受到流程的影响。无论哪种方式，他们对最终产品都有既得利益。利益相关者的意见告诉公司需要什么样的软件，就需要解决的功能或问题提出想法。他们构建用例图和映射工作流来指导新软件的 UI 设计。作为一个小组，他们评估彼此想法的优点，为预期的功能列表分配初始优先级。 利益相关者最有能力就其层面的需求提供具体意见。他们知道在他们的工作流程中什么会起作用或不会起作用。此外，作为其类别利益的代表，他们可以处理可能与其他利益相关者发生冲突的任何独特需求。尽早掌握这些知识有助于开发人员在出现严重问题之前找到折衷方案。合作也不会在发现之后停止。一小部分利益相关者在开发过程中积极审查原型并在整个开发过程中提供重复性反馈。
为什么它们很重要？
忽视利益相关者是一个冒险的提议。首先也是最重要的，没有他们的输入，开发人员正在从一个不完整的需求列表中工作。在开发过程中必然会出现惊喜需求。这些突然的添加会导致范围蔓延，项目超出其原始边界。最初的时间和预算要求被迫延长以涵盖新的要求。这并不总是可能的。更有可能必须削减某些功能以满足最后期限。 即使在最后期限和预算得到满足的情况下，遗漏的捐款也会产生后果。缺乏采用是一个严重的风险。有时，软件的结果完全符合领导层的要求，但员工并未使用。他们可能已经拥有更有效的工具，或者发现新软件没有他们想要的功能，或者他们只是没有以软件的价值出售。不管是什么原因，他们缺乏热情都会导致投资浪费。对于需求往往被忽视的小型和利基群体来说尤其如此。在开发过程中还有增加新要求的空间。然而，这些应该是对持续反馈的回应，而不是作为弱发现过程的创可贴。
谁被视为利益相关者？
虽然每个开发项目都是独一无二的，但有一些通用类别可用于指导利益相关者的识别。
最终用户和受益人
这些是受软件最直接影响的人。他们的支持是必不可少的。无论软件多么华丽或高效，如果最终用户不喜欢它，他们就不会使用它。最终用户分为三大类：
直接用户
那些将直接使用该软件的人通常最关心它如何适应他们当前的工作流程。他们想知道它解决了一个重大问题，或者以其他方式使他们的工作更容易。
次要用户
直接用户与软件本身进行交互。次要用户依赖软件的产品。新软件需要以适合二级用户工作流程的格式生成结果。忘记这一组可能会在解决另一个问题的同时导致一个问题，例如突然以二级用户无法 集成到他们的分析中的格式生成报告。
受益人
这些都是受软件产品影响的人。该术语包含大量客户和供应商，他们更关注结果而不是过程。他们的输入应该围绕软件将提供的服务或信息。
项目建设团队
好的软件开发是梦想与现实之间的平衡。最终用户有时会创建一个不切实际的功能和要求列表。构建团队充当理性的声音，使项目保持在可管理的范围内。他们的工作是找到一种方法，在满足业务目标并达到时间和预算目标的同时，尽可能多地完成“愿望清单”。构建团队的每个成员都有不同的关注点：
- 经理和公司联络人 就时间表、预算和范围做出最终决定。他们是被授权添加时间或削减功能的人。
- 项目经理 塑造开发过程。他们跟踪所有活动部件，以最大限度地提高效率，并作为其他利益相关者的联系点。他们的主要兴趣是创造可靠的产品并让客户满意。
- 开发人员根据其他利益相关者的反馈构建软件，但他们本身也是利益相关者。他们拥有必要的技术专长，可以就哪些功能是可行的以及每个功能需要多长时间来向高管提出建议。
- 这里的合作伙伴 是指参与实际开发过程的外部团体。他们可能是第三方工具的所有者或需要确保与其系统兼容的客户业务合作伙伴。
当局
有些人没有直接参与该项目，但确实以某种方式对其拥有权威。这包括法律和监管机构、股东和公司所有者。虽然他们没有与软件进行日常交互，但他们控制着它的使用。一定要在发现过程中获得他们的意见，以免以后被关闭。 这些类别中的每一个都可以进一步分为内部利益相关者和外部利益相关者。内部利益相关者是客户公司的一部分：高管、员工、董事会成员和股东。 他们的目标是通过优化流程、增加销售额、更好的洞察力或其他一些可衡量的好处来解决紧迫的业务问题。外部利益相关者位于客户公司之外，例如客户、监管机构、法律官员和周边社区。他们希望从项目中获得最大的利益，同时对自身利益的风险最小。这两个群体的动机看似相互矛盾，但实际上存在一个中间地带，每个人都可以找到价值。不同利益相关者群体的合作是找到这个中间立场的关键。[标题 id=”attachment_1055″ align=”aligncenter” width=”837″]资料来源：Concepta, Inc.[/caption]
定义利益相关者
让每一个利益相关者参与发现的时间和资源都非常昂贵。幸运的是，这不是必需的。从每个相关组中选择代表可以很好地了解项目的需求。查看项目从概念到实际使用的所有阶段，以确定利益相关者。在构建利益相关者列表时考虑以下问题：
- 谁将使用最终产品或受其影响？
- 谁使用新软件将取代的当前工具或软件？
- 哪些部门使用当前和提议的软件的产品？
- 工作流程将如何变化？是否会修改或创建职位？
- 适用哪些法律限制和规定？谁对他们有足够的了解来为开发团队提供建议？
- 谁有权在开发计划完成后对其进行更改？
- 是否有任何人的支持对项目的成功至关重要？需要谁的支持？
替身通常用于外部利益相关者。例如，法律顾问可以涵盖监管机构和地方政府，而焦点小组可以作为公众舆论的晴雨表。考虑谁希望项目成功以及谁还没有加入也很有用。将不愿采用新技术的人带入利益相关者团队可能是一种让他们有主人翁意识的方式，这可能会改变他们的想法。同样，热情的支持者可以为其他人不确定的项目提供能量。
持续支持的主要参与者
临时进度会议不需要包括在发现期间使用其输入的每个利益相关者。开发人员可以在开始时从更大的群体中收集需求和建议，然后确定关键参与者以在开发过程中提供运行反馈。是什么让关键利益相关者与众不同？寻找具有以下两个或多个特征的人：
- 将直接接触最终产品（项目经理和最终用户）
- 是一组重要利益相关者（部门负责人）的高级代表
- 拥有可以塑造开发过程的独特知识或洞察力（主题专家）
- 对成功至关重要，如果没有他们（高管、业务合作伙伴、最终用户）的支持，项目就无法轻松成功
考虑持续需要谁的意见或批准，而不是那些只想批准这个概念的人。此外，请记住，利益相关者不必亲自出现即可被包括在内。例如，持续交付等敏捷开发实践为以功能请求和审查的形式收集最终用户的定期反馈打开了大门。
样本利益相关者选择
利益相关者选择在实践中是什么样的？想象一个中级零售商——称他们为 ExampleCorp——正在进行数字化转型。ECorp 希望让整个公司的领导者都能访问他们的销售、营销和库存数据。他们决定构建一个统一的报告仪表板，收集传入的分析流并以直观、易于理解的格式显示它们。谁是他们在这个项目中的利益相关者？ECorps 首先编制一份在发现过程中应考虑其输入的每个人的列表。对于这个分析项目，他们应该咨询：
- 高管
- 公司联络
- 营销团队
- 社交媒体经理
- 销售人员
- 客户服务部
- 法务部（关于数据保护法规的建议）
- 目前提取报告的行政人员
- 将在仪表板上进行维护和培训的IT 部门（包括数据库管理员）
- 公司股东
- 项目经理
- 开发团队
在开发过程中参加进度会议的主要利益相关者是一个较小的群体。项目经理、IT 团队和公司联络人仍然亲自参加。销售、营销和客户服务部门只需派代表报告最终用户如何接收最新更新。如果某个特定功能严重倾向于某个部门，则可能会有更多员工想要来，但否则代表可以将问题带到会议上，而不是整个团队都缺勤参加。