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

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

  •  
  •   20498860 · 84 天前 · 2075 次点击
    这是一个创建于 84 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

    全世界的 js 仔要联合起来,谢谢!
    crystal1992
        19
    crystal1992   83 天前
    之前公司的流程是,需求来的时候产品高保真原型已经做好了。领导评估个时间大概多久上线,比如 30 天,前 20 天开发后 10 天测试。所有新加的需求都只会在后 10 天来做,大更改直接放到下一个版本。领导给的时间一般都很充裕,没有加班改需求的情况出现。
    前端加班一般都是上线后有需要紧急修改的 bug, 而且测试是必须陪着的。
    你们这种情况除了上面有人说的,团队磨合不好,产品能力稍差。我觉得还有一点很重要的是你们前端没有话语权,遇到不合理的需求别当包子啊。
    maplelin
        20
    maplelin   83 天前
    我们这边 UI 没有出完设计稿,开发坚决不开工,说白了还是你们开发团队态度不够强硬,被其他人当了冤大头
    mcluyu
        21
    mcluyu   83 天前
    前端没有 UI 图都能开始干活?恕我无能。。虽然人生第一份工作确实遇到过这种情况,不过三个月公司就黄了,说白了就是技术头太无能,整个团队一团糟,老板叽叽喳喳,后来再也没遇到过。现在基本流程是:原型->相关人员评审->UI 初稿->开发人员进一步评审->UI 修稿->开始做。评审不 OK 的,来不及修改的放下一版本。
    feibinyang
        22
    feibinyang   83 天前
    测试测得认真是好事,还能给你用户体验反馈,自己也开发时也多把控下。另外把因为产品没提或者 UI 设计不全导致的 [返工] 问题,列出来,找个时间拉他们一起过一下,让他们找找原因,后续需求评审可以拿这个作为案例评审时严格把控。
    FlyingDough
        23
    FlyingDough   83 天前
    这个感觉最大的坑在你们产品啊。
    GeruzoniAnsasu
        24
    GeruzoniAnsasu   83 天前   ❤️ 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   83 天前
    @GeruzoniAnsasu 你们这是有个大牛在带领着 羡慕啊
    ypjovi666
        26
    ypjovi666   83 天前
    都是项目经理的锅 甩给他
    sogwsc
        27
    sogwsc   83 天前
    我们以前是后端和测试天天加班 前端和客户端就没加过班 哭笑不得
    longtao
        28
    longtao   83 天前   ❤️ 1
    让老大召集所有人开个会,把每个岗位的责任和流程规范都讲清楚,要是实际工作中推不动,建议趁早跑路,流程不规范的团队,待着是真的难受,更何况你还是背锅的那个!
    deletemyself
        29
    deletemyself   83 天前
    害,这不就是我们么。。。需求基本靠自己理解 [一般需求描述就几句话] ,需求不清晰导致测试也测不完整。。然后问题多了就要开发开发完了自己测。。慢慢就成了全干 😂
    njshiyanhz
        30
    njshiyanhz   83 天前
    看你这么说,我总算明白为什么我们前端做的页面跟 demo 一样,没有任何校验,只要 UI 图没标出来的功能,从来不做,自己没有任何想法。

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

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


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