训练营
Business Analyst 训练营课程介绍
play07:50

掌握

产品经理Business Analyst训练营+实习

适合澳洲就业的产品经理训练营+商业项目经验积累+手把手教您使用AI工具

澳洲 BA 行业导师带你通关,直播互动课+Video 自主学习

分析真实案例,让您掌握整个 BA 的生命周期

提供简历和求职面试的辅导课,让您求职无忧

教您使用 AI 工具,让您在工作中更加得心应手

行业导师提供 24 个小时商业项目辅导

Business Analyst 训练营课程介绍
play07:50
feature行业导师直播互动学习
feature导师辅导 P3 商业项目
feature提供简历和面试指导
feature教你在 BA 工作中如何使用 AI

课程大纲

    BA 工作的基石
    Agile 基础 2:Scrum 框架

    Sprint Cycle 精简版:Planning, Implementation, Review, Retrospect, Daily Scrum

    • Planning:计划工作。
    • Implementation:实施计划。
    • Review:检查工作。
    • Retrospect:反思进步。
    • Daily Scrum:每日协作。

    制定 Sprint 周期

    • Sprint 周期根据项目需求和复杂性而定。

    主流辅助工具:Jira, Confluence

    • Jira:项目管理工具。
    • Confluence:协作和文档管理工具。

    定义 Done

    • "Done" 是工作完成的标准。

    Social Contract(社交契约)

    • 团队一起制定工作规则和期望。
    Welcome

    BA 课程介绍

    • BA 的在澳洲的就业情况
    • 为什么要提供 BA Bootcamp
    • 产品管理的历史和演变
    • 产品经理在不同类型组织(初创公司、中型企业、大型公司)中的角色差异
    • 课程特色介绍
    • 课程整体架构
    • 课程老师介绍
    • 学习 BA 的正确思路

    BA 基础

    • 澳洲 BA 行业的工作文化与环境
    • 澳洲 BA 行业的机会
    • 设计和组织高效的产品讨论会议
    • 利用工具和技术(如 SWOT 分析、Persona 创建)来引导讨论
    • 管理和调和不同利益相关者的期望和需求
    • 如何从产品讨论中获取和整理可执行的见解
    BA 职业成长
    什么是 Business Analyst(BA)

    BA 和 Digital BA 介绍

    • BA:专注于组织结构、策略和运营,帮助企业实现目标,通过需求收集和分析来驱动项目和业务变革。
    • Digital BA:在传统 BA 的基础上,特别关注数字技术和解决方案,助力企业在数字化转型和技术创新中取得成功。

    System BA,Technical BA,Process BA

    • System BA:专注于系统和技术解决方案的需求,确保系统设计符合业务需求。
    • Technical BA:桥接技术团队和业务团队之间的沟通,确保技术实现与业务目标一致。
    • Process BA:专注于业务流程的优化和改进,通过分析和设计流程来提高效率和效果。

    Data Analyst 与 BA 的区别

    • Data Analyst:主要聚焦于数据的收集、处理和分析,为决策提供数据支持和洞察。
    • BA:虽也涉及数据分析,但更广泛地关注需求管理、解决方案评估和利益相关者沟通等多个方面。

    介绍其他岗位

    • Business Consultant:为企业提供战略规划、流程改进和解决方案实施等咨询服务。
    • Agile BA:在敏捷开发环境中,确保快速响应变化,促进沟通,支持迭代和增量的需求开发。
    • Service Analyst:专注于服务管理,分析服务流程,确保服务质量符合业务需求。

    BA 在产品生命周期中的三大阶段

    • Discovery:探索阶段,了解市场、用户需求和业务目标。
    • Concept & Initiation:概念和启动阶段,定义项目范围,制定项目计划。
    • Delivery:交付阶段,实施解决方案,监控进度,确保目标实现。
    • Evolve:演进阶段,收集反馈,持续改进和调整产品。

    BA 的核心技能

    • Analytical:对复杂问题进行分解和分析,提出明智的解决方案。
    • Methodology:熟悉并应用各种框架和方法论,如敏捷、瀑布等。
    • Communication:有效地与各方沟通,确保需求和解决方案的理解和一致。
    • Planning:制定和执行计划,确保资源有效配置,项目按时交付。
    Initiation Phase 简介

    特征分解:掌握将复杂项目拆解为易于管理的小任务的技能,为成功打下坚实基础。

    团队交流技能

    • Workshop Facilitation,激发团队合作与创新思维。
    • Release Planning,确保项目按时交付,满足质量标准。
    • Work Visualisation,增强项目透明度和协作效率。
    Delivery Phase 简介

    熟悉角色和职责:深刻理解自己在团队中的定位,明确职责范围,赢得团队的信任和尊重。

    掌握关键技能

    • Story Mapping:将复杂功能拆解为可管理的用户故事,确保团队对项目方向和优先级有清晰认识。
    • Story Slicing:将大型用户故事细分为更小、更具体的部分,促进快速迭代和交付。

    理解核心概念

    • User Story:作为沟通工具,帮助团队聚焦用户需求,确保每个功能都为用户提供价值。
    • AC(Acceptance Criteria):明确定义成功的标准,确保交付的功能符合业务需求和用户期望。
    • Work Flow:理解项目的各个阶段和环节,确保任务高效流转,按时完成
    Concept&Discovery Phases 简介

    发现产品问题

    • 学会从不同角度审视产品,识别潜在的问题和改进点。
    • 掌握数据分析和用户反馈的解读,有效预测可能的风险,及时调整策略。

    从用户视角发掘需求

    • 深入理解用户的行为和需求,将用户的声音转化为实际的产品特性。
    • 运用用户故事和场景分析,确保每个功能都能解决实际问题,提升用户满意度。

    与利益相关者建立联系

    • 建立良好的沟通渠道,确保信息流的畅通和准确。
    • 学会运用影响力和说服技巧,促进项目利益相关者之间的合作和理解。
    BA 职业发展方向

    BA 未来职业晋升的三大方向:

    • Lead BA:作为团队的领导者,负责指导和协调业务分析工作,确保项目目标和业务需求的一致性。
    • Senior BA:凭借丰富的经验和专业知识,在复杂项目中扮演关键角色,为决策提供深入的分析和洞察。
    • Principle BA:作为领域专家,负责制定和优化业务分析流程和方法论,引领业务分析的最佳实践。

    BA 转型产品岗位的四种职位:

    • Product Owner:作为敏捷团队的关键角色,负责定义产品愿景,管理产品积压工作,并确保团队交付最大价值。
    • Product Manager:负责产品的整体战略、规划和执行,确保产品满足市场需求并实现商业目标。
    • Operation Manager:专注于产品的日常运营和管理,确保业务流程的效率和效果。
    • Service Manager:负责服务的设计、交付和持续改进,确保服务质量和客户满意度。

    BA 在敏捷开发过程中的三种角色:

    • Scrum Master:作为团队的教练和促进者,帮助团队遵循敏捷实践,提高效率和协作。
    • Project Manager:虽在传统敏捷模型中不是必需的,但在某些组织中,项目经理可能负责协调多个敏捷团队和项目。
    • Agile Coach:帮助团队和组织采用敏捷方法,提供指导和支持,促进持续改进和学习。
    BA 的工作流程

    项目管理的生命周期简介

    • 这部分将概述项目管理的整个生命周期,强调从项目构想到项目交付的全过程。
    • 讨论项目生命周期的重要性,以及它如何帮助项目经理有效地规划、执行和监控项目。

    Initiation Phase

    • 在这个阶段,将讨论项目的启动,包括项目目标的定义、利益相关者的识别以及项目的必要性和可行性分析。
    • 介绍如何制定项目章程和确立项目范围,这是项目成功的关键。

    Delivery Phase

    • 此阶段重点介绍项目计划的执行、控制和监督,以确保项目按计划进行。
    • 讨论如何管理时间、成本、质量、人力资源、沟通、风险以及项目采购。
    • 强调持续的进度监控和项目变更管理的重要性。

    Concept & Discovery Phases

    • 这部分将探讨项目的早期阶段,包括市场调研、需求分析和概念验证。
    • 讨论如何收集和分析利益相关者的需求,以及如何将这些需求转化为具体的项目目标和成果。
    需求分析
    什么是需求

    需求分析的三个阶段:

    • 定义问题:清晰地识别和描述问题,理解问题的背景和影响。
    • 解决方案探索:探索解决问题的各种可能方法,评估每种解决方案的可行性和影响。
    • 需求落地:将解决方案转化为具体的需求,确保这些需求能够被有效地实施和监控。

    探索需求的本质:

    • 隐性:识别和揭露未明确表达的需求。
    • 非解决方案导向:专注于问题和需求本身,而不是预设的解决方案。
    • 不脱离用户和场景:确保需求紧密贴合最终用户的实际使用场景和环境。

    需求的 5 个来源:

    • 外部客户:直接从目标市场或特定客户群体收集的需求。
    • 数据报告:通过数据分析和报告揭示的潜在需求。
    • 内部决策:组织内部的战略决策和目标转化成的需求。
    • 内部使用:公司内部用户(如员工)对系统或产品的使用需求。
    • 运营:业务运营中暴露的效率问题或改进机会。
    如何挖掘需求

    学习需求挖掘三大步骤:

    • 愿景定义
    • 需求挖掘
    • 根因分析

    介绍需求挖掘的三个方法:

    • 用户访谈:确定目标用户群
    • Persona:目标用户具象化
    • 用户体验地图:用户使用产品具象化

    了解根因分析的目的:分解最有价值的痛点

    介绍解决方案的组成:

    • 业务解决方案(用户、场景、流程)
    • 技术解决方案
    • 设计方案 (界面、交互)
    Stakeholder Interview

    Preparation:

    • 制定议程和期望结果 (Agenda & Expected Outcome)
    • 确保会议工具齐备,如电脑、笔记本 (Meeting Tools)
    • 提前考虑可能的解决方案 (Potential Solutions)
    • 准备一些引导性问题 (Questions)

    During the Meeting:

    • 鼓励提问 (Keep Asking)
    • 保持积极的思考和参与 (Keep Thinking)

    After the Meeting:

    • 整理并记录会议内容和反馈意见 (Organize Feedback and Meeting Records)
    Requirements Documentation Mindset
    • Initiation & Discovery
    • Continuous Throughout Agile Delivery
    • Stakeholder Analysis Document
    • Iteration/Sprint Specific
    • Functional Requirements Document (FRD) or Functional Specification
    • System Requirements Specification (SRS) or Technical Specification
    • Towards the Latter Stages of Agile Delivery
    Requirements Documentation Case Study
    • 需求的类型和层次
    • 需求识别和收集技巧
    • 需求分析方法
    • 使用工具如何记录需求
    需求分析概述

    定量研究与定性研究的方法和工具

    • 介绍定量研究的方法,例如统计分析、在线问卷调查、以及数据库分析,强调如何通过定量数据进行可靠的数据分析。
    • 讨论定性研究的技术,如深度访谈、焦点小组讨论和案例研究,以及如何通过这些方法获得深入的用户洞察。
    • 探讨选择适当研究方法的重要性,并提供实用的工具和资源以支持研究活动。

    用户访谈、问卷调查的设计和实施

    • 指导如何设计有效的用户访谈指南,包括问题的制定、访谈的安排和实施。
    • 讨论如何设计问卷调查,包括选择合适的问题类型、确保问题的公正性和如何提高响应率。
    • 强调在实施这些研究方法时应考虑的伦理和隐私问题。

    用户反馈的收集和分析

    • 介绍不同的用户反馈收集方法,如在线评论、社交媒体监控和客户支持互动。
    • 讨论如何有效地组织和分析用户反馈,以提取有价值的见解。
    • 强调利用定量和定性分析方法从大量数据中识别模式、趋势和用户需求。

    市场趋势的分析和预测

    • 探讨如何收集和分析市场数据,以识别行业趋势和消费者行为。
    • 强调如何利用历史数据、竞争分析和市场预测模型来预测市场动态。
    • 讨论如何将市场趋势分析转化为实际的业务策略和决策。
    撰写需求文档实践

    需求文档的类型及其重要性

    • 介绍不同类型的需求文档,例如市场需求文档(MRD)和产品需求文档(PRD),以及它们各自的作用和重要性。
    • 讨论这些文档在帮助团队理解市场需求、明确产品目标和功能以及指导产品开发方面的重要性。

    如何撰写清晰、具体、可执行的需求文档

    • 强调需求文档中明确、准确表达需求的重要性。
    • 提供实用技巧,如使用用户故事和验收标准来确保需求的可执行性和可测试性。

    利用工具维护和更新需求文档

    • 探讨如何使用项目管理和文档工具(如 JIRA、Confluence)来维护和更新需求文档。
    • 讨论这些工具如何促进团队协作、确保信息的一致性和及时更新。

    需求变更管理

    • 介绍如何有效管理需求变更,包括识别、评估变更的影响和记录变更历史。
    • 讨论变更控制流程的重要性,以及如何确保所有利益相关者都被适当地通知和参与到变更决策中。

    Wireframe、Mockup、Prototype 的区别

    • 解释这三者的定义、用途和它们之间的区别。
    • 讨论它们在产品设计和开发过程中的作用及其对利益相关者沟通的重要性。

    使用工具创建 Wireframe

    • 介绍如何使用工具(如 Sketch、Balsamiq、Adobe XD)来创建 Wireframe。
    • 讨论这些工具的特点、适用场景以及如何选择合适的工具。

    设计原则:可用性、一致性、简洁性

    • 探讨设计中的核心原则,即可用性、一致性和简洁性,以及它们如何影响用户体验。
    • 强调在设计过程中坚持这些原则的重要性。

    获取和整合对 Wireframe 的反馈

    • 讨论如何有效地收集和整合利益相关者、用户和团队成员对 Wireframe 的反馈。
    • 强调反馈的循环如何帮助迭代和改进产品设计。
    敏捷项目管理
    Agile 基础 1

    了解 Agile 本质:一种思维方式

    Agile 与 Waterfall 方法的对比:任务分解和并行实施的优势

    • Agile 是一种迭代和增量的方法,允许任务并行执行,快速适应变化。
    • Waterfall 是线性的,任务按顺序执行,变更困难。

    项目划分维度:技术复杂度、需求清晰度

    • 项目的性质决定了采用哪种方法。
    • 技术复杂度高或需求不清晰时,Agile 更适合。

    Agile 不是终点!

    • Agile 不是目标,而是一种思维方式和方法论。

    解读 4 条 Agile Manifesto(敏捷宣言):

    • 个体和互动 高于 流程和工具
    • 重视人际关系和协作,胜过过于繁琐的流程和工具。
    • 工作的软件 高于 详尽的文档
    • 实际可运行的软件是最重要的产出,胜过过多的文档。
    • 客户合作 高于 合同谈判
    • 与客户紧密合作,灵活适应需求变化,比坚守合同更有价值。
    • 响应变化 高于 遵循计划
    • 能够迅速响应变化的能力比严格遵循计划更重要。

    Agile 开发团队组成: Stakeholders & Team

    • 利益相关者(Stakeholders)与团队紧密合作,共同推动项目成功。
    • 团队通常包括开发者、测试人员、产品负责人等角色。

    BA 在 reporting line 的定位:Business Team, Technical Team, Trusted Advisors

    BA 工作中需考虑的三大要素:Valuable,Feasible,Usable

    Scrum Ceremonies 1: Stand-Up

    解读 Scrum 仪式:Why, Who, What, Where, When, How

    • Why:Scrum 仪式促进协作和改进,提高透明度。
    • Who:团队成员和利益相关者参与。
    • What:仪式包括 Stand-up、Sprint Planning、Review、Retrospective 等。
    • Where:通常在团队工作环境内进行。
    • When:有明确时间表,如每日 Stand-up。
    • How:有特定的流程和规则。

    精讲第一个仪式:Stand-up(站立会议)

    • 特点每日举行,简洁明了,重点关注问题。
    • 协商时间:BA 确保会议高效,不超过15分钟。

    BA 如何成为好的促进者

    • 明确计划截止日期,鼓励多样性,根据需要增加会议次数。

    BA 如何准备 Stand-up

    • 明确任务,倾听团队,解决问题,灵活调整计划。
    Scrum Ceremonies 2: Retro

    Retro 的概念:Apply system thinking

    • Retro(回顾会议)是 Scrum 中的仪式,旨在通过系统思考来改进团队绩效。
    • 它提供了一个平台,让团队反思和讨论问题,以寻找持续改进的机会。

    Good Retro practice

    • 只讨论当前 Sprint 的问题:集中关注最新的问题,确保改进具体而实际。
    • 成员积极参与:鼓励每个团队成员分享他们的看法和观点,确保多样性的声音。
    • 提出解决方案:不仅要识别问题,还要一同讨论可能的解决方案,以推动改进。

    Retro 进行的注意事项

    • 避免讨论重复问题:确保之前的问题已经得到解决,不要反复提及。
    • 成员坦诚沟通:鼓励诚实、开放和尊重的沟通,建立信任。
    • 避免互相指责:强调问题是团队的问题,而不是个人责任。

    BA 在 Retro 中的 focus

    • Learn:了解团队在 Sprint 中面临的挑战和机会,为改进提供信息。
    • Clarify:澄清问题的原因,确保团队共享一个共同的理解。
    • Support team:支持团队提出和探讨可能的解决方案,促进改进。
    • Listen to all:确保所有团队成员的声音都被听到,不偏袒任何一方。
    Scrum Ceremonies 3: Showcase

    Showcase(展示)是团队工作展示的过程,旨在展示最新完成的工作,并促进交流和反馈。

    深度分析 Showcase 注意事项

    • 全员参与:确保整个团队参与,每个成员都有机会分享工作。
    • 邀请 Stakeholders:邀请利益相关者参加,以获取他们的反馈和意见。
    • 鼓励面对面交流:展示期间鼓励开放的面对面讨论,以促进理解和互动。
    • 准备 Visual Clue:使用图形、图表或演示文稿等可视化工具,使展示更生动和清晰。

    如何成为一个好的 Showcase attendant(展示参与者)

    • 开放思维(Open-mind):愿意接受各种反馈和观点,不排斥新思想。
    • 诚实(Honest):提供真实的反馈,不隐瞒问题或挑战。
    • 把问题视为改进的机会(No-problem is a problem):鼓励讨论问题,因为它们是改进的机会。

    BA 在 Showcase 阶段的工作

    • 协助 Scrum Master 准备 showcase:帮助整理展示内容,确保准备充分。
    • 记录 Stakeholder 的 feedback:收集和记录利益相关者的反馈和建议。
    • 根据反馈修改待办事项(Make changes to backlog):根据反馈,可能需要更新待办事项的优先级或内容。

    应对 Unfinished Work(未完成的工作)

    • 如果有未完成的工作,要坦诚地与利益相关者分享,解释原因,并讨论下一步的计划。保持透明度和诚实是关键。
    Scrum Ceremonies 4: Elaboration

    Elaboration(详细阶段)环节的目的

    • 确保团队所有成员目标一致:在详细阶段,团队需要共同理解和确定下一个 Sprint 的目标和工作内容,以确保一致性。
    • 为下一个 Sprint 做准备:详细阶段的任务包括明确需求、分解任务、制定计划,为下一个 Sprint 的工作做好准备。

    确保 Elaboration 环节的效果

    • 结合 team feedback loop:利用团队反馈循环,确保团队的理解和期望一致。
    • 讨论 user story solution:详细讨论用户故事(User Story)的解决方案,包括设计和实现。
    • 理解团队的 concern:聆听团队的顾虑和问题,并寻找解决方案。
    • Listen to everyone's input:倾听每个团队成员的意见和建议,确保多样性的声音被听到。
    • 解释产品和需求的 background:提供产品和需求的背景信息,帮助团队更好地理解任务的上下文。

    准备 elaboration(详细阶段)

    • Before(会议前)
    • 准备会议内容。
    • 收集相关材料,如与利益相关者的访谈记录、线框图、用户故事、验收标准等。
    • During(会议中)
    • 与产品负责人(Product Owner)确认当前任务。
    • 确定任务的优先级。
    • 向团队解释任务的细节和期望。
    • After(会议后)
    • 根据会议结果更新用户故事。
    • 决定任务的优先级和难度等级。

    整理 Backlog(待办事项清单)

    • 确保待办事项清单(Backlog)保持清晰和有序。
    • 根据需求、优先级和其他因素对待办事项进行排序。
    • 定期回顾和更新待办事项,以反映团队的工作进展和新的需求。


    Scrum Ceremonies 5: Planning

    Sprint Planning 的目的

    • Sprint Planning 的目标是确保团队在下一个 Sprint 期间做出最有价值的工作,以实现产品目标。

    Sprint Planning 参与者

    • Sprint Planning 会议通常由整个核心团队参与,包括开发者、测试人员、产品负责人和 Scrum Master。

    如何有效开展 Sprint Planning

    • Regular Happen:Sprint Planning 是定期举行的,确保持续的规划和方向。
    • 先 Elaboration 再 Planning:在规划之前,进行详细阶段(Elaboration),以明确需求和任务。
    • 确保团队做对产品价值最高的工作:优先选择具有高价值的工作项。
    • 确保 Sprint 方向正确:确保 Sprint 计划与整体产品目标一致。

    展开 Sprint Planning

    • Before(会议前)
    • 在详细阶段(Elaboration)明确 Sprint 方向。
    • 准备用户故事。
    • 进行能力规划,了解团队的工作容量。
    • During(会议中)
    • 根据团队成员的工作时间和能力调整任务优先级和数量。
    • 回答团队成员对用户故事的问题。
    • After(会议后)
    • 更新 Sprint 目标。
    • 细化 Sprint 计划。
    • 确保团队成员的任务理解问题都被解决。
    软件开发流程基础

    整理需求

    • 与利益相关者(包括客户、用户、销售团队等)沟通,以理解他们的需求和期望。
    • 分析市场趋势和竞争对手,以确保产品在市场上的定位是合理的。
    • 识别和澄清业务需求,确保所有需求都是清晰、具体和可测量的。

    需求文档

    • 编写详细的需求文档,包括市场需求文档(MRD)和产品需求文档(PRD)。
    • 确保文档清晰地表达了产品的目标、功能、约束条件以及成功标准。

    确定需求

    • 与利益相关者一起审查需求文档,确保所有人对产品的方向和要求有共同的理解。
    • 管理需求变更,确保变更经过适当的评估并得到记录和沟通。

    根据需求画 Wireframe

    • 创造 Wireframe(线框图)来展示产品的 UI/UX 设计。
    • 确保 Wireframe 反映了用户的需求,并能够指导开发团队理解和实现设计。

    Sprint Plan

    • 与开发团队合作,根据产品的路线图和优先级制定 Sprint 计划。
    • 确保团队清楚每个 Sprint 的目标和期望,以及他们各自的责任。

    User Story

    • 编写用户故事和验收标准,将需求转化为具体的开发任务。
    • 确保用户故事清晰、具体,并且可以衡量,让开发团队可以理解和实现。

    Sprint 开发

    • 在 Sprint 期间与开发团队紧密合作,确保问题及时解决,需求得到正确实现。
    • 参与每日站立会议,以监控进度并提供必要的支持。

    测试

    • 与质量保证(QA)团队合作,确保所有功能都经过测试,并符合用户的需求。
    • 管理用户测试,收集反馈,并确保反馈得到适当的考虑和实施。

    产品迭代

    • 根据用户反馈、市场变化和产品性能数据,对产品进行迭代和改进。
    • 与团队一起评估前一个 Sprint 的表现,确定改进点,为下一个 Sprint 做准备。
    Scrum Ceremony 专项练习

    敏捷团队的构成和角色

    • 敏捷团队通常由跨功能成员组成,包括但不限于产品经理(或产品所有者)、敏捷教练(或 Scrum Master)、开发团队成员。
    • 产品经理负责定义产品愿景、确定优先级,并管理产品待办事项清单。
    • 敏捷教练指导团队遵循敏捷实践,帮助解决团队内外的障碍,并确保 Scrum 流程得到正确实施。
    • 开发团队成员包括设计师、程序员、测试工程师等,他们负责交付产品增量。

    使用 Kanban 和 Scrum 板跟踪进度

    • Kanban 板是一种可视化工具,用于展示工作流程和任务的进度。它帮助团队监控工作负载,确保工作平滑地从一个阶段移动到下一个阶段。
    • Scrum 板通常用于 Sprint,展示 Sprint 期间的所有任务。它帮助团队了解 Sprint 的进度,并确保所有成员都专注于 Sprint 目标。

    处理 Sprint 中的障碍和挑战

    • 在 Sprint 中,团队可能会遇到技术难题、资源短缺、需求变更等挑战。
    • 敏捷教练和团队成员需要密切合作,及时沟通,共同识别障碍,寻找并实施解决方案。
    • 保持透明度和灵活性是关键,团队应鼓励提出问题和改进建议。

    从 Sprint 回顾中学习和改进

    • Sprint 回顾是在每个 Sprint 结束时进行的会议,旨在回顾过去的 Sprint,讨论成功之处和改进空间。
    • 团队成员分享他们的观点和经验,识别什么工作得好,什么需要改进。
    • 回顾的目的是促进持续改进,提高团队的生产效率和合作效果。
    用户故事
    用户故事 User Story I

    介绍 User Story

    • User Story 是敏捷开发中的需求描述,用于传达功能需求。

    编写用户故事的目的

    • 提前交付有价值的功能。
    • 减少浪费。
    • 强调用户需求价值。
    • 促进团队沟通。

    用户故事的 3C 原则

    • Card:简洁的文档形式。
    • Conversation:鼓励对话和讨论。
    • Confirmation:明确验收标准,用于验证。

    INVEST 原则

    • Independent:可独立开发和测试。
    • Negotiable:可讨论和调整。
    • Value:提供业务价值。
    • Estimable:能够估算工作量。
    • Scalable:可根据需求扩展。
    • Testable:可被测试,以验证符合要求。

    用户故事常见格式

    • Title:简短标题。
    • Description:详细描述。
    • Narrative:背景和上下文。
    • AC:验证完成情况的标准。
    • Mockup:界面示意图或原型。
    • Others:相关的其他信息。

    用户故事的拆分依据

    • 根据功能、优先级、业务价值、风险、依赖关系等因素进行拆分,确保明确的范围和目标。
    用户故事 User Story II

    为什么要写 AC(Acceptance Criteria)

    • AC 是深入分析用户故事的过程,帮助明确需求和预期结果。

    如何写 AC

    • 使用情景、操作和结果描述,以确保清晰和可测性。

    好的 AC 包含的元素

    • Happy path first:首先描述正常、顺利的情况。
    • 使用自然语言:使用易懂的日常语言。
    • Start with “I”:以第一人称形式开始句子。
    • Make “When” actionable:将"当"描述为可操作的步骤。
    • Tell a story:通过 AC 讲述用户如何与系统互动。

    书写 AC 的注意事项(反模式)

    • Too many AC and AND:避免过多的条件和"与"操作。
    • Not AC but TC (Test case):不要将 AC 当作测试用例。
    • 用语不易理解:避免使用难以理解的术语。
    • 格式冗杂:保持 AC 简洁,不要过于冗长。

    复杂逻辑下 AC 的书写方式

    • 使用示例(Examples)来展示复杂逻辑,以更清晰地说明不同情况下的期望行为。
    用户故事 User Story III

    什么是用户故事地图

    • 用户故事地图是一个有方向的图表,通过时间轴和优先度,以时间维度了解产品的所有功能。

    用户故事地图的组成元素

    • 时间轴:表示产品开发的时间线。
    • 用户故事:功能需求的描述,按优先级排列。

    用户故事地图中用户故事的拆分方法

    • 从核心场景出发,头脑风暴每个用户任务的功能需求。
    • 头脑风暴其他次要场景的用户任务功能需求。
    • 头脑风暴每个功能需求的非功能性需求。
    • 延伸时间线上的下一个流程,重复之前的步骤。
    • 检查和排列优先级。

    如何创建用户故事地图

    • 准备核心用户的用户旅程。
    • 从核心场景出发,头脑风暴每个用户任务的功能需求。
    • 头脑风暴其他次要场景的用户任务功能需求。
    • 头脑风暴每个功能需求的非功能性需求。
    • 延伸时间线上的下一个流程,重复之前的步骤。
    • 检查和排列优先级。

    为什么需要做用户故事地图

    • 便于发现遗漏和重复的需求。
    • 有助于确定优先级,决定最小可行产品(MVP)。
    • 可视化障碍和问题,促进及时处理。
    Story cards and BlockBacklog

    Bloody facts:

    • 不要害怕表达自己,即使你没有正确答案(有时你可以大声思考)。

    User Story:

    • 用户故事是描述功能需求的简短描述,用于敏捷开发中。
    • 通常包括角色、任务和目标。

    Jira Card Template (Jira 卡片模板):

    • Jira 是一个项目管理工具,卡片模板用于记录任务和工作项的详细信息。
    • 包括标题、描述、指派人、截止日期等信息。

    Backlog (待办事项清单):

    • 待办事项清单是记录需求、任务和功能的列表,通常按优先级排序。
    • 用于规划和跟踪项目工作。
    编写有效的 User Story

    User Story 的格式和特点

    • User Story 应该是具体的、有限的(一个小的功能或需求),并且是独立的,易于理解和实施。

    如何收集和整理用户需求生成 User Story

    • 与用户进行访谈、观察和调研,以深入了解他们的需求和行为。
    • 分析市场数据和用户反馈,以识别需求和改进的机会。
    • 将这些信息整理成具体、可操作的 User Story,确保每个 Story 都明确地描述了一个需求或功能,以及它对用户的价值。

    使用 INVEST 原则来确保 User Story 的质量

    • Independent:每个 Story 都是独立的,可以单独开发和实施。
    • Negotiable:Story 是讨论和协商的起点,细节在开发过程中逐步明确。
    • Valuable:每个 Story 都为用户或客户提供价值。
    • Estimable:可以估计完成 Story 所需的时间。
    • Small:Story 足够小,可以在一个 Sprint 内完成。
    • Testable:Story 的完成标准是清晰的,可以通过测试来验证。

    利用工具管理 User Story 的生命周期

    • 使用 JIRA 等项目管理工具来创建、分配、跟踪和更新 User Story。
    • 利用工具的功能来优先级排序 Story、规划 Sprint、分配任务给团队成员。
    • 确保所有的 User Story 都经过充分的讨论、审查和测试,并且在整个开发周期中保持透明和可见。
    GenAI-empowered BA 实战

    GenAI 的基本特点

    • 介绍 GenAI 的基本概念和特点
    • 讨论 GenAI 在软件开发和交付中的潜在优势和应用场景
    • 分析 GenAI 对软件开发过程的影响和改变

    GenAI 在软件交付中的应用

    • 探讨 GenAI 在软件交付过程中的具体应用
    • GenAI 工具如何帮助到 BA
    • 使用基本原则和最佳实践

    现场练习:ChatGPT + JIRA

    • 介绍 ChatGPT 的在 BA 工作过程中的使用
    • 设计练习场景:学员将使用 ChatGPT 和 JIRA 进行实际练习,模拟在软件交付过程中的场景
    • 指导学员完成练习:指导学员完成练习任务,并提供实时反馈和指导
    • 分享经验和总结:学员将分享他们的经验和收获,导师强调 GenAI 在软件交付中的潜力和挑战
    P3 商业项目
    Web 全栈班 P3 项目介绍
    1. 介绍 Web 全栈班的 P3 项目到底是什么
    2. 商业项目的 5 个级别分别是什么
    3. 如何参加 P3 项目,每期每个项目具体做什么
    4. 如何报名 P3 项目
    5. P3 项目最后能得到什么
    6. 如何把 P3 项目经验加到简历里
    职业卓越之路
    BA 简历指导

    BA简历该有的亮点: 1. 工作经验:反映你的软技能,解决问题的能力 2. BA Skills:技能分类 3. 个人经历:格式问题、个人参与内容、highlight 4. Technical Skills:加分项 BA简历反模式: - 格式混乱 - 时间混乱 - 拼写错误 - 没看清楚JD - 不易读 - 没亮点

    BA 面试指导

    BA面试要注意的问题: - 对个人经历、优缺点、期望和职业规划有清晰认识 - 联系BA知识体系回答问题 - 揣摩面试官想要的答案 - 可视化自己的思考过程和解决问题的能力 - 会议组织能力、分析能力、使用工具能力、执行力等 - 体现正确的三观 - 用STAR方法包装故事 电话面技巧:展现自己对公司JD的充分理解、熟悉个人经历、Agile以及自己的期望 BA技术面试:展现对BA知识体系的理解 BA role play:展现自己的执行力 Culture面试:会讲故事,三观正 导师干货:关于面试的体会和建议

    1v1 面试/简历辅导

    个性化辅导

    • 提供针对个人需求和发展目标的定制辅导计划。
    • 根据学员的具体情况和进度进行调整,确保最大化学习效果。

    专业导师

    • 导师具有丰富的行业经验和成功案例,能够提供实战经验和深刻的洞察力。
    • 导师可能拥有广泛的网络资源,能够帮助学员建立行业联系,拓展职业机会。

    灵活的学习方式

    • 可能提供 1v1 辅导方式,灵活适应学员的时间安排。
    • 提供实时反馈和互动,确保学员问题能够得到及时解答。
