各岗位责任划分

针对目前各个岗位配合的不好导致总体效率不高问题，各个岗位出现了推卸责任，相互推诿问题。本次会议本着对事不对人的原则，特制定本条列。

一. 前后端责任（避免出现前后端没调试好，前端说是后端问题，后端说是前端问题）

1. 后端（java开发）必须开发好接口，经过postman测试，返回正确，而且返回的数据必须有3条以上数据，然后截图发到微信群里面。如果出现接口报错就是后端的责任。
2. 如果后端接口经过测试没有问题，又给了一定的时间给前端，而前端没有做出来，就是前端的责任。
3. 如果出现后端接口返回的东西完全不是前端所需要的，没理解需求，这是后端的责任，后端应该找产品确认需求再做。如果只是少了一个字段那就补上，问题不大。
4. 如果出现前后端已经联调好了的模块，后面因为后端在做新模块的时候不小心改了之前的模块的数据库导致又出现问题，是后端负责，如果是因为前端改组件而影响了其他的页面则是前端负责。

二。前端与ui之间的责任

目前存在问题：前端说ui画的图天马行空没有按照elementUI这套框架来画，同一个相同的地方前端已经封装成组件，ui居然画的不同，ui说前端做出的页面与ui图有差异。 经过讨论达成一致如下：

1. ui设计按照我们现在前端所用的框架ElementUI来设计，部分小地方可以更改颜色边距等，但不能相差太大，不能天马行空的抄袭别的产品。
2. ui设计图相同的部分必须每个图一致，比如面包屑导航，分页。因为这些前端会把它封装成一个组件。
3. 针对ui图和前端页面是否一致的问题，考虑到前端开发主要以功能开发为主，而且需要考虑到性能等，允许页面和图存在少部分不同，或者前端与ui可以商议出一个既容易实现又审美过得去的方案。第一版允许存在少量不同，后面第二版在完善一些样式。用迭代的思想去开发。考虑到前端既要实现功能，又要审美，又要考虑性能，确实不能一下开发出完美的产品。
4. Ui设计一旦做好了，这一版定下来了就不能改了，不能说，前端已经在开发了，ui又自己把图改了。至少要有版本的概念。如果非要改也要放到第二个版本中，需要另外计算工时。
5. 针对之前ui设计前期设计完了图，后面进入开发阶段和修bug阶段没事情做，为应付写日志，监督前端，好在日志上写着‘监督前端与设计图一致’。这个不必了，没事做可以搞搞产品的事情，做竞品分析。因为现在的前端不比过去，现在的前端技术含量甚至比后端还高。考虑到ui设计大部分是美术生出生不懂代码方面。ui设计只会考虑美术方面，但做系统毕竟不是画画，前端考虑到的方面要多得多，比如性能，功能，和后台的对接情况。

三.产品和开发

         1.首先产品必须得有一个版本的概念，不能已经交付给了开发这边，然后你有想法，又把原型图改了。经过评审定下来了之后就不能改了。如果要改则放到下一个版本。

2.前端发现ui设计图和后端接口有些图上有的字段，接口没有，或者接口有图上没有的，或者原型上有ui图上没有的，这个就要交流，由产品定这字段要不要，然后后端数据库没有的或者有但接口没返回的就要去补。

3.产品不能只是抄袭竞品，如果只是抄袭的话，那还不如开发的直接对着竞品做。

4.产品有些确实比较复杂的功能，如果确实实现不了的，那么就要和开发这边商议，要么换一种方式实现，要么先做个简单功能，后面下个版本在完善其余较复杂的功能。这也是考虑到创业公司毕竟整体开发团队实力比不上大公司。就产品来说小公司设计的产品也确实比不上大公司。

5.产品和开发对某功能的实现，或者前端效果实现有争议的，需要商议，也不能说‘我是产品，就得听我的’，因为开发也懂产品，有的开发甚至考虑的还周全些。有些特别难的建议先放到下个版本，毕竟做产品都是要逐步迭代才能越做越好。产品设计也是，不可能第一个版本就是设计出完美的产品。