游戏的名称叫做《BAOnline》，它是一款模拟现实全息游戏，主题是“职场励志、策略养成、公平竞技、团队交友”。在这款游戏中，你的角色是BA。3）在一周之内，对项目业务背景的熟悉度达到70%：时刻牢记，你是BA，对于业务的熟悉度是你的立身之本。而在刚刚加入新的项目组时，除了项目组织的工作交接环节之外。而在“BAOnline”这款游戏中，你也可以运用公司给予的培训经费或是自行付费，去参加培训项目、购买在线课程、阅读自我提升的各类书籍。
编辑导语：游戏本质是一套完整且有规则的机制，那么对待工作亦可以以游戏化这种崭新的视角来看，本篇文章作者分享了BA需求分析师的职场游戏升级攻略，感兴趣的一起来看一下，希望对你有帮助。
一切皆可游戏，《游戏改变世界》的作者，简·麦克尼格尔，曾经提出过一个观点：
游戏世界是一个比现实世界更美好的世界，游戏可以弥补现实世界的不足和缺陷，而用游戏化（Gamification）的方法，可以让现实变得更美好。
游戏化（Gamification），并非是教导我们以戏谑的态度去游戏人生，而是给予我们一种崭新的视角去看待我们的工作和生活。
游戏本身，之所以有着极强的吸引力，究其本质，是因为它构建了一套以“目标、规则、反馈”为核心的机制。
它给予你一个宏伟的目标、一套完整的规则，而当你达成目标，即可收到来自游戏的及时反馈与强激励——“你好棒！你完成了任务！你升级了！”
本篇文章，将试着以“游戏化”的态度，来解构BA（Business Analyst，业务需求分析师）的职场发展路径，希望能给予您一个全新视角，抑或些许启发。
一、这是一个怎样的游戏？来，让我们幻想一下——你现在是一名全新的玩家，接触到了一款陌生的游戏。
游戏的名称叫做《BA Online》，它是一款模拟现实全息游戏，主题是“职场励志、策略养成、公平竞技、团队交友”。
在这款游戏中，你的角色是BA（Business Analyst）。而你并非孤身一人、单兵作战，为了达成游戏中的种种任务，你需要一个靠谱的团队，他们可能会包括：
- PM（Project Manager，项目经理）：负责排兵布阵、增收节支、主持公道、迎宾待客。
- TL（Tech Lead，技术负责人）：负责把控技术方向，其人往往才艺卓绝、乐育人材，站高谋远，引领航向。
- Developer，你最倚重的开发团队：负责出征作战，落实你的需求，像战士一样包打天下。
- UX（User Experience Designer，用户交互设计师）：负责提供设计方案，他们往往有一双丹青妙手，可以剪月为灯、画龙点睛。
- QA（Quality Analyst，质量分析师）：他们把控着交付质量，往往能够及时洞见症结，妙手回春、起死回生。
而作为BA（Business Analyst），你所需要掌握的能力往往包括：
二、成为BA的第一步：新手村演练
- “舌灿莲花”：口才流利，方可无往而不利。
- “多谋善虑”：方方面面从无遗漏，方可立于不败之地。
- “内应外合”：把自己看作团队与客户之间的桥梁。
- “顾全大局”：不拘泥于需求分析本身，应以更高的视角来照看大局。
好了，现在来想象一下——你，一名全新的玩家，选择了以BA为游戏角色，并且庄重地点击了“开始游戏”的按钮。
在华丽炫目的开场动画结束后，你可能会遇到一位重要的NPC：HR。他们会向你介绍公司的文化与制度、你即将前往的项目及工作职责。
同时也会告诉你：通常来讲，一名新BA在工作初期，往往需要经历一段Job Shadowing（影子实习）时期。
在这段日子里，你也许暂时无法独立负责需求，也许无法真正地面对客户，但是没关系，让我们把它当做新手村的演练阶段。
在新手村的演练阶段，你将需要完成以下任务：
1）在一周之内，对团队及客户的熟悉度至少达到60%：完成任务的方法包括但不限于：积极大方的自我介绍、参加每日站会、记住每位同事及客户的面容姓名及职务、了解团队及客户的组织架构、公司内部及外部的社交平台或信息平台、和引导你的同事定期拉齐等。
2）在一周之内，对项目运行模式的熟悉度达到80%：你需要积极主动去了解的内容包括但不限于：项目的迭代周期、开发流程、规章制度、例会时间、常用工具、邮件规范、写卡规范、常用术语等。
3）在一周之内，对项目业务背景的熟悉度达到70%：时刻牢记，你是BA，对于业务的熟悉度是你的立身之本。而在刚刚加入新的项目组时，除了项目组织的工作交接环节之外。
你还可以通过以下方法尽快熟悉业务：通过测试账号亲身体验产品流程、花时间在公司的资料分享或知识沉淀的平台上搜寻并阅读项目的过往资料、主动询问团队、熟悉数据库及相关表结构。
甚至可以通过各类搜索引擎及社交媒体去查看项目及客户相关的新闻，把握行业动态及宏观趋势。
4）在一周之内，和你的Buddy/Mentor亲密度达到60%：一般来说，在咨询公司中，每名初加入公司的新BA，都会获得一名可靠的Buddy或Mentor，作为你前行道路上的引航明灯。
假如在工作过程中，你有一些工作上的困扰、心态上的疑惑，又或者是你需要一些有建设性的反馈，又或者是不清楚公司相关的制度规定，都可以向你的Buddy寻求帮助。
但同时也应切记：先独立思考，而后提问及寻求帮助。
但凡游戏，皆需“氪金”。而在“BA Online”这款游戏中，你也可以运用公司给予的培训经费或是自行付费，去参加培训项目、购买在线课程、阅读自我提升的各类书籍。
作为一名BA，除了需求分析相关的书籍之外，你也可以多多扩展自己的知识面，涉足一下编程技术、敏捷实践、项目管理、心理学、交互设计等不同领域。
三、成为BA的第二步：初入江湖篇假使你顺利通关，完成了以上任务，那么你将可以离开充满阴影（Shadow）的新手村，前去挑战更高难度的关卡。
在难度升级的下一关中，你需要按照时间顺序，完成以下通关任务：
任务1：独立参加一系列需求会议
开会前请务必确认与会人员、会议主题、时间地点，如果由你主导会议，还需做好万全准备；在开会的过程中，需要时刻记录要点，好记性不如烂笔头。
任务2：基于需求，设计方案
在设计方案时，可以通过以下方法，确保方案的合理性：借鉴该项目过往已实现的功能、和项目中更资深的BA探讨方案的优缺点、和项目中的TL探讨方案的实现难度、在产出PRD（Product Requirement Document，产品需求文档）或User Story（用户故事）之前和客户大体拉通方案设计。
任务3：产出合格的用户故事
如果客户所要求的产出物是用户故事，那么就应当遵循INVEST原则，基于与多方拉通确认过的方案设计，产出用户故事。一些实践总结出来的写卡Tips包括：
- 逻辑清晰，思维严谨，最好依照时间操作顺序来写AC（Acceptance Criteria，验收准则）；
- 简洁明了，无论所使用的是中文或英文，均需避免过分高深拗口的词汇、过分复杂的句式；
- 做到换位思考，比如站在用户的角度，思考用户体验是否足够友好；比如站在开发的角度，思考技术实现的方案、所涉及的字段或是数据库表；比如站在后来人的角度，去思考如何帮助他们快速找到他们所想寻找的细节？
任务4：独立组织一次PRD/Story Review
每个项目流程不同，部分项目是需要客户评审用户故事（俗称“批卡”），部分项目是通过PRD评审会议，来和客户最终确认设计方案。
无论哪一种流程，都需谨记以下要点：确保实现方案已经和各方人员（客户、TL、UX等）拉通确认。
和客户约定评审会议的时间、地点、与会人员；在会议上讲解需求时，有图先看图，让参会的各方人员清晰、直接、高效地了解需求背景。
任务5：独立组织一次IPM（Iteration Planning Meeting）
IPM即是迭代规划会议，作为BA，在IPM上的职责即是，向开发、测试及相关的团队成员讲解整个需求的方案设计。一些实践总结出的IPM要点包括：
- 提前向团队发出会议邀请，并附带对应的资料文档（PRD或是用户故事），方便团队提前了解需求。
- 在讲解需求细节之前，应当首先向团队介绍业务的宏观背景，包括为什么要做这个需求，其业务价值何在，并对较为特殊的专有术语及名次做出解释；
- 如果是在已有功能的基础上做增强优化，应当向团队演示现有的功能设计，方便大家迅速理解需求、并对需求做出恰当的评估。
任务6：完成开结卡流程
开卡和结卡是敏捷开发中必不可少的环节。
在开卡（Kick off）的过程中，BA需要引导Dev及QA熟悉卡片内容、了解其业务价值，并及时纠正对Story不准确的认知，解答Dev及QA的疑问。
此外，还需定义结卡时需要测试验证的场景、数据。而在结卡（Desk Check）的过程中，BA需与Dev、QA、UX等伙伴一同，依据开卡时定义的场景及AC进行一一验证，检查功能开发是否完成，确保交付质量。
在开结卡的过程中，你也可能会遭遇以下突发任务（均取材于真实事件），试着应对一下吧：
突发任务1：你顺利地开完了卡，结果卡做了2天之后，做卡的开发忽然找到你，慌张地说：“BA，怎么办！这个需求真正做起来之后，我们才发现比最初设想的复杂多了，原来那套方案完全不行，坑死我们了！咱们跟客户说一下吧，这个功能根本做不了！”
突发任务2：你顺利地开完了卡，结果卡做了2天之后，客户忽然找到你，微笑着说：“BA啊，我刚刚跟那个业务部门开完会，大体讲了一下咱们那些个新功能。他们觉得这几个地方可以改一下，挺急的，你尽快加一下卡吧！”
任务7：完成一次完美的Demo/Showcase
恭喜你经历了千辛万苦，来到了Demo/Showcase环节！为了完成一次完美的系统演示或是客户汇报，可以参考以下这些实践总结而来的经验与教训：
- 务必提前确认时间、地点、与会人员、语言；
- PPT应大方、清晰、直观；
- 演示当天，务必再确认一下所使用的演示设备、测试环境及测试数据；
- 在演示的过程，最好使用Storytelling（讲故事）的方式，结合具体场景，运用生动情节，给予听众更佳体验；
在Showcase的过程中，你也可能会遭遇以下突发任务（均取材于真实事件），试着应对一下吧：
突发任务1：当你Showcase到一半时，一切都非常顺利。然而就在此时，测试环境忽然挂掉，屏幕上大写的404触目惊心，整个会议室内陷入了寂静，你僵立在原地，听见身旁的同事小声说道：“天啊！王Dev竟然在这时候部署了！他把环境搞挂了！”
突发任务2：你认为自己的Showcase非常完美，从你精致笔挺的小西装、艳压全场的PPT，到你优雅而又地道的伦敦腔、流畅而又引人入胜的系统演示，一切都是那么的无可挑剔。
然而到了提问环节，一名你从未见过的神秘客户，皱眉怒道：“你们做这个需求的时候，怎么从来没人和我对过？你们漏了一个非常重要的需求！我绝对不允许这样不完整的功能上线！”
任务8：其余支线任务
除了以上主线任务之外，你还有一些支线任务可以完成，譬如：支持QA测试、上线支持、线上运营、数据监测、配合PM进行迭代管理、协助PM进行团队管理等。
四、成为BA的第三步：青云直上篇在掌握了以上这些BA的基本技能之后，你将可以去挑战更难度的副本啦。
在难度升级的新关卡中，作为一名更为资深的BA，你可能需要完成以下任务：
- 挑战更高难度的需求：比如涉及到多方系统集成的需求、全新的从无到有的业务线、逻辑复杂的需求、利益相关者较多的需求等。
- 售前支持：提供售前支持、方案设计及估点报价等。
- 知识沉淀与分享：从知识的吸收方逐渐转化为沉淀与分享的一方，举办分享会、撰写博客文章、组织培训等。
- 发展他人：成为优秀的Buddy/Mentor/Coach/Trainer，帮助其余BA同学或是有意向转换角色为BA的同学，共同持续成长。
- 探索自身成长路径：这场游戏的终点是什么？你想成为谁？你是否想要转换自己的角色？还有各式各样的任务，等待着你去解锁，我们将在后续的文章继续探讨。
作者：张璇Maria；玄思Wit。资深斜杠青年，专注IT咨询/售前/TOB产品设计/交互设计/数字化转型/数字化运营等领域知识的分享。
本文由 @张璇Maria， 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash ，基于 CC0 协议。
,
