从运营维护、软件开发、SA到BA，职业的发展轨迹，让我有机会从不同的角度观察软件产品开发过程中的不同角色，其中有几个角色与BA接触较多且角色定位上容易被交错，比如产品经理，产品运营，IT运营， SA，开发负责人，UI，UE，架构工程师。借本文，想总结下自己的认识和思考，供同行参考。

关于软件产品生命周期的环节和角色

我们软件产品生命周期的主要环节应有如下：

1. 业务分析（BRD）
2. 需求分析(PRD)
3. UE交互设计
4. UI设计
5. 系统分析设计
6. 系统开发
7. 系统测试SIT
8. 验收测试UAT
9. 上线
10. 生产验证
11. 产品运营
12. 系统运营
13. 系统维护

每个环节的主要工作和产出以及对应的角色总结主要如下：

关于软件产品生命周期中角色设置的思考

其实每个角色都是应运各个环节的需求而产生的，对于参与产品生命周期的人员而言，不管您冠以何种角色，相应环节的事情总是要有人做，角色称呼可以变，事情却总要有人做。

对于小公司而言，可能一个人全包了所有角色；对于大公司而言，以用户为导向的系统更关注用户体验，而以业务为导向的系统则更关注业务逻辑在系统中的实现，就需要针对产品重点配置相应的角色。比如互联网产品，目的是流量，那么必须要有更好的用户体验从而吸引并留住更多的用户，正常要做好互联网产品，UI\UE必须有专业的团队。然而那些偏后台支持业务运作的系统往往没有专门的UI\UE团队，只要产出的东西能够满足业务部门的需要，业务部门对系统的用户体验容忍程度非常高，还有一个原因就是，不管他们是否喜欢，这个系统都是他们必须用的系统，也就是用户没有选择权。

所以对于一个系统的团队建设，往往要考虑多方面的因素来设立组织架构。个人认为以下都是考虑因素，但具体量化处理依赖于各系统日常的运转情况的考量，个人认为管理层要关注日常的运转数据、不断调整适配，才能确保系统能够顺利运营和发展。

1、系统的目标用户属性

如上所述，如果目标用户互联网用户，没有培训的可能性，那么这个系统要特别关注用户体验，一般应该要设立专门UI、UE团队，且要有专业的产品经理关注、统筹系统相关方方面面的事宜。

而如果目标用户是既定范围的公司内部用户，有培训的基础，那么这个系统的用户体验反而不是最高要求，而业务逻辑是最高要求，这个时候就必须要求有产品经理专门梳理业务流程、业务逻辑，且业务部门必须有业务运营经理角色可以负责用户培训、用户咨询等工作。

2、系统的用户量

如果系统的用户量会达到一定数量级，必须建立专门的运营经理和运营工程师角色，否则无法迅速应对大量用户在使用系统时碰到的各种问题。

3、系统所实施的业务流程和规则的复杂程度

如果系统的业务流程简单、且逻辑简单、功能单一，这样的系统很容易成熟稳定，即使用户量很大可能也不会有太多的使用问题，这个时候运营经理和运营工程师的人员相对可以很少或者跟其他角色合并。

4、系统投入产出比要求

如果对于该系统的投入产出有更高的要求，就要进行多方面的分析从而对角色进行合理的配置，否则很容易超标。

5、系统规划发展的要求

如果一个系统规划良好，不易发生变更，这样的系统，运营经理和维护工程师也可以相对少些，也即维护成本会少些。有个IT同事总结的一句话非常好，没有变更就没有伤害。系统的稳定有赖于良好的系统规划，而运维的成本有赖于系统的稳定。

结语

我们讨论角色设置，很多时候要结合每个公司具体的情况，角色的职能也要结合各公司具体情况，但是角色设置总体上应该具有一定的合理性，这个合理性的建立可以参考行业的情况，也要结合自己公司的实际情况，不管怎么设置，职能描述一定要比较清楚，避免出现职责不清、互相推诿的情况。

话又说回来，不管角色怎么设置，人永远是最重要的，找一个职业素质高的人可以减少很多劳心劳力的管理问题，这也是常说的，找对人，做对事。我不是排斥管理制度，只是觉得，人才永远是最重要的，管理制度可以用来规范群体行为，但是一个好的系统很多时候靠人力实打实地超强度的集中脑力劳动做出来的，有时候不得不依赖人才的自我约束、自我牺牲以及天生的爆发力、创造力。

本文由 @安丽 原创发布于人人都是产品经理。未经许可，禁止转载。