需求工程师成长之路

浅谈两份需求分析工作的经历

 

我的第一份工作在Want集团，从事BPM系统的需求分析工作（Business Process Management）。BPM是工作流自动化系统，将传统书面表单电子化，并以在线签核流程模式传递。针对性较强，一直以来都操作同样的系统，业务是很熟悉，但是范围太窄。工作也只是SA系统分析的经验，没有BA经验。

工作流程：

1. 收集对口人联系信息，包括联系人、电话、主管、表单名称等信息。

2. 制定用户调研提纲，包括表单使用范围、签核流程、核决权限、流程规则、流程角色、查询需求、权限问题、报表需求、打印需求、表单画面、相关文件资料等问题。

3. 绘制作业流程图和流程说明，根据企业规章制度，使用visio中跨职能流程图进行绘制。

4. 需求访谈，针对调研提纲和流程图采用一问一答的方式进行调研。

5. 梳理目前流程疑点，精简流程，规范检核机制。

6. 绘制Prototype原型，使用Dreamweaver绘制表单样式，包括申请表单、审核表单、查询表单、报表样式。

7. 撰写需求确认书，内容包括适用范围、签核流程、签核层级、作业规则、报表规划、表单打印功能等。

8. 系统培训，准备签到表、培训教材、试题。

9. 操作手册，内容包括操作流程说明，包括系统界面、申请人作业、申请部门主管作业、报表查询、基本资料维护等

总结：BPM主要是流程类表单，重视表单根据不同的核决权限而跳转不同的流程，举例：电脑采购申请，3000元的电脑签到部门主管就行，5000元的要签到单位主管，还要会签给采购和财务部门。主要使用的工具包括Visio、Dreamweaver、PPT，为了方便工作制定了统一的需求书模板、培训教材模板和操作手册模板。建议企业级需求，项目类型统一，可以采用模板的形式，方便阅读。

 

我的第二份工作在FL从事定制软件的需求分析工作，涉及企业比较多，业务类型比较繁杂，确实锻炼了OOA技术。根据用户业务背景建模，抽取系统能够实现的需求，梳理流程，细化功能点，有点BA的感觉了。

工作流程：

1. 售前竞标成功，签订合同，有时需要需求协助售前或者销售人员参与竞标活动。

2. 立项，召开项目立项会议，确认需求、开发、项目经理、测试人员。

3. 需求调研与分析，根据资料撰写调研提纲，进行2~3次需求调研，分析后产出软件需求说明书以及Demo原型，进行需求评审。

4. 设计，此时美工人员根据需求完成页面设计工作。架构师设计表和搭建框架。

5. 开发，系统开发，需求人员此时也要参与进行沟通和反馈。

6. 测试，系统测试，需求人员站在用户的角度进行测试，评审测试用例。

7. 验收，拟定测试脚本，给客户做测试验收之用。

8. 部署，上线部署。

总结：碰到行业背景很强的项目，感觉有些力所不及。一方面专业术语难理解，一方面是用户说什么是什么，比较被动。感觉需求分析师未来的发展方向，若是有技术背景的可以往架构师发展；若是行业背景较强的，可以往项目经理发展（本人就考了PMP）；若是喜欢沟通的那就继续做需求分析好了。

 

最后发发牢骚，需求分析其实就是两头不讨好的工作，测试和开发抱怨你需求没做好，用户埋怨系统做的烂，连美工设计页面也要你提清楚要求。我啊，就哄这个，协调那个，一肚子气也没处发，简直不是人干的活。大家的思想都是所有的分析需求要弄清楚搞明白，我只要照着做就行了。殊不知需求只是把用户的想法转换成系统可以实现的需求，开发需要站在程序的角度分析实现性和合理性，测试需要站在质量的角度提出安全性和可维护性，美工要站在用户角度考量界面风格和行为习惯。这些不是需求一个人能负责的，还希望以后大家多配合，多动脑，共同把项目做好。