上周在西单图书城看到本不错的书<<七步掌握业务分析>>，系统的讲了些业务分析方面的知识，以前看到业务分析方面的资料都是站在需求捕获分析的角度来写，向这么完整系统介绍业务分析概念方法的不多。本着书非借不能读的精神，我用了两个周末在西单图书大厦看完了整本书。记录一下阅读感受，同时结合一些自己的理解。
目录结构见下图，大概是这个意思，名词记得不是很准确。
一个个说一下。
1.什么是业务分析
一般来讲"什么是...?"这种问题都可以细分为这几个问题，什么是业务分析、业务分析做什么(工作范围)、跟系统分析有什么区别、什么人能做业务分析。
让大家明白组织是怎么运作的，为了实现组织的目标提供解决方案。
实际开发过程中谁都可以做业务分析工作，目前很少看到这门业务分析师这一角色，一般是需求和系统分析师主要来做。根据个人能力的不同介入的程度不同。
说到范围，业务分析主要从业务需求的角度来考虑，区别于系统分析更多的从系统能否实现、怎么实现的角度来考虑。很多时候系统分析师是同时兼这两个角色的，优势是考虑问题有统一方向，缺点的是容易互相干扰。通用的解决思路是颜色帽子法，做哪块工作时戴那个帽子只想这部分的事情，先不想别的部分怎么办，先过今天再说明天。每一部分单独考虑后再进行综合考虑，这样工作才好开展，要不然一次想太多了事情就变得太复杂。
2.什么人来做
有人的地方就有江湖，既然在江湖里混就要了解这个江湖是什么人组成的，每个人的立场、对事情的认识程度、角色、权利、影响。对这些人有了认识，才能更好的认识人做的事情。
这一点一般的需求书上只是提了一下，不想这本书就组织架构、角色关系、沟通技巧各方面做了阐述。有个理论认识实际操作起来更容易有方向感。
3.项目做什么
很多开发人员经常是领导让做什么就做什么，作为一个业务分析师显然不能这么干。
业务分析师很多时候起的是一个导游的角色，探险的时候大家全两眼一抹黑只能掉沟里了。
谁发起的项目，项目要达成什么目标，对哪些人有益，对哪些人不利。这些都要了解，在项目的过程中才知道从哪方面去推动，避开可能会引起的麻烦。
4.了解业务
这个是当然了，业务分析师嘛，具体方法先不写了，都是写常见的，重要的是要经常实际总结提高。
5.了解业务环境
这也是一个江湖，更多的是从事情的角度进行分类
6.了解技术环境
业务分析虽然不用写代码技术还是要懂一点的，好的服装设计师都会自己做衣服(这可不是随便说的，我见过几个，呵呵)。
7.提升自身价值
洞悉事态，能够提出完整解决方案，这样的人当然是有价值的。做得越好越有价值。
书中提到了几种提高技能方法：时间管理和一些分析技术，包括沟通技巧。
先写这么多。
作者:zyskm
http://www.blogjava.net/zyskm