V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
20498860
V2EX  ›  问与答

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

  •  
  •   20498860 · 2020-07-06 09:12:54 +08:00 · 3805 次点击
    这是一个创建于 1586 天前的主题,其中的信息可能已经有所发展或是发生改变。

    😶我是前端,感觉以上所有环节的人都在坑我们,做的东西反复的加东西改东西、每天八九点下班,其他人都是准时下班 目前产品给的原型图只包含基本布局(没有交互,所以测试会让我们加上比如 H5 的下拉刷新、无限懒加载、各种搜索条件校验这些东西),UI 用的是 element+vant ( UI 图是没有的,规范也都是我们开发完了 UI 再提我们再改),后端用 YAPI 来 mock 还好,测试现在写了测试案例(不过经常会有产品经理没考虑到的东西,所以测完了又要加一轮)

    请问一个正常的流程是怎么样的,各个环节需要给出怎么样的东西才能到下一个环节

    33 条回复    2020-07-07 12:23:47 +08:00
    workg
        1
    workg  
       2020-07-06 10:11:32 +08:00
    三言两语也说不清除。感觉你的工作职责不清晰,其他人的锅都在你头上。前端应该按照设计稿做就行,如果有新需求就需要加时间。下拉刷新、无限懒加载、各种搜索条件校验 这些是必备的组件功能
    zlu1123
        2
    zlu1123  
       2020-07-06 10:28:47 +08:00
    没有 UI 图,绝对不开工。
    qooweds
        3
    qooweds  
       2020-07-06 10:30:39 +08:00
    开发之前需求评审+设计评审+用例评审
    非紧急需求推到下一个迭代
    20498860
        4
    20498860  
    OP
       2020-07-06 11:04:54 +08:00
    @workg 设计稿是没有的,去找 UI 她就开始整活,有一次让我们把 table 弄成固定列的,我说固定列要具体每个页面来配置的,不能写死,然后她就找她老大,感觉就是鸡同鸭讲。。。小地方,有些人的工作目标不是把东西做完做好,是能不干活就不干活
    20498860
        5
    20498860  
    OP
       2020-07-06 11:05:08 +08:00
    @zlu1123 哈哈 那这个没办法了
    slxyzzl
        6
    slxyzzl  
       2020-07-06 11:05:14 +08:00
    同小团队前端,同感觉被坑,产品、测试、运营无限提需求,后端接口自己写完不测需要我们前端来测
    20498860
        7
    20498860  
    OP
       2020-07-06 11:05:40 +08:00
    @qooweds 目前有需求评审,请问设计评审和用例评审具体是干啥的呢?
    20498860
        8
    20498860  
    OP
       2020-07-06 11:07:09 +08:00
    @slxyzzl 我这以前也是这样,后来弄了 YAPI 来 mock,前后端分开测
    20498860
        9
    20498860  
    OP
       2020-07-06 11:09:18 +08:00
    @workg 下拉刷新、无限懒加载这些东西 有些页面要 有些不要,但是产品和测试想的不一样,这就很难办,搜索条件有些有冲突的需要提示也都是测试来提的
    shuigui
        10
    shuigui  
       2020-07-06 11:09:34 +08:00
    [没有交互,所以测试会让我们加上比如 H5 的下拉刷新、无限懒加载、各种搜索条件校验这些东西]
    产品经理有大问题,建议反馈一下,要不然后面的锅全是你背
    fhw12372
        11
    fhw12372  
       2020-07-06 11:11:31 +08:00
    原型+UI 为依据,没有的功能就下次迭代,强行要加就说要耗费时间
    shuigui
        12
    shuigui  
       2020-07-06 11:13:00 +08:00
    改需求是肯定会遇到的,但是这些常识且通用东西没有,就是产品经理的锅了
    qooweds
        13
    qooweds  
       2020-07-06 11:39:57 +08:00
    @20498860 #7 设计评审我们一般是开发设计评审,我们一般是后端才有这玩意
    用例评审就是测试用例评审, 相当于需求的细化理解,精确到 UI 的细节部分
    yaphets666
        14
    yaphets666  
       2020-07-06 11:54:37 +08:00
    测试凭什么加需求,最几把烦这种测试,不知道自己吃几万干饭.
    yannxia
        15
    yannxia  
       2020-07-06 11:55:41 +08:00
    给你讲其实大家都差不多是这样的,主要有两层原因:

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

    其实也没啥纠结的,新团队都会这样的,磨合个一年多就好了,如果在人员流动低的团队,替换的员工可能就会觉得好点。如果一直没磨合好,就要考虑是不是能力问题了。
    xiaoxi1001
        16
    xiaoxi1001  
       2020-07-06 13:33:40 +08:00
    PMP 学一下就什么都知道了
    sherwin1995
        17
    sherwin1995  
       2020-07-06 14:09:21 +08:00
    凭嘛等我搭好界面 ui 给我指手画脚
    20498860
        18
    20498860  
    OP
       2020-07-06 14:29:28 +08:00
    谢谢楼上各位的回复,要提意见的话也要有理有据,麻烦各位流程正常的朋友发一份合格的产品原型、UI 规范、测试用例文件给我看一下,我好跟老大提

    全世界的 js 仔要联合起来,谢谢!
    crystal1992
        19
    crystal1992  
       2020-07-06 14:32:39 +08:00
    之前公司的流程是,需求来的时候产品高保真原型已经做好了。领导评估个时间大概多久上线,比如 30 天,前 20 天开发后 10 天测试。所有新加的需求都只会在后 10 天来做,大更改直接放到下一个版本。领导给的时间一般都很充裕,没有加班改需求的情况出现。
    前端加班一般都是上线后有需要紧急修改的 bug, 而且测试是必须陪着的。
    你们这种情况除了上面有人说的,团队磨合不好,产品能力稍差。我觉得还有一点很重要的是你们前端没有话语权,遇到不合理的需求别当包子啊。
    maplelin
        20
    maplelin  
       2020-07-06 14:42:29 +08:00
    我们这边 UI 没有出完设计稿,开发坚决不开工,说白了还是你们开发团队态度不够强硬,被其他人当了冤大头
    mcluyu
        21
    mcluyu  
       2020-07-06 14:51:57 +08:00
    前端没有 UI 图都能开始干活?恕我无能。。虽然人生第一份工作确实遇到过这种情况,不过三个月公司就黄了,说白了就是技术头太无能,整个团队一团糟,老板叽叽喳喳,后来再也没遇到过。现在基本流程是:原型->相关人员评审->UI 初稿->开发人员进一步评审->UI 修稿->开始做。评审不 OK 的,来不及修改的放下一版本。
    feibinyang
        22
    feibinyang  
       2020-07-06 14:55:54 +08:00
    测试测得认真是好事,还能给你用户体验反馈,自己也开发时也多把控下。另外把因为产品没提或者 UI 设计不全导致的 [返工] 问题,列出来,找个时间拉他们一起过一下,让他们找找原因,后续需求评审可以拿这个作为案例评审时严格把控。
    FlyingDough
        23
    FlyingDough  
       2020-07-06 15:17:20 +08:00
    这个感觉最大的坑在你们产品啊。
    GeruzoniAnsasu
        24
    GeruzoniAnsasu  
       2020-07-06 15:38:37 +08:00   ❤️ 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 上的,所有人都能随时检查,如果看不到则这个需求不会进入研发阶段,并且由于一直在线所以任何人随时都可以提出争议,无争议了才会通过评审

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










    *其它的流程基本跟你描述的流程一样
    20498860
        25
    20498860  
    OP
       2020-07-06 16:02:32 +08:00
    @GeruzoniAnsasu 你们这是有个大牛在带领着 羡慕啊
    ypjovi666
        26
    ypjovi666  
       2020-07-06 17:10:51 +08:00
    都是项目经理的锅 甩给他
    sogwsc
        27
    sogwsc  
       2020-07-06 17:45:55 +08:00
    我们以前是后端和测试天天加班 前端和客户端就没加过班 哭笑不得
    longtao
        28
    longtao  
       2020-07-06 17:54:09 +08:00   ❤️ 1
    让老大召集所有人开个会,把每个岗位的责任和流程规范都讲清楚,要是实际工作中推不动,建议趁早跑路,流程不规范的团队,待着是真的难受,更何况你还是背锅的那个!
    deletemyself
        29
    deletemyself  
       2020-07-06 18:48:37 +08:00
    害,这不就是我们么。。。需求基本靠自己理解 [一般需求描述就几句话] ,需求不清晰导致测试也测不完整。。然后问题多了就要开发开发完了自己测。。慢慢就成了全干 😂
    njshiyanhz
        30
    njshiyanhz  
       2020-07-06 19:06:20 +08:00
    看你这么说,我总算明白为什么我们前端做的页面跟 demo 一样,没有任何校验,只要 UI 图没标出来的功能,从来不做,自己没有任何想法。

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

    要么离职找正规流程大团队,要么自己想办法推动整个流程,要么比别人多想一步做完善一点。
    speculatorA
        31
    speculatorA  
       2020-07-07 10:40:11 +08:00
    @njshiyanhz 产品经理不把原型图流程图做好,不要太甩锅于前端。前端就拿份工资,不帮你是本分,帮你是情分,但这情分喂给嘴炮老板,还不如喂给狗吃。
    GeruzoniAnsasu
        32
    GeruzoniAnsasu  
       2020-07-07 11:09:06 +08:00
    @speculatorA 拿份工资跟帮其它成员考虑一步冲突吗? 是不是拿份工资=有啥写啥,拿份股权=缺啥写啥,拿个公司=谁给钱做啥就做啥?


    为什么“拿份工资”就不能缺啥写啥?
    speculatorA
        33
    speculatorA  
       2020-07-07 12:23:47 +08:00
    @GeruzoniAnsasu 不冲突,一次两次三次,可以。但如果每一版需求的原型图都是不完整的,凭什么每一次都帮其他成员解决? PM 分钱给前端吗?公司发达了会多发两块吗?
    工资-股权-公司,如你表达,对项目的投入程度肯定是越来越高的,表达的逻辑本质没问题,但故意以极端的说法来造成这个逻辑出错,就是那个啥了,这种言论方式,在很多 XX 地方可见,我也很喜欢看这种好笑的事情
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5388 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 09:01 · PVG 17:01 · LAX 01:01 · JFK 04:01
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.