一、为客户创造价值的交付体系

项目交付的目标要始终围绕着为客户创造价值而进行。无论使用何种开发方法,尽早并持续向客户交付价值,始终都是以客户为中心的宗旨。从项目开始到结束,都在持续向客户或其他干系人交付价值。在产品或服务初始部署后,就已经在为客户产生相应的价值了,并且项目结束后的较长时间内,仍然会持续产生期望的价值。

从项目的收益和价值来说,项目立项前的商业目标、商业论证、可行性分析或预期的商业价值,如投资回报分析的商业企划书,或者是业务痛点的解决方案,或者是基于精益画布的创业创新模式等。对于不同侧重的商业论证,也会因不同的开发方式和项目生命周期而产生迥异,并且会随着过程中对商业论证有效性的持续验证而变化。有些是在项目初期就开始交付了价值,也逐步获得收益;有些则需要等到项目结束后,完整的部署完才开始产生收益;有些则在项目交付过程中需要不断调整,才能产生持续的价值并获得收益。

项目章程或项目授权文件,会包含数据量化的预期成果,这些都是需要项目过程中进行定期验证和测量的。这些会包含在项目里程碑计划或项目详细实施计划中,对于产品类或服务类项目还包含交付的路线图、交付的生命周期、发布计划及关键交付物、评审计划和其他规划层面的信息。

马丁示意陈恭举例说明,陈恭作为“交付之星”,也是当仁不让的。“我们来了解下整个价值交付系统的信息流图。”陈恭站直了身子,一脸严肃的表情说:“看下面这这张图,我来解读在项目过程中,信息流的传递和反馈的情况。”

图5-1 信息流的传递和反馈

这张图我们在价值交付系统中有讲过,现在交付阶段再拿出来的目的就是让大家一定要记住,价值不是项目层面产生的,而是通过组织的战略层面先定义,通过项目组合、项目集进行结构化分解,再通过项目层面来落地实现,最终通过运营来体现价值。

陈恭先带大家回忆价值的信息流动,接下来看看我们“菜多多”的价值交付的转变。如从最初的功能列表进行顺序开展,到与产品经理大鹏深度协助后,再结合我们选择的融合模式开发方法,以及从预测型到敏捷型进行演进的生命周期,保证价值交付的逐渐落地。

这时,大鹏站起来给大家列举“菜多多”的功能列表,我们标记的“P1、P2、P3”是之前项目团队采用MoSCoW方法,结合相关干系人考虑了各方需求之后,综合评估的以发布优先级体现的价值优先。由此从顺序的开发逐渐调整为以价值优先的开发思路,这也非常充分地体现了“价值的交付”。

表5-1 “菜多多”的功能列表

计划版本

功能范围

子模块

价值优先级

1.0

注册/登录

手机验证码登录-新手机号自动注册

P1

1.0

注册/登录

第三方账号登录-微信登录

P3

1.0

首页

活动展示

P1

1.0

首页

按分类推荐

P1

1.0

首页

搜索商品

P1

1.0

首页

查看商品信息

P1

1.0

分类

排序-按销量排序

P1

1.0

分类

排序-按价格排序

P1

1.0

分类

搜索商品

P1

1.0

分类

查看商品信息

P1

1.0

搜索

按搜索历史搜索

P1

1.0

搜索

删除搜索历史

P2

1.0

搜索

热门搜索

P2

1.0

搜索

查看商品信息

P1

1.0

购物车

添加到购物车-添加商品数量

P1

1.0

购物车

添加到购物车-从详情页删除

P1

1.0

购物车

从购物车删除

P1

1.0

购物车

结算

P1

1.0

购物车

显示优惠信息

P1

1.0

购物车

猜你喜欢

P2

1.0

订单

填写订单

P1

1.0

订单

提交订单

P1

1.0

订单

确认收货

P1

1.0

订单

评价订单

P1

1.0

订单

售后/退款

P1

1.0

订单

查看订单信息

P1

1.0

其他

管理收货地址

P1

1.0

其他

联系客服

P1

1.0

其他

意见反馈

P3

1.0

其他

设置

P1

1.0

吃什么

收藏菜谱

P2

1.0

吃什么

菜谱分类

P1

1.0

吃什么

查看菜谱信息

P1

1.0

吃什么

搜索菜谱

P1

1.0

吃什么

菜谱一键下单

P1

“谢谢陈恭的讲解。”马丁接过来话题,通过“菜多多”的实例,大家都明白了价值交付的概念。如果在有限的时间内,要想完成更多的价值,就需要针对规划的交付成果以价值为导向进行合理的排序。这样才能促进项目团队围绕着价值开展工作,并且始终都交付着有价值的成果,既增强客户满意度,也为客户创造价值。