我们经常需要以与我们自己相同或相似的角色将这些任务转移给其他人。

“对于从事业务分析的人员来说，最困难的事情之一就是放弃他们正在从事的项目，或者将其转移给另一位业务分析师。”

您已经投入了大量的时间，精力和精力来将项目和利益相关者聚集在一起，现在您被要求将其过渡到另一个人。首先想到的是我自己的年轻版本，上面写着“我不想分享！这是我的玩具！”。我是独生子，所以我年轻的时候就不必分享很多东西，但是当我这样做的时候，母亲的努力却促使我去做。妈妈，谢谢您早点教给我这个重要的人生课，这样我成人就更容易分享了。

“当我们需要帮助时，与他人分享我们的工作是完全可以接受的。”

我一直在硬币的两面（给予和接受）。由于不同的原因，这可能会给双方造成很大的麻烦，但是从另一个人那里接收该项目的分析师将不得不最初执行更多的工作，以便加快该项目的速度。很多时候，您可能甚至不知道要问哪些问题或需要什么信息，因为您没有以任何角色与该项目相关联。

“在业务分析领域工作，需要保持灵活性并愿意接受变革。”

我设计了以下清单，以协助从一位业务分析师到另一位业务分析师的过渡过程。创建自己的“过渡清单”时，清单应作为指南或谈话要点。在项目的初始过渡期间，业务分析师应考虑每个项目的潜在答案。每个项目都是不同的，并且在业务分析领域中工作，我们需要致力于更改。因此，每个过渡清单可能不同。下面的清单是从接受活动项目的分析人员的角度创建的，但是，将工作转移到另一工作的分析人员应该是积极主动的，并传达以下适用于该项目的许多接触点。

识别：

• 在团队拥有的阶段中验证任务，目标，可交付成果和角色
• 确定当前使用的方法：瀑布，敏捷，敏捷-瀑布混合
• 确定项目目标和范围
• 项目上是否有正确的资源或缺少资源？
• 确定以前的分析师是否有可能在短期内继续担任导师
• 召开会议向新项目团队介绍自己。确保涵盖以下内容：
• 审查既定期望
• 审查已建立的基本规则
• 查看您分配前做出的关键决定
• 审查涉众的角色和职责以确保准确性
• 告知小组他们对您的期望
• 当前的交流方式是什么？
• 有沟通计划吗？
• 项目文档存储在哪里？

分析服务：

• 与该项目的当前分析师会面并完成知识转移
• 需求和项目范围的演练
• 查看当前的BA计划并完成所需的任何更新
• 获得主要利益相关者的书面批准
• 有哪些可交付成果（已完成和未完成）？
• 项目里程碑
• 变更要求
• 要求
• 该项目目前处于什么阶段？

项目详情：

• 与项目经理会面以讨论项目时间表
• 需要完成的关键里程碑和日期是什么？
• 记录业务分析师过渡对项目的影响/风险
• 该项目当前的健康检查是什么：有风险，差，按计划，提前于计划
• 与其他项目的依存关系是什么？
• 当前为该项目分配了多少个项目经理？
• 多少个项目经理已从该项目移交？

解决方案详细信息：

• 作为项目一部分要解决的已知生产问题是什么？
• 发布时间表的详细信息是什么？
• 谁涉及范围，要求，测试或实施的第三方供应商？
• 与项目相关的缺陷是什么？
• 确定的约束是什么？