七步掌握业务分析
主播:ZhaoWilliam 播放:2.1万次最近更新: 2022-08-31
节目列表
正序 | 倒序
- 1ListenToMe
- 21.1 清晰理解业务分析
- 31.2 什么是业务分析?
- 41.3 业务分析与软件开发
- 51.4 业务分析师的角色
- 61.5 业务分析师特征
- 71.6 业务分析的历史
- 81.7 业务分析师从何而来?
- 91.8 业务分析师向谁汇报?
- 101.9 谁会成为业务分析大师
- 111.10 业务分析师这个职业适合你吗?
- 121.11 业务分析师职业进程
- 131.12 重要的业务分析术语及概念
- 141.13 什么是需求?
- 151.14 核心需求组件
- 161.15 为什么要记录需求?
- 171.16 为什么需求要具体到细节?
- 181.17 什么是项目?
- 191.18 什么是产品?
- 201.19 什么是解决方案?
- 211.20 什么是交付?
- 221.21 系统与软件
- 231.22 业务分析师认证
- 241.23 本章要点小结
- 252.1 第二章 了解你的听众
- 262.2 与你的干系人建立信任关系
- 272.3 业务分析师与谁一起工作?
- 282.4 项目经理
- 292.5 为什么项目需要项目经理和业务分析师?
- 302.6 项目经理和业务分析师技能比较
- 312.7 动态二重奏
- 322.8 承担双重角色的技巧
- 332.9 其他业务分析专业人士
- 342.10 专家和用户
- 352.11 认识你的专家
- 362.12 一个不理解员工工作的经理
- 372.13 当专家不是真正的专家
- 382.14 当专家确实是专家
- 392.15 当专家不愿开口说话
- 402.16 对之前项目失败懊恼的专家
- 412.17 痛恨他的工作的专家
- 422.18 质量保证分析师
- 432.19 当质量保证在你的机构里面是一个不好的词汇
- 442.20 可用性专业人士
- 452.21 IT架构师
- 462.22 IT开发人员
- 472.23 非常具有创造性的开发人员
- 482.24 严格按照需求说明书编程的开发人员
- 492.25 开发人员的行业知识
- 502.26 数据库设计师管理员
- 512.27 供应商
- 522.28 干系人分析
- 532.29 平衡干系人需求
- 542.30 理解派系环境
- 552.31 国家和文化差异
- 563.1 第3章 了解你的项目
- 573.2 为什么机构决定投资这个项目?
- 583.2.1 商业论证开发
- 593.2.2 起源于一个问题的项目
- 603.2.3 起源于减少成本的项目
- 613.2.4 起源于外部法规要求的项目
- 623.2.5 起源于一个业务机会的项目
- 633.2.6 起源于市场和广告的项目
- 643.2.7 支持业务流程的项目
- 653.3 战略规划
- 663.3.1 项目组合与项目集管理
- 673.3.2 你的项目如何与其他项目关联?
- 683.3.3 企业架构
- 693.3.4 沟通战略规划
- 703.3.5 项目确认
- 713.4 项目发起
- 723.4.1 命名项目
- 733.4.2 发起
- 743.4.3 项目发起小结
- 753.5 本章要点小结
- 764.1 第4章 了解你的业务环境
- 774.2 业务分析师如何了解企业?
- 784.2.1 阅读公司的宣传资料
- 794.2.2 阅读公司的财务报告
- 804.2.3 回顾企业战略规划
- 814.3 从业务愿景看起
- 824.3.1 请求优先排序
- 834.4 业务分析师如何解读业务?
- 844.4.1 阅读已有的文档
- 854.4.2 观察
- 864.4.3 访谈
- 874.4.4 问卷调查
- 884.4.5 促进会议
- 894.4.6 讨论组
- 904.4.7 竞争分析
- 914.4.8 接口分析
- 924.5 解读现有系统
- 934.6 什么是业务流程?
- 944.6.1 基本分析
- 954.6.1.1 完美技术
- 964.6.1.2 核心业务流程
- 974.6.1.3 描述流程
- 984.6.2 从上和从下观察
- 994.6.3 实施规划
- 1004.6.3.1 培训
- 1014.6.3.2 推广计划
- 1024.6.3.3 时间表
- 1034.6.3.4 衡量指标
- 1044.6.3.5 流程及机构变革
- 1054.6.4 解读你的业务的技巧小结
- 1064.7 本章要点小结
- 1075.1 第五5章 了解你的技术环境 概述
- 1085.2 为什么业务分析师需要理解技术环境?
- 1095.2.1 理解技术,但是不要像技术员一样说话
- 1105.3 业务分析师要了解哪些技术?
- 1115.3.1 软件开发编程术语
- 1125.3.2 软件开发方法论
- 1135.3.2.1 瀑布方法
- 1145.3.2.2 信息工程
- 1155.3.2.3 IDEF
- 1165.3.2.4 联合应用设计
- 1175.3.2.5 快速应用开发
- 1185.3.2.6 迭代和补充开发方法
- 1195.3.2.7 面向对象的分析和设计
- 1205.3.2.8 统一软件开发过程
- 1215.3.2.9 敏捷开发方法
- 1225.3.2.10 一个机构的正式方法论
- 1235.3.2.11 为什么多数方法论没能详解业务分析方法?
- 1245.3.2.12 一个机构的非正式标准
- 1255.3.5 技术架构
- 1265.3.4 操作系统
- 1275.3.5 计算机网络
- 1285.3.6 数据管理
- 1295.3.7 软件可用性及人机界面设计
- 1305.3.8 软件测试
- 1315.4 如何与IT部门一起工作?
- 1325.4.1 何时让IT人员介入项目
- 1335.4.2 IT公司文化
- 1345.5 本章要点小结
- 1356.1 第6章 了解你的分析技术
- 1366.2.1 收集和管理需求
- 1376.2.2 什么是需求?
- 1386.2.3 需求分类
- 1396.2.4 为组织需求开发一个系统
- 1406.2.5 IIBA的业务分析知识体系分类
- 1416.2.6 推荐的分类系统
- 1426.3 核心需求组件
- 1436.3.1 核心需求组件概述
- 1446.3.2 核心需求组件:实体(数据)
- 1456.3.3 核心需求组件:属性(数据)
- 1466.3.4 核心需求组件:过程(用例)
- 1476.3.5 核心需求组件:外部主体(角色)
- 1486.3.6 核心需求组件:业务规则
- 1496.4 分析技术和呈现格式
- 1506.4.1 词汇表
- 1516.4.2 工作流图
- 1526.4.3 实体关系图
- 1536.4.4 使用分解图进行业务过程建模
- 1546.4.5 用例图
- 1556.4.6 用例描述
- 1566.4.7 原型和仿真
- 1576.4.8 其他技术
- 1586.4.9 选择恰当的技术
- 1596.4.10 选择方法
- 1606.5 业务当前状态与未来状态的分析
- 1616.6.1 应该怎样正式地使用文档记录需求
- 1626.6.2 什么是需求包?
- 1636.6.3 建议书邀请函需求包
- 1646.6.4 优秀需求的特点
- 1656.6.5 获得签字
- 1666.6.6 需求工具、库和管理
- 1676.7 本章要点小结
- 1687.1 第7章 提升你的价值 概述
- 1697.2.1 技能:开始
- 1707.2.2 技能:分析地思考
- 1717.2.3 技能:记笔记
- 1727.2.4 技术:头脑风暴
- 1737.2.5 技能:与复杂细节共舞
- 1747.3.1 技能:理解项目的本质
- 1757.3.2 技能:要是第一(确定先后顺序)
- 1767.3.3 技术:理解8020规则
- 1777.3.4 技术:时间盒
- 1787.4.1 技能:建立紧密的关系
- 1797.4.2 技能:问正确的问题
- 1807.4.3 技能:主动聆听
- 1817.4.4 技术:有效地写
- 1827.4.5 技能:出色的呈现
- 1837.4.6 技能:促进协调和建立共识
- 1847.4.7 技能:组织高效会议
- 1857.4.8 技能:组织需求评审
- 1867.5.1 技术:避免分析麻痹
- 1877.5.2 技术:根本原因分析
- 1887.5.3 技术:机智的违抗
- 1897.6 不断提高技能
- 1907.6.1 技能:提供解决方案建议
- 1917.6.2 技能:能接受建设性批评
- 1927.6.3 技能:认识你的弱点并克服它们
- 1937.6.4 技术:学到的经验
- 1947.7 规划业务分析
- 1957.7.1 技术:映射项目
- 1967.7.2 技能:计划你的工作
- 1977.7.3 技术:评估业务影响
- 1987.7.4 技术:干系人分析
- 1997.7.5 技术:规划沟通
- 2007.7.6 技能:选择适当的需求交付物
- 2017.7.7 技能:设计业务分析任务清单
- 2027.7.8 技能:估计你的时间
- 2037.8 本章要点小结
- 204Ending七步掌握业务分析
相关专辑