丁哥看软件（七）：角色划分

软件工作里面的脏活儿、累活儿一般是指技术老旧而不得不维护的一些工作。还有一些重复性强的工作也被称为脏活儿、累活儿。

对于这种活儿，一般工程师都想推脱掉。主要原因是认为做这类活儿技术提高的空间很小，再加上技术陈旧，这些技巧学会了以后也用不上，同时也比较枯燥。

这类工作的工程师一般是指派的。需要对相关的工程师进行一些必要的技术培训或者直接招收懂得相关技术的工程师加入工作。

效率和价值主要体现在帮助客户解决现有软件系统中的问题，或者添加新的功能。客户可能很少愿意购买一套崭新的系统，因为价格相对比较高，所以他们宁愿少花点钱去做些修修补补的工作，能够解决燃眉之急就可以了。

运维工作的价值是把已经开发出来的组件和系统集成起来统一的工作。是推出面向用户的软件系统产品的重要一步。我不认为是边角料的活儿。

运维相关的工作越简洁越清晰越好。这部分相关的文档一般是read me markdown的形式存放在软件系统的repo中。通过查看这些文档，应该可以自行部署整套系统。

系统部署一般会分几种类别，开发模式，qa模式，staging模式和生产模式。

业界对于软件开发过程中的角色有不同的理解和看法。我的观点如下:

1.项目产品经理负责业务需求的处理，负责跟客户与开发团队打交道。

2.项目开发组长一定是全栈，需要统筹规划，与项目经理一起探讨需求分析，与开发组成员一起探讨开发设计，任务分配与开发实现。

3.前端工程师负责网络页面程序开发，手机端应用开发，桌面端应用开发等等。

4.后端工程师负责API设计与开发, 数据分析处理与消息推送。

5.运维工程师负责部署环境的搭建与看护。

6.针对具体的业务需求，还会有更细分的角色类别，比如说大数据工程师，算法工程师，AI工程师，机器学习工程，深度学习工程师, 中间件工程师。

7.测试工程师负责系统集成后的业务需求案例测试。这一部分的输入跟开发团队的输入是一样的，都是用户的需求。输出则是需求案例对应的测试报告。而开发团队的输出就是整个软件系统。