从运营维护、软件开发、SA到BA，职业的发展轨迹，给了我们从不同的角度观察软件产品在开发过程中不同作用的机会。 其中包括产品经理、产品运用、IT运用、SA、开发负责人、UI、UE、架构师技术人员等，有几个与BA接触较多、角色定位容易交错的角色。 我想借本文，总结一下自己的认识和思考，作为同行的参考。
关于软件产品生命周期的环节和角色
软件产品生命周期的主要部分必须如下。业务分析(BRD )需求分析) PRD ) UE交互设计UI设计系统分析设计系统开发系统测试SIT验收测试UAT在线生产验证产品运营系统维护各个阶段的主要工作和生产以及对应的作用总结如下。
关于软件产品生命周期中角色设置的思考
实际上，每个角色都是根据各个环节的需要而产生的，对于参与产品生命周期的人来说，无论冠以什么样的角色，相应的环节总是有人要做的，角色的称呼可以改变，但事情总是有人在小公司中，一个人可能承担着所有的角色。对于大公司来说，用户驱动的系统需要关注用户体验，业务驱动的系统需要关注业务逻辑在系统中的实现，以及产品中适当的角色。 例如，互联网产品以流量为目的，所以为了吸引和留住更多的用户，需要更好的用户体验。 通常，要制作互联网产品，UIUE需要专业的团队。 但是，后台支持业务运营的系统往往没有专用的UIUE团队。 只要生产满足业务部门的需求，业务部门就会对系统的用户体验非常宽容，另一个原因是，无论他们是否喜欢，这个系统都是他们必须使用的系统，也就是说用户没有选择权
所以，对于一个系统的团队建设，往往必须考虑多方面的因素来设立组织结构。 个人认为以下都是考虑事项，但具体的量化处理依赖于各系统日常运行情况的考虑事项，个人认为管理层关注日常运行数据，不断调整适应，可以确保系统的顺利运行和发展。
1、系统的目标用户属性
如上所述，在目标用户互联网用户没有培训可能性的情况下，该系统特别关注用户体验，一般成立专用的UI、UE团队，由专业的产品经理负责系统相关的各个方面。如果目标用户是已确定范围的内部用户，并且有培训基础，则该系统的用户体验自然不是最高要求，而是业务逻辑是最高要求。 在这种情况下，需要用于整理业务流程、业务逻辑的产品经理，业务部门需要负责用户培训、用户咨询等工作的业务运营经理的角色。
2、系统的用户量
系统的用户数量达到一定水平后，需要建立专门的运营经理和运营工程师角色。 否则，大量用户在使用系统时会遇到的各种问题将无法迅速得到解决。如果
3、系统所实施的业务流程和规则的复杂程度
系统的业务流程简单、逻辑简单、功能单一，则这样的系统容易成熟、稳定，用户数量多可能也不会有太大的使用问题。 这时，运用管理者和运用工程师的人员可以比较少，也可以和其他角色合并。
4、系统投入产出比要求
对该系统的投入产出有更高要求时，必须进行多方面的分析，合理配置作用。 否则，容易超标。如果
5、系统规划发展的要求
系统规划良好，不易发生变更，则运营经理和维护工程师也相对较少。 也就是说，维护成本也可以很少。 一位IT同事总结的一句话很好，没有改变就没有害处。 系统的稳定依赖于良好的系统规划，而运输成本依赖于系统的稳定。
结语
我们讨论角色设定。 在许多情况下，必须结合每个公司的具体情况。 角色的功能也必须结合每个公司的具体情况。 但是，角色设置总体上应该具有一定的合理性。 这个合理性的确立必须参考行业的状况，也必须结合自己公司的实际情况。 无论如何设定，职务说明都必须清晰。 必须避免责任不明确，互相推卸。顺便说一句，无论角色如何设定，人总是最重要的，找职业素质高的人可以大大减少劳动力密集型的管理问题。 这也是常说的，找人，做正确的事。 我并不是拒绝管理制度，只是觉得人才总是最重要的。 管理制度可以用来规范集体行为，但好的系统多由人力在实地超强度集中的脑力劳动中建立，有时不得不依赖人才的自我约束、自我牺牲，以及天生的爆发力、创造力。
本文发表了@性感山水原创，人人都是产品经理。 未经许可禁止转载。