软件开发中的SD、SE、QA和RD是什么意思( 三 ) _工程师

3 QA：
Quality Assurance ，质量保证部门，俗称测试，别名背锅侠。毕竟所有功能都是经过了QA认证后才上线，上线有了问题，锅总有你一份。部分公司已经开始把PD和QA进行了合并，毕竟自己设计的功能自己都不能完备的跑完case，也不那么称职。而有些流程中的review环节，PD、UE都分别做了QA的部分工作。
QA这个职业本身还是有前途的，只是真的挺苦。初级手点的人肉测试比较多，后续自己制作工具去做自动化、监控系统，才是光明的坦途。
4 RD：
Research & Development，俗称研发，即研究和开发。国内小厂一般以develop为主，哪有时间research 。。。但是能去尝试research、有持续学习精神的，逐渐变的越来越牛逼。负责的高阶RD玩家是PD的好伙伴，什么都能做，也会比较客观的去评估产品收益，而非实现难度什么的，因为难度虽然有，但给时间，总有解决主要需求的技术方案。
5 OP：
Operation/Operator，一般是指网络的运营维护人员，也有人把产品运营人员称之为OP 。
对于运营人员来说，了解不同运营活动的能力范围和开发成本，感觉就已经上了一个蛮大的台阶，会把一批人甩在身后。高阶的运营开始去考虑系统性的运营和能力搭建，而非打一枪换一个地方。
6 Vendor：
一般所说的供应商，可以供应各种服务、人力、资源等，也有人叫外包叫做vendor，但感觉下一个更贴切点。
7 Outsourcing：
外包人员，大多数处理业务相关联，但是上手难度没有很大的部分，比如编辑、基础测试、基础开发。如果这部分预算充足，其实能做的事情还挺多的。
8 PMO：
这是个在中国比较尴尬的职位，Project Management Office，一般1个项目或者几个项目公用一个PMO ，负责项目的协调、调度，也有制作coach ，教教你流程不参与进项目的。由于独立工种的PMO比较尴尬，手上没有RD资源，也不是业务老板，所以去指挥、带领一大波人难度挺大的。个人觉得PMO比较合适的是RD的管理者，能够有效控制资源，之前也见过高阶RD担任的，实际话语权也不在手中，也是尴尬异常。
9 PR：
Public Relationship，公众关系部门，一般涉及到宣传、水军、洗地，是和媒体圈走的比较近的小伙伴。
10 GR：
Government Relationship ，政府关系部门。国内做内容或者工具多少都会涉及喝喝茶什么的，而且茶其实不大好喝= 。=属于业务部门和政府关系中间的水基润滑剂。
11 Ministry of Law：
法务部门，原则上你做了什么，法务都得知晓并且给出评估意见，评估法务风险。由于法务工作的特殊性，一般都会指出风险，比较nice的会告诉你如何规避，忙昏头的就直接让老板拍板是否承担问题。