祥安阁双羊保岁它的含义即是：商业分析是通过定义需求和推荐能够为利益相关者创造价值的解决方案来实现企业变革的实践。

　　通过对这几个要素的深度解析，我们可以对商业分析这个职业进行更深的理解与认识。

　　为什么企业要做出改变？改变，顾名思义，是将之前的商业模式、业务、抑或IT架构等做调整，使之能适应企业的战略方向的调整，能更加适应瞬息万变的商业环境、或是创造更大的盈利或价值。

　　之所以会做这些改变，是为了要解决问题，或开发利用某种机会，，那在改变的过程当中，商业分析师（Business Analyst, BA）这个角色就是一个非常重要的角色。商业分析师（BA）不仅要分析这个改变发展的方向，还需最终确认这个改变真正的完成度是否达成期望。

　　这种改变不一定是执行层面、IT系统或者市场策略的改变，也常常牵涉到组织层面的改变。

　　在很多情况下，分析师的工作对象会牵涉到“组织”（organization）这个名词。但是不难发现，组织的定义似乎太狭隘了。

　　“企业”（Enterprise）的概念超越了一般的“组织”（organization）。比如，很多解决方案不仅仅是在组织内部会发生改变，还会在组织以外，譬如，供应商、顾客、竞对、行业监管机构等，这些人员和部门都是组织以外的。而作为商业分析师（BA），这些都是需要考虑的因素。所以，Enterprise不仅仅是组织和组织内部，也包括组织以外以及其他会对我们的工作产生影响的组成部分。

　　在很多情况下，人们会把“需求”（needs）和“要求”（requirements）混淆。

　　在做商业分析时，商业分析师（BA）会时时跟客户保持沟通，以确保自己充分地理解到客户的问题，并没有产生误解和偏差（misunderstanding）。

　　这里需要阐明的是，我们需要了解的是客户的“需求”，而不是要求。“需求”（needs）代表客观存在的问题，或者可以利用开发的机会。这些“需求”（needs）并不是那么简单、清晰、名了地呈现在我们面前，需要大量的定性定量的调研和分析。有时，问题的所有者会自己为自己明白问题的本质，但当你问他这些问题是什么，需要帮助他解决上面问题的时候，他的回答会显示出，他未必很清楚这些问题。甚至，他所陈述的“要求”（requirements）往往不能解决他面临的问题。

　　所以，商业分析师（BA）需要对信息做搜集、梳理及分析，才能够了解真正的问题和“需求”（needs）。当了解到问题的实质后，可能还是不够，我们还需要把问题详细地做定义、写成文档、利用模型或图标把信息呈现出来。

　　以上还只是前期对问题的梳理，商业分析师（BA）最大的价值在于建议解决方案。而解决问题涉及了团队作战，如解决方案团队、项目经理、架构人员、开发人员、测试人员等。这些团队成员需要商业分析师（BA）为他们下达实际可操作的指令，即requirements（要求）。

　　所以作为商业分析师（BA），首先要了解到客户的实际“需求”（needs），对其进行定义、梳理、分析等，并输出“要求”（requirements）给到团队的各个分工环节的执行人员。“需求”（needs）是输入，“要求”（requirements）则是输出。

　　有了需求，就需要针对需求去涉及和实施解决方案。解决方案（Solution）之前用的形容词是“推荐”（recommending）。商业分析师（BA）作为客户和解决方案团队之间去进行沟通的纽带和桥梁需要了解客户的问题，然后帮助解决方案的团队来提供解决方案，去解决客户的问题。

　　所以，商业分析师（BA）不是提供解决方案，而是“建议”或者“推荐”解决方案。作为商业分析师（BA）这个角色，并不负责实际地实现或者交付解决方案，而是为这个解决方案的设计和实施去提供输入，也就是“要求”（requirements）。

　　Solution evaluation，即“解决方案的评估”。这个领域的工作是对我们解决方案的团队设计或提供的解决方案进行评估，来了解其是不是真的解决了我们的问题，是不是符合我们利益相关者（stakeholder）的需要。所以从这个角度，不管我们是为解决方案的选择提供建议，提供输入，还是为了最终去对解决方案做评估，我们并没有直接的完成解决方案的交付。所以商业分析师（BA）的定义是“推荐”（recommending）解决方案。

　　如果已经交付了解决方案，那也可能需要在使用过程中去评估该解决方案是否达成了期望，是否真正满足了“需求”（needs）。此时，我们需要去进行信息的搜集，看看其使用情况和实际效果和我们的期望做比较。比较的过程中，可能给到如何去做改进的建议。例如，我们发现当前的解决方案已经无法满足当前的需要了，因此建议去淘汰或者替换解决方案。这一部分工作也包括在“推荐解决方案”（recommending solutions）当中。

　　“解决方案”（Solution）通常指一种软件、系统、或者IT的解决方案来解决问题。而这里的“解决方案”（Solution）更广，包括为我们的业务流程去做改进，对组织的架构、商业模式重新做设计或者修改、包括对于组织中的部门重新做划分，对于每个角色重新做定义，定义每个角色的职责。这些都是有可能用来解决问题，或者开发利用某些机会的解决方案（Solution）。

　　“价值”（Value）在商业分析师（BA）的工作中也是一个非常重要的概念。

　　我们不管是定义问题，还是对解决方案做选择和评估，这里都体现了“价值”（Value）。比如，这个问题是否有价值？价值有多大？价值足够大的问题，才是我们需要投入时间和精力去解决的。尤其对于解决问题的解决方案做选择和评估的时候，衡量的依据也是此解决方案是否能够达成我们所期望交付的价值。在有多个解决方案的情况下，哪个解决方案达成的交付价值是最大的。

　　“利益相关者”（Stakeholder），代表我们工作当中需要打交道的各方。有可能是具体的人，或者某个部门。“利益相关者”（Stakeholder）的定义，既涉及到有可能对我们工作造成影响的个人或者部门，也有可能是对我们的工作施加影响的，比如“投资者”（sponsor）或者企业高管。“利益相关者”（Stakeholder）未必是我们解决方案的直接用户，所以从他们自身角度，受到的影响未必很大。但我们在工作当中需要他们提供支持、批准和资源，所以他们可能需要施加影响。所以从这一角度而言，“利益相关者”（Stakeholder）理论上包括我们在工作当中需要考虑到，需要打交道的人员或部门。

　　说到这里，我们时常会觉得，商业分析师（BA）看起来跟项目经理的角色很像。确实，项目经理跟商业分析师（BA）在工作的具体事项上有重叠的部分，但是两者关注的点有着本质的区别。

　　项目经理跟商业分析师（BA）在工作当中有很多的任务是需要相互协作，有可能部分的工作内容是有一定重叠的。所以这两个角色如何去进行分工合作也是我们要考虑的。

　　这两个角色虽然部分工作重叠，但是其关注点不一样。项目经理关注的是，这个项目是否能按期完成，是否在预算之内，项目的目标是否达成。但从商业分析师（BA）的角度，可能更多的是考虑价值（Value）。这个项目需要实现的需求，主要考虑的是每条需求的价值有多大，最终所交付的结果是否可以达成我们所期望的价值。

　　这个项目可能是按期完成的，也是在预算之内完成的，但是这个项目最终所交付的解决方案可能并没有提供足够大的价值。那可能从项目经理的角度，这个项目是成功的。但是从BA的角度，也许我们会认为这个项目未必会成功。所以关注点跟项目经理不一样。返回搜狐，查看更多