logo

Follow Us

linkedinfacebooktwitterinstagramweiboyoutubebilibilitiktokxigua

We Accept

/image/layout/pay-paypal.png/image/layout/pay-visa.png/image/layout/pay-master-card.png/image/layout/pay-stripe.png/image/layout/pay-alipay.png

地址

Level 10b, 144 Edward Street, Brisbane CBD(Headquarter)
Level 8, 11 York st, Wynyard, Sydney CBD
Business Hub, 155 Waymouth St, Adelaide SA 5000

Disclaimer

footer-disclaimerfooter-disclaimer

JR Academy acknowledges Traditional Owners of Country throughout Australia and recognises the continuing connection to lands, waters and communities. We pay our respect to Aboriginal and Torres Strait Islander cultures; and to Elders past and present. Aboriginal and Torres Strait Islander peoples should be aware that this website may contain images or names of people who have since passed away.

匠人学院网站上的所有内容,包括课程材料、徽标和匠人学院网站上提供的信息,均受澳大利亚政府知识产权法的保护。严禁未经授权使用、销售、分发、复制或修改。违规行为可能会导致法律诉讼。通过访问我们的网站,您同意尊重我们的知识产权。 JR Academy Pty Ltd 保留所有权利,包括专利、商标和版权。任何侵权行为都将受到法律追究。查看用户协议

© 2017-2024 JR Academy Pty Ltd. All rights reserved.

ABN 26621887572