😶我是前端，感觉以上所有环节的人都在坑我们，做的东西反复的加东西改东西、每天八九点下班，其他人都是准时下班 目前产品给的原型图只包含基本布局（没有交互，所以测试会让我们加上比如 H5 的下拉刷新、无限懒加载、各种搜索条件校验这些东西），UI 用的是 element+vant （ UI 图是没有的，规范也都是我们开发完了 UI 再提我们再改），后端用 YAPI 来 mock 还好，测试现在写了测试案例（不过经常会有产品经理没考虑到的东西，所以测完了又要加一轮）
请问一个正常的流程是怎么样的，各个环节需要给出怎么样的东西才能到下一个环节
 |
1
workg Jul 6, 2020
三言两语也说不清除。感觉你的工作职责不清晰，其他人的锅都在你头上。前端应该按照设计稿做就行，如果有新需求就需要加时间。下拉刷新、无限懒加载、各种搜索条件校验 这些是必备的组件功能
|
 |
2
zlu1123 Jul 6, 2020
没有 UI 图，绝对不开工。
|
 |
3
qooweds Jul 6, 2020
开发之前需求评审+设计评审+用例评审
非紧急需求推到下一个迭代 |
 |
4
20498860 OP @workg 设计稿是没有的，去找 UI 她就开始整活，有一次让我们把 table 弄成固定列的，我说固定列要具体每个页面来配置的，不能写死，然后她就找她老大，感觉就是鸡同鸭讲。。。小地方，有些人的工作目标不是把东西做完做好，是能不干活就不干活
|
 |
6
slxyzzl Jul 6, 2020
同小团队前端，同感觉被坑，产品、测试、运营无限提需求，后端接口自己写完不测需要我们前端来测
|
|
9
20498860 OP @workg 下拉刷新、无限懒加载这些东西 有些页面要 有些不要，但是产品和测试想的不一样，这就很难办，搜索条件有些有冲突的需要提示也都是测试来提的
|
 |
10
shuigui Jul 6, 2020
[没有交互，所以测试会让我们加上比如 H5 的下拉刷新、无限懒加载、各种搜索条件校验这些东西]
产品经理有大问题，建议反馈一下，要不然后面的锅全是你背 |
 |
11
fhw12372 Jul 6, 2020
原型+UI 为依据，没有的功能就下次迭代，强行要加就说要耗费时间
|
|
12
shuigui Jul 6, 2020
改需求是肯定会遇到的，但是这些常识且通用东西没有，就是产品经理的锅了
|
|
13
qooweds Jul 6, 2020
@20498860 #7 设计评审我们一般是开发设计评审,我们一般是后端才有这玩意
用例评审就是测试用例评审, 相当于需求的细化理解,精确到 UI 的细节部分 |
 |
14
yaphets666 Jul 6, 2020
测试凭什么加需求,最几把烦这种测试,不知道自己吃几万干饭.
|
 |
15
Yanickkk Jul 6, 2020
给你讲其实大家都差不多是这样的，主要有两层原因：
1. 团队磨合不到位 2. 经验不足：产品经理不知道要交付到什么程度的原型图，后端不能保证 mock 的数据和最终数据一致 其实也没啥纠结的，新团队都会这样的，磨合个一年多就好了，如果在人员流动低的团队，替换的员工可能就会觉得好点。如果一直没磨合好，就要考虑是不是能力问题了。 |
 |
16
xiaoxi1001 Jul 6, 2020
PMP 学一下就什么都知道了
|
 |
17
sherwin1995 Jul 6, 2020
凭嘛等我搭好界面 ui 给我指手画脚
|
|
18
20498860 OP 谢谢楼上各位的回复，要提意见的话也要有理有据，麻烦各位流程正常的朋友发一份合格的产品原型、UI 规范、测试用例文件给我看一下，我好跟老大提
全世界的 js 仔要联合起来，谢谢！ |
 |
19
crystal1992 Jul 6, 2020
之前公司的流程是，需求来的时候产品高保真原型已经做好了。领导评估个时间大概多久上线，比如 30 天，前 20 天开发后 10 天测试。所有新加的需求都只会在后 10 天来做，大更改直接放到下一个版本。领导给的时间一般都很充裕，没有加班改需求的情况出现。
前端加班一般都是上线后有需要紧急修改的 bug, 而且测试是必须陪着的。 你们这种情况除了上面有人说的，团队磨合不好，产品能力稍差。我觉得还有一点很重要的是你们前端没有话语权，遇到不合理的需求别当包子啊。 |
 |
20
maplelin Jul 6, 2020
我们这边 UI 没有出完设计稿，开发坚决不开工，说白了还是你们开发团队态度不够强硬，被其他人当了冤大头
|
 |
