怎样才算一名好BA

做了BA的工作才知道要做一个好BA相当不容易，这周就刚收到小崔同学的反馈：

本来我以为自己的表达能力差，没想到还有更差的。

聪明的我一下就听出来小崔在说我，反思自己写的Story，的确写得十分简陋，很多隐含的意思没有表达出来，在写Story的时候完全站在自己的角度，并且错误地假设DEV和QA熟悉已有的逻辑和代码，导致写出来的Story描述相当简单，如果DEV又是首次开发相关功能，感觉会相当难受。

所以我觉得一个好的BA首先要表达能力好，口头表达和笔头表达都要好，而且要基于DEV/QA是首次接触相关功能的假设，站在DEV/QA的立场，把需求完整清晰地表达好。

对内能征服DEV/QA，一个好的BA对外还要能征服客户，能分清楚客户提的是问题还是解决方案，能把复杂的需求分析透彻，并合理映射到系统已有的概念和框架当中，还能引导和说服客户“先按我的方法来”。

做到上面两点已经不容易了，再加上对内要要卡着时间点，在每两周一次Requirement Brief之前把所有东西都准备好，对外也要卡着时间点把客户需要的各式各样文档准备好，BA就更加不容易了。

BA可以说是开发团队和客户直接的纽带，如果做得不好，很容易就会增加开发团队开发成本，同时还可能降低客户的满意度; 如果做得好，可以有效减少开发资源的浪费，同时增加客户的满意度。

要做好上面提到的三点，BA要持续思考并实践如何提升下面三大能力：

1. 沟通和表达（口头和书面）能力
2. 逻辑思维和业务概念建模能力
3. 时间管理能力