对IT团队的岗位职责的一些思考

因为公司的调整，整个团队被软件部门移交到了另一个部门，原组长出走。现在回头思考整个团队的工作，以及各个岗位职能。算是一个复盘吧。

大多数IT团队 都是由开发（前端，后端），测试，产品组成。下面就一一阐述这些我认为岗位该有的职责和提升点。这些只是我的一些简单思考，如果有说的不对的地方，希望大家轻喷。

1 后端

后端开发作为产品大多数业务逻辑的实现层。理所应当就要去关注业务所承载的数据，以及业务的具体逻辑，业务的流转走向。

这只在表面上的一个后端该干的事情。但是这些做好了就可以了吗？ 整个系统的稳定性，拓展性如何去把控？如何针对业务进行进行技术组件的选型？如何优雅的替换掉旧的组件依赖？在面对生产问题怎么快速定位问题？如何用技术去反哺业务？（很多时候产品是意识不到产品的问题，未给出需求。所以后端就要有全局视角。自我驱动的优化产品功能。做到这一点真的很牛逼！！）给公司带来可量化的效益。

2 前端

前端作为一个应用的门面，主要就是负责接口数据的渲染。页面美化，用户交互逻辑上的一些工作。

上述这只是对一个前端基本的要求。作为一个前端开发在面对业务的时候不能就简单的调用接口完成那些操作就好了。 对于业务也需要有自己的思考，如何和后端配合？ 后端那些接口返回的参数在不合理的情况下如何说服？（例如那些json 的层级对你的UI组件的渲染意味着什么。对后端而又意味着什么？）哪些功能要在前端处理。如何优雅的处理？ 怎么去抽出共性模块组件？在面对一些复杂的功能操作时，给出自己的优化交互方案。

3 测试

测试的一个终极目标就是保证系统功能执行正确，软件的质量。所以测试针对系统业务功能分支进行测试，同时针对一些边界情况来看功能的一个正确性，如 压测 ，数据的边界，这些我都认为是一个系统的边界，真正生产中很少会遇到这种情况，但是也就因为少。所以开发也会忽略这一点，这就需要让测试来进行一些整体的把控。

上述这些我认为是一个测试基本的工作。但是在实际工作中，测试的工作更多关系的整个团队的效率。

（我举一个例子。比如测试发现了一个bug ,他如果无法如果分辨是前端的bug 还是后端的bug 那么是不是开发都要去关注整个事情。）

如果测试知道bug的规律，亦或者大致出现的原因，那么开发排查起来会不会更快？但是我所在的团队的测试，大多数都是写个测试错误的结果。并未给出详细的逻辑步骤，甚至比如点那个按钮。输入了那些东西导致的报错。都不一定会给出。测试用例如何覆盖整个的功能逻辑？ 功能模块间如果相互耦合，如何高效的定位出问题出现的大致范围？

4 产品经理

产品经理是赋予产品气质与灵魂的岗位。而我所在团队的产品只是一昧的迎合用户的需求。用户觉得这边可以这样处理下优化下，产品就直接去设计了。很少去思考这个功能与其他功能是否有冲突？这个功能是否合规？比较重要的功能被开发拒绝后也不会去放个方案去迂回的实现功能。。拉则旧方案说这个功能就是要做。

我认为产品在面对在用户提出的需求上，如何去让用户为你做的功能买单？这个功能做的同时，怎么去把握收益和投入的成本？

产品的思考不能仅仅聚焦在用户需求层面， 你要去创造需求，洞察需求背后的底层逻辑是什么？由点到面的去提示整个产品在市场上的竞争度 。超出用户的期待。用户就原意去买单使用。当用户量上来了。。。如果竞品又比较拉 那么可能就垄断了。。比如 微信，QQ 

最后我作为一个开发，一直相信产品和开发是一条船上的（开发提供动力，产品指明方向）大家相互成就，在同类产品的竞争过程中，只有在方向对了的情况下，动力给足了到才有获胜的可能。