B端产品经理-B端产品双周迭代交付的思考

是 否 +2 论坛币

k人 参与回答

经管之家送您一份

应届毕业生专属福利!

求职就业群

赵安豆老师微信：zhaoandou666

经管之家联合CDA

送您一个全额奖学金名额~ !

立即领取

感谢您参与论坛问题回答

经管之家送您两个论坛币！

+2 论坛币

编辑导语：双周迭代是控制团队交付节奏的，但如果没有运行好的话，后续可能会出现一
系列的 Bug；怎么控制节奏，让产品无缺陷的准时上线，需要产品经理和整个团队的配合
；本文作者分享了关于 B 端产品双周迭代交付的详细思考，我们一起来看一下。


一、背景
笔者之前在职一家传统制造业公司做产品，负责的产品线可以划分至电商类 B 端产品，业
务体量每周在几百万级别。
部门基于交付质量及交付周期的一系列考量，在一个风和日丽的日子，推行双周迭代。
有点类似敏捷，但实际不是；熟悉敏捷的人都知道，敏捷开发是轻流程轻文档的，其过程
曲线是螺旋上升式的；我司施行的迭代实际就是小型的瀑布式项目，按照双周的节奏进行
交付。

二、过去 VS 现在
简而言之，过去版本发布没有控制节奏，有需求、缺陷完工了就安排上线，视优先级安排
发布；可能极端的情况是一天发几次，当然前提是不影响业务正常开展。
现在则是按照约定的节奏，只允许双周发布一次，遇到特殊情况则需申请走紧急发布。

三、过程执行
双周迭代的大前提下，要求严格按照瀑布式的流程来走，具体：
需求或缺陷需要从内部系统收集，并且确定承诺解决时间之后进入禅道系统 ...

扫码加我 拉你入群

请注明：姓名-公司-职位

以便审核进群资格，未注明则拒绝

分享0 收藏0 回帖

关键词：产品经理 风和日丽 bug 制造业 优先级