|
|
| 当前位置：首页 > 商务调查取证 > 商业调查分析解说和分享 |
| |
| |
商业调查分析解说和分享 |
| |
每个人在做商业调查分析的方式有很大的不同,主要在个人在工作经验中自我要求和逻辑思考模式.如果一个人思考是单向的,无多向性和系统化思考也没有办法保持客观性分析就可能会引导出失去真实性的的判断分析.
商业分析有五个领域:
1. Needs Assessment 需要评估
如何了解问题与机会, 如何执行情况分析(situation analysis), SWOT分析, 以及真因分析(root cause analysis).循序渐进(step-by-step)说明如何执行需要评估, 在了解问题和机会方面有很多着墨.
初步评估可以多花点时间反复用客观性和系统化思考,不可带有客人情绪,喜好来评估,我的方式是five why? 连续问自己5次为什么? 和使用心智图整理自己的思路.
商业需要评估可使用:
1. 定义商业需要
技术：SMART原则
2. 决定方案方法与范畴
3. 建立商业企划
技术：商业企划
需要评估领域包含如何了解企业问题与机会，以及如何评估各种投入(input)以协助发展有效解决方案。
Task 1：使用问题或机会分析的技术，来定义或审查企业的问题或机会，以发展解决方案范畴声明书，以及提供input以建立企业商业案例(business case)。
Task 2：使用评价(valuation)工具和技术，来收集与分析多个来源的信息，以于行动初期决定有价值的提案。
Task 3：提供明确的企业需要及解决方案范畴，以协同发展项目目标，进而使产品与组织的目标达成一致。
Task 4：透过目标和需求的审查来识别利害关系人，进而让适当的团体(party)可以被通知、代表及参与。
Task 5：经由考虑产品并使用导出(elicitation)技术，来决定利害关系人的价值，并提供需求优先级的基线(baseline)。
2 .Business Analysis Planning 商业分析规划
关系人识别和分析.所有信息, 包含规划的决策, 解释商业分析计划与需求管理计划的关联. 商业分析计划也是整个项目工作计划的一部份,
规划领域专注在准备有效管理项目的商业分析活动，包括需求管理计划的建立工具、政策和程序，以及需求追踪、变更管理、文件控制和验收标准。
Task 1：审查商业案例及项目目标，以提供商业分析活动的背景说明。
Task 2：使用追踪工具和技术来定义需求追踪策略，并建立追踪的层级以监控和验证(validate)需求。.
Task 3：藉由识别利害关系人之角色与职责，以及透过沟通标准协议(protocol)、导出方法、分析、文件化、管理和核准，来建立能交付期望解决方案的路径(roadmap)，进而发展需求管理计划。
Task 4：藉由识别沟通要求和管理变更流程的管道(channel)，来选择需求变更控制的方法，进而建立注册到变更管理计划的标准协议。
Task 5：使用文件管理工具和技术，来选择文件控制的方法，进而建立需求追踪和版本控制的标准。
Task 6：藉由与利害关系人的合作，来定义企业指标(metrics)和验收标准(acceptance criteria)，进而评价解决方案符合实际需求的程度。
3.Requirements Elicitation and Analysis 需求导出和分析
如何透过问问题, 不要讲需要, 使用研究或试验, 来作为主要的导出技术, 或是作为关系人的左证信息. 它假设可以透过问对的问题, 从关系人得到大部分需求, 即使关系人不懂他们全部需求, 或说明时有困难导出需求和建立模型,可以有效加速和验证, 鼓励相关关系人参与.
需求与信息导出可使用:
1. 规划与执行导出活动
技术：观察、雏型、脑力激荡、需求研讨、问卷调查、使用者故事
2. 记录与确认导出结果
分析领域集中在需求管理相关活动，包括产品或项目的需求导出、分析、分解、接受、核准、规格和验证。
Task 1：使用个别或群组导出技术，来导出或识别需求，进而探索或取得需求中可支持的细节。
Task 2：使用相依性分析、界面分析、数据与流程模型等技术，来分析、分解(decompose)及阐释(elaborate)需求，进而合作揭露及澄清产品的选项和能力。
Task 3：使用决策和评价技术，来评估产品选项和能力，进而决定哪些需求要被接受、递延或拒绝。
Task 4：藉由平衡范畴的时程、预算和资源限制，使用优先级、相依性分析、决策工具及技术等，来分配接受或递延的需求，以建立需求基线
Task 5：使用决策技术来获得签核需求基线，进而促进利害关系人的共识，以使利害关系人核准。
Task 6：使用流程、数据及接口细节，来撰写需求规格，进而沟通出可衡量和可行动的需求（亦即适合发展的需求）。
Task 7：使用文件审查、雏型法(prototype)、示范及其他验证方法，来做好需求验证，进而确保需求是完整、正确并符合价值主张的目标。
Task 8：使用衡量工具和技术，来阐释和指定指标及验收标准，进而评估解决方案是否符合实际需求。
4. Traceability and Monitoring 追踪与监控
核心方法是需求追踪矩阵(Requirements Traceability Matrix), 不一定要用到所有的属性, 在大部分情况, 只要一些关键属性, 就可以处理要做的事情了. 在管理需求变更的部份, 同样有点过时的情形, 它推荐每个变更要求在核准前, 都要经过冲击分析. 这个方法的麻烦在于项目规划阶段, 防止团队浪费时间在不会被核准的变更上.
过度专注在项目观点的变更上, 反而忽略商业分析观点, 是在分析变更要求对解决方案价值的冲击, 而这是在项目之后.
追踪和监控领域包含管理需求生命周期相关的活动。此领域的工作组成了持续监控和需求文件化，以及与利害关系人的沟通需求状态。
Task 1：使用人工或工具追踪、撷取需求状态、来源和关系等方法来追踪需求，进而提供需求已交付的证明(evidence)。
Task 2：使用人工或工具追踪来监控需求，进而确保在生命周期中的每个查核点(point)，都能有适当支持需求能够产生、审查和核准。
Task 3：更新需求状态，按照生命周期状态的变动，来与适当的利害关系人进行沟通，并记录人工或工具追踪的变更，以追踪需求直到结案(closure)。
Task 4：使用沟通方法，与项目经理及其他利害关系人沟通需求状态，进而持续通知他们需求的提出、冲突、变更、风险和所有状态。
Task 5：透过分析冲击、相依性和风险，依据变更控制计划和和比对需求基线，来维护需求的完整性，并管理需求变更。
5.Solution Evaluation 解决方案评价
处理解决方案的验证, 并且在营运后评价解决方案. 解决方案的验证和允收讨论很深, 包含如何规划测试和验证解决方案. 有关过渡规划如何支持解决方案实施也有详细讨论. 有关解决方案的持续评价则受限于项目的规划工作.
评估领域包含有评估解决方案是否满足需求及企业需要，其工作包含测试解决方案、决定是否有差距，和获取签核(sign-off)。
Task 1：验证解决方案的测试结果、报告及其他证据，针对需求的验收标准，以决定解决方案是否能满足需求。
Task 2：用质量保证工具和方法，来分析和沟通解决方案被识别出的差距和细节，进而使利害关系人来解决方案范畴、需求及发展解决方案三者之间的差异。
Task 3：使用决策技术，获取利害关系人对发展解决方案的签核，进而让部署能够继续进行。
Task 4：使用评价技术来评估部署解决方案，进而决定解决方案符合企业商业案例和价值主张的程度。
不断的练习再练习统计，比较，分析，落实在工作中, 目的只有一个 就是将所有将「数据」转化为「信息」，如何把价值展现出来，传递给观众满足需求和呈现的方式都是累积出来的功力，没有速成的快捷方式。
|
| |
|
