生活中的问题想了很久，总结下自己的想法
2018年的时候对接公司内部支付接口的时候，内心很崩溃，因为之前一直在初创公司工作，都是直接从微信/支付宝等网络支付平台对接接口，所以整体的支付流程比较熟悉
公司内部支付接口对外部接口进行了包装，按照内心朴素的认知，必然是要比直接对接外部支付接口更方便，但是对接过程中明显没有感知到这一点，这使我陷入了深深的怀疑，怀疑是不是我的理解和接受能力有问题；根据后续对接联调的进展以及其他业务部门同事的反馈来看，大概率不是我的理解和接受能力出了问题。
当时心想，这底层服务的提炼抽象，还不如自己搞呢
当然日后的工作中进一步了解到，底层的支付平台，不仅仅要提供给其他部门易用方便的对接界面，更为了统一底层能力、财务管理、风险控制等目标；其业务职责是多方面的
但是今天想讨论的是问题的另外一个方面，即我们如何评判一个部门、一个职位是否应该存在
16年接触到Vue的时候，已经有2年断断续续的前后端的全栈开发经历；熟悉Vue的开发模式后心有所感，Vue这种开发模式将极大地提升前端项目的工程化；
工程化能力就是在指定的时间内通过合作，做出一个功能强大、健壮性好的项目的能力
不同规模，不同阶段的组织，为了完成规模各异的项目；必然会形成某种组织结构推进项目的进展，为了整体的效率，团队内成员会进行划分，形成各自的角色，不同的角色根据自己的技能和长处贡献自己的力量，最终形成合力，推进项目不断向前发展
一个团队和组织，不管如何划分，其整体目标都是为了能有更强的工程能力
所以一个部门，一个职位是否应该存在，需要综合项目的难度，参与人员的数量，各自的技能特长，组织特性等整体考虑，该部门存在是否对项目的整体效率达到预期的作用，该职位的设立是否达到了设立该职位时的期望和要求
以互联网产品项目为例，由研发岗位展开，很多职位都会面临神之一问：
研发不能保证代码质量吗？ 测试团队是不是可以不设立
研发不能自己把控项目进度吗？ PMO是不是可以不设立
研发不能自己管理自己的时间吗？ TL是不是可以不设立
研发不能自己入职、离职、管好自己符合公司文化么？HR是不是可以不设立
研发
甚至研发内部还可以细分：
后端研发不能写前端代码吗？前端团队是不是可以不设立
后端研发不能运维吗？基础团队是不是可以不设立
后端研发不能管理各自的数据库吗？DBA是不是可以不设立
研发不能保证代码安全吗？ 安全团队是不舍可以不设立
事实上，在初创团队初期，没有分工，可能所有的事情都是某一个或者几个研发全部完成，但是随着业务、产品、项目规模的扩大，工程规模已经无法由单个或者几个研发来维护，必然要求更精细专业的分工
而评价一个职位，一个部门，更应该从项目规模，从整体的组织效率来判断，该职位该部门的存在是否有意义，或者探讨是否有更合适更高效的组织形式或者职能划分方式。
网友评论