21
mcluyu Jul 6, 2020
前端没有 UI 图都能开始干活？恕我无能。。虽然人生第一份工作确实遇到过这种情况，不过三个月公司就黄了，说白了就是技术头太无能，整个团队一团糟，老板叽叽喳喳，后来再也没遇到过。现在基本流程是：原型->相关人员评审->UI 初稿->开发人员进一步评审->UI 修稿->开始做。评审不 OK 的，来不及修改的放下一版本。
|
 |
22
feibinyang Jul 6, 2020
测试测得认真是好事，还能给你用户体验反馈，自己也开发时也多把控下。另外把因为产品没提或者 UI 设计不全导致的 [返工] 问题，列出来，找个时间拉他们一起过一下，让他们找找原因，后续需求评审可以拿这个作为案例评审时严格把控。
|
 |
23
FlyingDough Jul 6, 2020
这个感觉最大的坑在你们产品啊。
|
 |
24
GeruzoniAnsasu Jul 6, 2020  2
讲流程没用，流程得有基础设施
我给你讲一下我们 30 人的团队都有哪些基础设施 - CI，不提，大家有手都会用 - 产品基础平台，包含前端和后端的一部分组件，由设计师直接管从出图到验收的全部分，从按钮文字到列表对话框动画等一系列 UI 都由它定义好，各产品的交互定义一律以基础平台为准，所以绝大部分页面不需要高交互原型，有没实现的特殊交互产品先跟设计沟通定成通用方案，做好后再引用，只有极少数 UI 是产品特有，则设计额外给设计稿。这个项目有一个几个人（含设计师）的小团队维护 - API 生成器；我们主要用 golang，有一个把 golang 特有形式 API parse 并输出对应前端使用的 (ts) 接口函数的编译器，CI 上会有 check 来保证 server golang 代码和 ts 始终能一一对应。这个 parser 项目由公司各个产品组的核心资深研发共同维护。 - jira 记任务，confluence 记 sprint 文档和任务汇总，并且与 gitlab 三方相互集成，在 gitlab 上的 mr 会自动创建任务的 weblink，保证每期迭代每个任务每个 mr 都是能相互关联复查的。各个内部系统的相互集成和二次开发，又有一个小团队专门开发维护 - 原型是放在 gitlab pages 上的，所有人都能随时检查，如果看不到则这个需求不会进入研发阶段，并且由于一直在线所以任何人随时都可以提出争议，无争议了才会通过评审 - 应急的时候我们的产品经理前后端代码能自己写，数据库能自己远程上去调试，哦不如说他还是核心研发角色之一 *其它的流程基本跟你描述的流程一样 |
|
25
20498860 OP @GeruzoniAnsasu 你们这是有个大牛在带领着 羡慕啊
|
 |
26
ypjovi666 Jul 6, 2020
都是项目经理的锅 甩给他
|
 |
27
sogwsc Jul 6, 2020
我们以前是后端和测试天天加班 前端和客户端就没加过班 哭笑不得
|
 |
28
longtao Jul 6, 2020 1
让老大召集所有人开个会，把每个岗位的责任和流程规范都讲清楚，要是实际工作中推不动，建议趁早跑路，流程不规范的团队，待着是真的难受，更何况你还是背锅的那个！
|
 |
29
deletemyself Jul 6, 2020
害，这不就是我们么。。。需求基本靠自己理解 [一般需求描述就几句话] ，需求不清晰导致测试也测不完整。。然后问题多了就要开发开发完了自己测。。慢慢就成了全干 😂
|
 |
30
njshiyanhz Jul 6, 2020
看你这么说，我总算明白为什么我们前端做的页面跟 demo 一样，没有任何校验，只要 UI 图没标出来的功能，从来不做，自己没有任何想法。
小团队，你如果不多想一步，让别人替你想的话，那就只能你做完之后，其他人测试或领导检验你成果的时候给你提出来问题，这样你肯定加班。 要么离职找正规流程大团队，要么自己想办法推动整个流程，要么比别人多想一步做完善一点。 |
 |
31
speculatorA Jul 7, 2020
@njshiyanhz 产品经理不把原型图流程图做好，不要太甩锅于前端。前端就拿份工资，不帮你是本分，帮你是情分，但这情分喂给嘴炮老板，还不如喂给狗吃。
|
|
32
GeruzoniAnsasu Jul 7, 2020
|
|
33
speculatorA Jul 7, 2020
@GeruzoniAnsasu 不冲突，一次两次三次，可以。但如果每一版需求的原型图都是不完整的，凭什么每一次都帮其他成员解决？ PM 分钱给前端吗？公司发达了会多发两块吗？
工资-股权-公司，如你表达，对项目的投入程度肯定是越来越高的，表达的逻辑本质没问题，但故意以极端的说法来造成这个逻辑出错，就是那个啥了，这种言论方式，在很多 XX 地方可见，我也很喜欢看这种好笑的事情 |
Select Language