一个包含产品经理、项目经理、UI、后端、前端、测试的 20 人小团队的正常开发流程是怎么样的？

三言两语也说不清除。感觉你的工作职责不清晰，其他人的锅都在你头上。前端应该按照设计稿做就行，如果有新需求就需要加时间。下拉刷新、无限懒加载、各种搜索条件校验 这些是必备的组件功能

没有 UI 图，绝对不开工。

开发之前需求评审+设计评审+用例评审
非紧急需求推到下一个迭代

@workg 设计稿是没有的，去找 UI 她就开始整活，有一次让我们把 table 弄成固定列的，我说固定列要具体每个页面来配置的，不能写死，然后她就找她老大，感觉就是鸡同鸭讲。。。小地方，有些人的工作目标不是把东西做完做好，是能不干活就不干活

@zlu1123 哈哈 那这个没办法了

同小团队前端，同感觉被坑，产品、测试、运营无限提需求，后端接口自己写完不测需要我们前端来测

@qooweds 目前有需求评审，请问设计评审和用例评审具体是干啥的呢？

@slxyzzl 我这以前也是这样，后来弄了 YAPI 来 mock，前后端分开测

@workg 下拉刷新、无限懒加载这些东西 有些页面要 有些不要，但是产品和测试想的不一样，这就很难办，搜索条件有些有冲突的需要提示也都是测试来提的

[没有交互，所以测试会让我们加上比如 H5 的下拉刷新、无限懒加载、各种搜索条件校验这些东西]
产品经理有大问题，建议反馈一下，要不然后面的锅全是你背

原型+UI 为依据，没有的功能就下次迭代，强行要加就说要耗费时间

改需求是肯定会遇到的，但是这些常识且通用东西没有，就是产品经理的锅了

@20498860 #7 设计评审我们一般是开发设计评审,我们一般是后端才有这玩意
用例评审就是测试用例评审, 相当于需求的细化理解,精确到 UI 的细节部分

测试凭什么加需求,最几把烦这种测试,不知道自己吃几万干饭.

给你讲其实大家都差不多是这样的，主要有两层原因：

1. 团队磨合不到位
2. 经验不足：产品经理不知道要交付到什么程度的原型图，后端不能保证 mock 的数据和最终数据一致

其实也没啥纠结的，新团队都会这样的，磨合个一年多就好了，如果在人员流动低的团队，替换的员工可能就会觉得好点。如果一直没磨合好，就要考虑是不是能力问题了。

PMP 学一下就什么都知道了

凭嘛等我搭好界面 ui 给我指手画脚

谢谢楼上各位的回复，要提意见的话也要有理有据，麻烦各位流程正常的朋友发一份合格的产品原型、UI 规范、测试用例文件给我看一下，我好跟老大提

全世界的 js 仔要联合起来，谢谢！

之前公司的流程是，需求来的时候产品高保真原型已经做好了。领导评估个时间大概多久上线，比如 30 天，前 20 天开发后 10 天测试。所有新加的需求都只会在后 10 天来做，大更改直接放到下一个版本。领导给的时间一般都很充裕，没有加班改需求的情况出现。
前端加班一般都是上线后有需要紧急修改的 bug, 而且测试是必须陪着的。
你们这种情况除了上面有人说的，团队磨合不好，产品能力稍差。我觉得还有一点很重要的是你们前端没有话语权，遇到不合理的需求别当包子啊。

我们这边 UI 没有出完设计稿，开发坚决不开工，说白了还是你们开发团队态度不够强硬，被其他人当了冤大头

前端没有 UI 图都能开始干活？恕我无能。。虽然人生第一份工作确实遇到过这种情况，不过三个月公司就黄了，说白了就是技术头太无能，整个团队一团糟，老板叽叽喳喳，后来再也没遇到过。现在基本流程是：原型->相关人员评审->UI 初稿->开发人员进一步评审->UI 修稿->开始做。评审不 OK 的，来不及修改的放下一版本。

测试测得认真是好事，还能给你用户体验反馈，自己也开发时也多把控下。另外把因为产品没提或者 UI 设计不全导致的 [返工] 问题，列出来，找个时间拉他们一起过一下，让他们找找原因，后续需求评审可以拿这个作为案例评审时严格把控。

这个感觉最大的坑在你们产品啊。

讲流程没用，流程得有基础设施
我给你讲一下我们 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 上的，所有人都能随时检查，如果看不到则这个需求不会进入研发阶段，并且由于一直在线所以任何人随时都可以提出争议，无争议了才会通过评审

- 应急的时候我们的产品经理前后端代码能自己写，数据库能自己远程上去调试，哦不如说他还是核心研发角色之一










*其它的流程基本跟你描述的流程一样

@GeruzoniAnsasu 你们这是有个大牛在带领着 羡慕啊

都是项目经理的锅 甩给他

我们以前是后端和测试天天加班 前端和客户端就没加过班 哭笑不得

让老大召集所有人开个会，把每个岗位的责任和流程规范都讲清楚，要是实际工作中推不动，建议趁早跑路，流程不规范的团队，待着是真的难受，更何况你还是背锅的那个！

害，这不就是我们么。。。需求基本靠自己理解 [一般需求描述就几句话] ，需求不清晰导致测试也测不完整。。然后问题多了就要开发开发完了自己测。。慢慢就成了全干

看你这么说，我总算明白为什么我们前端做的页面跟 demo 一样，没有任何校验，只要 UI 图没标出来的功能，从来不做，自己没有任何想法。

小团队，你如果不多想一步，让别人替你想的话，那就只能你做完之后，其他人测试或领导检验你成果的时候给你提出来问题，这样你肯定加班。

要么离职找正规流程大团队，要么自己想办法推动整个流程，要么比别人多想一步做完善一点。

@njshiyanhz 产品经理不把原型图流程图做好，不要太甩锅于前端。前端就拿份工资，不帮你是本分，帮你是情分，但这情分喂给嘴炮老板，还不如喂给狗吃。

@speculatorA 拿份工资跟帮其它成员考虑一步冲突吗？ 是不是拿份工资=有啥写啥，拿份股权=缺啥写啥，拿个公司=谁给钱做啥就做啥？


为什么“拿份工资”就不能缺啥写啥？

@GeruzoniAnsasu 不冲突，一次两次三次，可以。但如果每一版需求的原型图都是不完整的，凭什么每一次都帮其他成员解决？ PM 分钱给前端吗？公司发达了会多发两块吗？
工资-股权-公司，如你表达，对项目的投入程度肯定是越来越高的，表达的逻辑本质没问题，但故意以极端的说法来造成这个逻辑出错，就是那个啥了，这种言论方式，在很多 XX 地方可见，我也很喜欢看这种好笑的事情