a-system 阶段一问题总结

产品原型做的并不好。

1、

合同界面不同

2、

合同界面不同

1、这是一个非常简单的例子。 产品在描绘原型的时候，可以关注一些可以共用的组件。减少开发成本。

续约

这两个唯一的不同是时间

2、产品却用了不一样的展示方式，这本来可以共用的，却导致前端开发量成倍。每种都需要写一个。这是对产品的极不负责。

3、产品发布的时间。可能由于时间紧急的原因。所以发布了很多次。好像有5次以上吧。这是时间的浪费，成本还是存在的。

让人对产品产生一种怀疑。是否有必要听这一次的发布。而且每次产品发布都会有一些变动。 直到开发之后还是会有一些页面发布。莫名其妙就加了需求。

前端存在问题

1、产品原型发布后，前后端对接字段的时候，并没有及时给出相应的接口字段缺少的文档。以及特殊接口使用文档。  解决：对接swagger之后，做一个相应文档传给后台。

后端问题

1、后端字段不同 phone1  renterPhoneNumber1 表示同一个意思。  却用两个字段。

2、给后端要一个接口，后端找自己的接口都能找一会。这是及其不负责的。

3、和后端调接口，接口出现问题，后端人员更改次数太频繁了。不能7-8次。两三次就可以了。太过了。前端对这个接口的质量产生严重质疑。

自己学到的东西

1、对消息及时做出回应。否则别人可能会很急。

自己希望得到的结果

1、时间过短。做产品不仅仅简单的把产品做出来。而是每次用更好的方式完成。如果时间紧急，根本无法在开发产品的时候做出更好的决断，利用更好的技术。一个伟大的公司，必然会有一群技术厉害的人。

2、我接近两个月一直周六周日来了 ，  除了一个周日，还有练车的时间，这不是一个公司该有的形态。

个人失误

1、第一阶段  人员分配上存在重大漏洞。 （1、对自己B角责任不太明确，没有及时分任务。应该在第一次预发布的时候分配任务。 2、未能根据人员的实力，分配给他相应的工作量。  3、前端人员个人任务部分存在变动。  造成人员对自己任务会理解模糊，增加了和产品，后端人员沟通的时间。重复沟通。  4、未能及时根据工作量预估时间 ）

2、前端必须有一个人对整体范围很清楚。不仅仅是个人的模块。  （当时自己没担负起这个任务，1、对整体有了清楚的规划，方便对人员进行分配。  2、更清楚的和产品沟通，从整体上对产品提出前端的意见。让产品整体功能，组件统一。 ）

3、对于前端人员频繁离职这件事。其他方面的原因不分析。只从前端的角度考虑这个问题（1、无法快速跟上项目节奏。2、工作压力大，工作量繁忙。3、情绪不满。  ）。 1、对新人有完整的前端培训工作。让其快速了解规范。    2、项目和代码审核，快速定位代码问题。预防后期代码依旧出现相同的问题。  3、根据个人水平，合理的安排工作量。 4、领导是个能包容的领导，好领导。尽量不要有任何情绪碰撞。

80% 的问题都可以由增加时间来解决