V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
unregister
V2EX  ›  程序员

敏捷开发 每两周发一次版真是累,每次发版都或多或少存在问题,导致很晚下班

  •  
  •   unregister · 63 天前 · 9671 次点击
    这是一个创建于 63 天前的主题,其中的信息可能已经有所发展或是发生改变。
    第 1 条附言  ·  62 天前
    首先感谢 v 友们的热情回复,从中我学习到了一些成功的案例,也了解到目前确实存在很多共同的痛点,所谓的敏捷开发不是一种方法而是一种思想。但一方面自己也没有真的实践过比较成功的,所以理解上肯定也谈不上多深刻。因本人见解确实有限就不一一回复了省的贻笑大方。最后希望大家在工作顺利,少受到这种敏捷开发方式的困扰,走上真正的敏捷道路。
    115 条回复    2023-01-11 18:18:14 +08:00
    1  2  
    unregister
        1
    unregister  
    OP
       63 天前
    v 友们,你们公司有没有比较成功的实践
    xy90321
        2
    xy90321  
       63 天前 via iPhone   ❤️ 3
    “你们不测试的吗”
    —————
    说实话没有比较完备的自动 /半自动测试体系做保障的话… 别敏捷了吧… 又或者对线上问题的宽容度高一点也可以解决这个问题
    unregister
        3
    unregister  
    OP
       63 天前
    @xy90321 开发是接口自测,然后测试测。公司里绝大多数人对单元测试这些都不熟悉。--
    explorerproxy
        4
    explorerproxy  
       63 天前
    有种为了两周发一版而发一版,跟敏捷没什么关系的感觉
    unregister
        5
    unregister  
    OP
       63 天前
    @explorerproxy 有种是为了让我们多加班的感觉。
    wusiration
        6
    wusiration  
       63 天前 via Android   ❤️ 1
    每周发版的表示压根没测试,都是上了边测边改,还好是内部系统
    liununu
        7
    liununu  
       63 天前 via iPhone   ❤️ 3
    为了赶工而冠以敏捷之名的压迫。
    连问几个简单问题就知道了,有没有迭代计划,按团队效率安排,有没有单元测试,集成测试等自动化测试,有没有 CI/CD 。
    lessMonologue
        8
    lessMonologue  
       63 天前
    因为某种原因,从来没有经历过发版!从来没有!一次都没有!
    xy90321
        9
    xy90321  
       63 天前 via iPhone
    @unregister
    木有单测木有联调,那解决办法无非是:要么花钱请个业务知识丰富的测试大神来 pattern 全覆盖,要么就给村口土地爷庙多上供一点香油钱
    Jemini
        10
    Jemini  
       63 天前
    我们还好,有预留修正日处理问题和整理代码。
    Nnq
        11
    Nnq  
       63 天前
    Safe 么? interation demo ,system demo 不都要做么
    enchilada2020
        12
    enchilada2020  
       63 天前 via Android
    才两周 我前司是一周一版 周一开始拍脑袋提需求 糊得一比 周二设计评审 周五发版😅
    Weixiao0725
        13
    Weixiao0725  
       63 天前
    都敏捷了,难道不是每周一版吗?
    unregister
        14
    unregister  
    OP
       63 天前
    @liununu 缺少自动化测试这一块,新老项目都没有
    @xy90321 联调是有的,有时候一些情况都没有及时想到,互相之间也会甩锅。😄
    @Jemini 那还挺好的,大晚上还不能下班,路上出事了,我在想公司能负得起这个责任吗?
    @enchilada2020 🐮
    @Weixiao0725 有两周一次的。
    dustin2016
        15
    dustin2016  
       63 天前
    以前的公司也是双周迭代,讲道理,就是为了让你加班,或者绩效裁员预备
    给你的需求混乱且有多,上面的拍屁股决定,底下的开始互相甩锅扯皮,发版经常到凌晨,修线上 bug 到凌晨两三点
    大小周上班和双周迭代没有未来
    ajasonwang
        16
    ajasonwang  
       63 天前 via Android
    开发质量问题本质上就是管理水平问题
    guowq
        17
    guowq  
       63 天前 via Android
    挺佩服小米的,之前两年内的手机开发版,内测日更,公测周更,可能最近顶不住了,只有周更了
    zachgenius
        18
    zachgenius  
       63 天前   ❤️ 3
    CI/CD 都没有, 还是别敏捷了......
    xuanbg
        19
    xuanbg  
       63 天前
    我有些时候天天都发新版本,照样上班来 V2 摸一会鱼,下午 5 点一到就下班。
    jimbray
        20
    jimbray  
       63 天前
    这不是敏捷的锅
    chendy
        21
    chendy  
       63 天前
    名为敏捷,实际上就是给 乱提需求,不做设计,胡乱开发,跳过测试 找借口
    ChefIsAwesome
        22
    ChefIsAwesome  
       63 天前 via Android
    一大早开大会,搞图板,那叫敏捷。你们这叫赶进度。
    silencil
        23
    silencil  
       63 天前 via iPhone
    再遇到提敏捷的公司二话不说直接开溜
    Flobit
        24
    Flobit  
       63 天前 via iPhone
    这不算敏捷吧,就是 2 周一发版,上线周期短和测试不完备导致上线后问题比较多。
    janxin
        25
    janxin  
       63 天前   ❤️ 5
    敏捷:中国十八年目睹之怪现状 https://www.infoq.cn/article/c20etwzh3qhtidmr9idc
    janxin
        26
    janxin  
       63 天前
    熊节说的挺好的:敏捷从来就没在中国存在过,TDD 从来也没在中国存在过
    weiqk
        27
    weiqk  
       63 天前
    敏捷不是应该随时随地来一发么?
    liuidetmks
        28
    liuidetmks  
       63 天前 via iPhone
    敏捷+推倒以前设计,无法重用
    ericguo
        29
    ericguo  
       63 天前   ❤️ 1
    一天发三版就好了,不可能很晚下班的,下班前别发班就行。
    Dganzh
        30
    Dganzh  
       63 天前   ❤️ 1
    两周发一版不是问题,问题是要上线多少内容,如果是开发一周的内容、测试一周,能有什么问题?评估工时得准,两周能开发多少、测试多少,多了就得拆了。
    fiypig
        31
    fiypig  
       63 天前   ❤️ 1
    就我一个人开发,自己测没问题了就扔正式版了,出问题在改
    registered
        32
    registered  
       63 天前   ❤️ 1
    咱们差不多,但是对 bug 容忍度很高,哈哈。实话说我是被你名字吸引进来的...
    xshell
        33
    xshell  
       63 天前
    一周发一次。
    yolee599
        34
    yolee599  
       63 天前   ❤️ 2
    敏捷开发 ×
    这里搞一下,那里搞一下 √
    javen73
        35
    javen73  
       63 天前
    😄 妈的刚经历了上两个月的疯狂迭代。我们公司产品就是老板的 Dog ,让干嘛就干嘛,把我们开发和测试当狗溜。
    mengdodo
        36
    mengdodo  
       63 天前
    @yolee599 真鸡儿精髓
    brader
        37
    brader  
       63 天前
    来我们公司体会下,甚至 1 周 2 次发版
    lambdaq
        38
    lambdaq  
       63 天前
    你这中华田园敏捷吧
    enchilada2020
        39
    enchilada2020  
       63 天前 via Android
    @ajasonwang 无比赞同
    Huelse
        40
    Huelse  
       63 天前   ❤️ 1
    敏捷开发没问题,是你们想在两周内做太多事情了
    lanlanye
        41
    lanlanye  
       63 天前   ❤️ 2
    同意楼上,没有完善的测试体系+合理的架构设计+熟练的重构能力,就不要想做敏捷
    MuSeCanYang
        42
    MuSeCanYang  
       63 天前
    我们每周一次发版.....
    fredli
        43
    fredli  
       63 天前
    feature flag ,代码尽管 commit ,bug 多就关了
    lucays
        44
    lucays  
       63 天前
    不是必须 2 周呀,事情太多 3 周呗
    nothingistrue
        45
    nothingistrue  
       63 天前   ❤️ 1
    敏捷的精髓是:只要求过程,不要求结果,即到点必须发版,但是发版即不要求整体 100%完成,也不要求本次迭代目标 100%完成。

    如果是要求到点必须出结果的,那就不是敏捷,它更不是啥新风格,那是中国自古依赖就存在的办事风格。
    magicZ
        46
    magicZ  
       63 天前
    上家公司中深有体会,我跑路了。这种行为就是在抚慰领导们的焦虑
    fushy
        47
    fushy  
       63 天前 via Android
    敏捷测试难道不是一周一版吗 我们一周一版 贼扯淡
    seekmyduck
        48
    seekmyduck  
       63 天前
    说明有可能是事情太多,有可能是验收太严格,有可能是开发遇到困难
    下个版本少做些需求就好
    还有一种可能就是,无论如何都完成不了版本计划,强行 PUA ,让你们带着愧疚的心进入下一个循环
    wongskay
        49
    wongskay  
       63 天前
    我们一周两次
    markyun
        50
    markyun  
       63 天前   ❤️ 1
    笑死,你们两周一个版本还算正常的,我们是周二的需求,周三才出视觉,周四才出接口,周四晚上就要转测,周五发版。
    dream4ever
        51
    dream4ever  
       63 天前   ❤️ 1
    @janxin 这篇文章太棒了,很有收获,多谢分享。
    dog82
        52
    dog82  
       63 天前
    要迭代起来,本周发上上周的版本,修改上周的 bug ,编写本周的需求,计划下周的 sprint
    boris93
        53
    boris93  
       63 天前 via iPhone   ❤️ 3
    你这假敏捷吧?
    我司是 sprint 里面小功能写好了测好了直接 cicd 上生产,上完了自己测一测,自己盯会日志,有问题就 rollback ,没问题就上线结束
    好处就是出问题也是小问题,早发现早治疗
    两周发一次,问题全部堆起来,上一次爆一次大的,图什么呢
    itechnology
        54
    itechnology  
       63 天前
    跟我上一家公司一模一样,也是两周发一次版,感觉这就是假敏捷。
    IvanLi127
        55
    IvanLi127  
       63 天前
    没有自动化测试的话,建议取消这个奇葩制度,或者减少每次发版的内容
    corcre
        56
    corcre  
       63 天前
    我老东家(小作坊)也号称敏捷开发, 那是真的敏捷, 瞬间完成从前到后的交流, 因为从需求收集, 确定需求, 工时预计, 实现, 测试, 发布到跟客户沟通都是一个人, 写完自测一下直接上线, 直接丢生产环境, 对面没反馈就是没问题
    sprite82
        57
    sprite82  
       63 天前
    一周两次的路过,基本上测试能在一小时内验证完毕
    dudubaba
        58
    dudubaba  
       63 天前
    根本不是敏捷的问题,如果是项目初期这不可避免,因为要上新功能。如果是项目稳定期,那这个可有可无,可是如果不周期性的发版,那怎么去衡量工作量呢?老板要看到你忙,不然他会焦虑,然后。。。
    sujin190
        59
    sujin190  
       63 天前
    @guowq #17 人家那叫每周发版,不是每周一个版本,固定发布周期而不是固定开发周期,很多团队很多功能同时开发,本周啥功能完成发啥,但每个功能周期不定,最近不这么干了,估计是公司砍预算估计也没那么多功能要开发了

    CICD 、金丝雀环境、灰度环境搞起来会方便不少,而且不要把发布周期和产品功能版本周期合在一起,要快速滚动就需要产品功能需求碎片化,每个功能的开发测试周期本身还是按功能复杂度来的,硬要开发周期也对齐两周那真是坑死自己了
    janus77
        60
    janus77  
       63 天前   ❤️ 1
    测试流程不够规范,或者做的东西太多了,或者开始做之前的资源没准备好(需求文档、ui 设计稿、申请的服务端资源等等)
    正常的话就是第二周刚开始就准备要提测了,即使东西没做完可以先开始把做完的部分先提测,然后等做完的时候已经有一部分测试结果出来了,剩下三天左右改 bug ,最后一次冒烟测试就行
    fengjianxinghun
        61
    fengjianxinghun  
       63 天前
    我们是真敏捷,没有需求文档(口头说一声,自己领悟)、没有 ui 设计给稿(找个竞品自己抄)、也没有测试(自己或者用户就是测试),没有运维或者 ci/cd(自己丢上去 restart)
    cheneyzhang
        62
    cheneyzhang  
       63 天前
    @brader 我们正常一周 2 次, 紧急情况随时发布
    sdushn
        63
    sdushn  
       63 天前
    一周一版路过,会有专门同事版本 oncall
    qzhai
        64
    qzhai  
       63 天前
    每周发三次的路过。。。
    fengjianxinghun
        65
    fengjianxinghun  
       63 天前
    @fengjianxinghun 少了一条,没有项目管理,什么时候做完什么时候上线
    wqhui
        66
    wqhui  
       63 天前
    两周发一次版没问题,关键是发版内容要在一周半以内做完,剩两三天做测试
    NoKey
        67
    NoKey  
       63 天前
    是你们负责人学了敏捷就用起来,说的老板听的吧~
    doyel
        68
    doyel  
       63 天前
    两周一次滚了 3 年,两周一个 sprint ,作为直接对客户 PO 负责的 SM ,某车企国际站点更新我肛了三年。。。每天都忙得和狗一样,我比狗忙多了。。。每天都是各种琐事,你会发现你根本请不了假。。。
    退出项目后整个人都轻松了。。。
    sky857412
        69
    sky857412  
       63 天前
    国内搞啥敏捷,动不动就有这个优先搞,某天又突然插进来个需求,然后一些功能依赖其他人的功能,导致敏捷的前几天都在等上一个人把一些基础配置搞好,后面的人才能开工
    i4t
        70
    i4t  
       63 天前
    都是弟弟,我们公司开发搞 to b 项目,为了满足客户需求,上午提的 bug ,下午上线,晚上熬夜在发版。 一个月我统计了一下我发版 50 多次
    uiosun
        71
    uiosun  
       63 天前   ❤️ 1
    敏捷开发 ≠ 不停的发版

    敏捷开发是“快速迭代、自动测试、每夜打包、自动部署、自动降级”等一套流程……
    Tinyang
        72
    Tinyang  
       63 天前
    我们敏捷开发是 4-5 一个 sprint ,中间两周的时候有个 middle release 。基本上周四在跑自动化测试脚本,QA 验证新上线功能,周五 release 的时候就很轻松了。半个 sprint release 的内容一般比较少
    HankAviator
        73
    HankAviator  
       63 天前   ❤️ 1
    开发多发版 - 多错 - 没人测试 - 也不招测试 - 负责人 PUA - 扣工资扣绩效,要求加强加班 - 降本增效,管理层多拿
    mekite
        74
    mekite  
       63 天前
    我们就是双周迭代,感觉还好
    leafShimple
        75
    leafShimple  
       63 天前
    - - 基本不会翻车 我不让自己加班。
    encro
        76
    encro  
       63 天前
    自从砍了产品和测试后,每天几次发版,测试?交给用户吧。
    AyaseEri
        77
    AyaseEri  
       63 天前   ❤️ 1
    在有限的时间里塞入过量的工作量,什么方法都救不了的。但这也是普遍现象了,不局限于软件开发。
    qW7bo2FbzbC0
        78
    qW7bo2FbzbC0  
       63 天前
    敏捷指的是面向产品面向老板面向项目,而不是面向开发人员
    MrBrand
        79
    MrBrand  
       63 天前
    我们每周发一次,每次需求不多,前一天测试完合并代码,第二天用半天回归,半小时搞定,不加班。
    devwolf
        80
    devwolf  
       63 天前
    @janxin 非常感谢您的分享
    darrenfang
        81
    darrenfang  
       63 天前
    老板说要学小米,快速迭代,一周一版,但是因为需求变化多,没时间测试,只能开发的时候测试一下,等用户发现 bug 再来改 😅
    James369
        82
    James369  
       63 天前
    敏捷应该配合大量的自动化操作,才能持续集成。否则就是假敏捷,刷流氓。
    taogen
        83
    taogen  
       63 天前   ❤️ 1
    不要表象,要效益。
    不要虚名,要规范。
    不要加班,要生活。
    不要老板,要领导。
    wuweijia
        84
    wuweijia  
       63 天前
    看了楼上各种情况,发现你们说的敏捷是纯人敏捷🐶
    xiaket
        85
    xiaket  
       63 天前
    release 工程师表示每天发一次版, 正在往每次 commit 自动发版做准备和切换. 部署的时候几百个微服务一起更新可好玩了. :dog:
    imsoso
        86
    imsoso  
       63 天前
    你这不是敏捷开发,是老牛开发
    kett
        87
    kett  
       63 天前   ❤️ 1
    “你始终是机器的一个齿轮,但敏捷开发让你每时每刻都感觉到这一点。”
    pcatzj
        88
    pcatzj  
       63 天前
    一周两版……
    wanmyj
        89
    wanmyj  
       63 天前   ❤️ 1
    我司有有 CI ,AT 和 UT ,感觉敏捷还好,一般都不加班。每天发版本,发完就给测试测。但是,不发 release 。只有 RTM 才发 release 。
    77yf77yf77yf
        90
    77yf77yf77yf  
       63 天前
    我本来以为只有保险外包才这么干......
    qq1009479218
        91
    qq1009479218  
       63 天前
    我之前的公司,微服务架构+敏捷开发,微服务按照组件拆分了好多,敏捷开发又是面向需求开发,一个需求涉及到多个组件的改动,结果就是一个人做一个需求,需要同时开发多个微服务的相关组件代码。而且因为敏捷,从来不整理代码,好多历史遗留问题,为了上线,就算 hack 也得上。这辈子再也不想敏捷了。
    sunhuawei
        92
    sunhuawei  
       63 天前   ❤️ 1
    经历过 1 周 1 个迭代的公司,周二经常 12 点(有过凌晨 5 点)下班。流程不是测完才能上线,而是周二测不完就不能下班。公司名是北京闪电快车,给大家排个雷吧。
    ruoxie
        93
    ruoxie  
       63 天前
    之前待过一个团队,按业务分了小组,两个小组错开,也是每两周发一次版,然后运维每周都要加班,真苦逼
    simo
        94
    simo  
       63 天前
    听起来更像是 有个别名叫 敏捷
    Gooo
        95
    Gooo  
       63 天前
    敏捷开发就是随意加班的借口
    yangyaofei
        96
    yangyaofei  
       63 天前
    写作敏捷 读作加班
    lidegao899
        97
    lidegao899  
       63 天前
    出了问题我再告诉你
    leegradyllljjjj
        98
    leegradyllljjjj  
       63 天前
    敏捷=外包=加班
    fregie
        99
    fregie  
       63 天前
    测试要比开发多才能真的敏捷起来
    JeffGe
        100
    JeffGe  
       63 天前 via Android
    敏捷不是做东西快,是快速响应变化
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   1884 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 56ms · UTC 11:51 · PVG 19:51 · LAX 03:51 · JFK 06:51
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.