PMCAFF | 产品经理如何设计敏捷开发流程？

最新推荐文章于 2024-02-12 21:24:35 发布

PMCAFF产品社区

最新推荐文章于 2024-02-12 21:24:35 发布

阅读量306

点赞数

CC 4.0 BY-SA版权

文章标签： java 敏捷开发项目管理编程语言 devops

原文链接：http://www.pmcaff.com/forum.php?mod=viewthread\x26amp;tid=19055

介绍精益创业理念及其核心思想——最小可行化产品，并探讨如何通过敏捷开发模式逐步完善产品功能，快速响应市场需求。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

作者 | 耗子吴

最小可行化产品

硅谷创业家 Eric Rise 在其著作《精益创业》一书中提出了 “精益创业”（Lean Startup）的理念，其核心思想是，开发产品时先做出一个简单的原型——最小化可行产品，然后通过测试并收集用户的反馈，快速迭代，不断修正产品，最终适应市场的需求。

假如时光倒流，来到了2007年，你要从零打造一个类似如今新浪微博的产品，有一系列需求摆在面前：

用户注册、登录

发布 140 字的文字微博
发布带图片的微博
发布带视频的微博
发布投票

现在面临两个选择：

1. 花费6个月的时间，将以上的需求全部完成后上线，给用户一个强大功能的社交网站体验。

2. 花费2个月时间，完成用户注册登录和发布文字的功能，让用户最快体验到这个功能相对较弱的全新社交产品，在接下来的时间里，根据用户反馈，完善已有功能，同时开发上传图片的功能，一旦开发测试完成，就立即上线。以小步快跑的节奏不断完成需求表格中的其他需求。

精益创业的思想就是采用第二种方案进行渐进式开发，这样的开发模式有诸多好处：

最小可行化产品能在最短的时间内完成开发，以最快的速度验证用户需求
时间早意味着具有先发优势，方便更早地积累用户，这一点在社交产品上尤为明显，后发的同类产品往往需要背负“模仿”的帽子
能第一时间听到用户的声音，最大程度避免了产品方向上的错误
敏捷开发模式（Scrum）实际上是精益创业思想的实践指南。

敏捷开发模式

敏捷开发采用循序渐进的方法进行软件开发，把一个大项目分为多个相互联系，但也可独立运行的小项目，分别去完成，在此过程中软件一直处于可使用状态，具体流程如下：

1. 梳理产品需求（Product Backlog）

在开发之前，一定会有一个需求列表，定义了产品在接下来需要具备的特性和功能，一般由产品经理来定义，在敏捷流程中，称这个人为 Product Owner（PO）。定义 Product Backlog时，需要遵循INVEST原则，即：

Independent 独立的，尽量和其他需求没有依赖
Negotiable 可讨价还价的
Valuable 有价值的
Estimable 可预估的
Small 足够小，拆分到一个迭代内能完成
Testable 可被测试的

定义需求的同时，Product Owner 还需要定义需求的优先级，定义优先级可以借助一个公式：功能带来的的价值除以实现难度，这个值越大则代表优先级越高。

2. 制定迭代计划

一般规定两周（ 10 个工作日）为一个迭代，在迭代开始之前，需要召开迭代计划会制定这一个迭代的计划，把Product Backlog 按照优先级排序，由 PO 为大家讲解具体每一个需求，团队成员根据需求的复杂程度评估每个任务的工作量，当前n个任务的工作量之和约等于团队总工时时，那么这个迭代就把 Product Backlog 中前n个任务作为这次迭代的任务，在敏捷中称之为Sprint Backlog。

团队总工时的计算方法：如果团队有5个工程师，一个迭代的工时为5*10=50人日，考虑到工作效率和其他的意外情况，再乘以80%，那么最终实际用于开发的工时为40人日，有些团队会以小时作为单位，同理，只需将单位换成小时。

团队需要把Sprint Backlog和预估的时间写在便签纸上，把它们贴在白板上，白板划分成三大块：未开始、进行中、已完成，当然，所有Sprint Backlog的状态开始都应放在未开始那一列。