跳至正文
cube4devcube4dev

论点 · 开发时间,而非功能范围

在开发中途调整优先级,不是计划不周,而是学到了东西。

在按周模式中,新的认识可以改变优先级。一旦看到更好的方向,就立即调整。

这不是缺乏计划:许多产品信息只有在真实开发中才会出现。

详细阐述

以周为单位的产品开发

周模式正是由这一逻辑而来。合作并不是从试图完整锁定长期功能范围开始的,而是始于一个具体的产品构想或技术问题,以及一段明确限定的开发时间。

开发周之前

我们会先厘清:在当前状态下,哪个问题有望带来最大的认知价值或产品价值。关键不在于功能清单有多长,而在于找出这样一个问题:一旦在技术上把它弄清楚,下一项企业决策就能做得更好。

这可以是一个应用中连贯的纵向切片、一套新软件架构的核心、一个要求很高的操作方案、一个仿真系统、一个可视化工作环境,或者第一个完整的产品核心。

开发周期间

开发工作专注进行。新的认识可能改变优先级。如果某种思路被证明站不住脚,或者出现了更好的方向,可以立即作出调整。

这种灵活性并不意味着缺乏规划。它是有意为之的结果,因为相关的产品信息只有在真实的开发过程中才可能产生。

开发周结束时

届时呈现的是已经达到的开发成果。在此基础上决定:继续开发、深化、调整,还是终止。

预订的是开发时间,而不是预先确定的功能范围,也不是某项特定的交付成果。

一周 · 4,900 欧元(不含税)

每增加一周均需单独约定。不会自动延续。

以周为单位的产品开发 →

更多论点