什么时候 Wavect 是合适之选
- 你有想法，但还没有一份敢押上预算的规格。
- 你想要一个事后真能信得过的固定价格。
- 你有一个该在写代码前检验的风险假设。
- 你想要会挑战计划、而不只是照单接活的创始人。
在你动手之前
什么是软件探索阶段，为什么它要先于代码？
探索阶段是你在任何代码之前所做的工作，把一个粗糙的想法变成一份可构建的计划。结束时你会带走清晰的需求、一套拟定的架构、一份有范围的路线图，以及对你最大风险假设的一次检验。它是你发现自己即将做错东西的最便宜的地方。跳过它，是软件里最昂贵的捷径，因为每一个错误假设都会被烙进代码，日后再付钱。
预约三十分钟通话简短回答
探索阶段把一个想法转化为清晰的范围、架构和路线图，并在写下一行生产代码之前检验你最大的风险假设。
适合
- 有想法但还没有确定规格的创始人
- 即将为一次构建投入真实预算的团队
- 有某一个假设可能拖垮全局的产品
- 任何想要一个能信得过的固定价格的人
- 需要一份计划来对齐的利益相关方
不适合
- 对一个已有、且已被充分理解的系统做微小改动
- 范围已经完全界定并验证的工作
- 不管风险、第一天就想要代码的买家
- 没有生产前途的一次性实验
// 01
比较各个选项
先做探索，会改变什么。
维度
有探索
没有探索
范围
构建前已界定并达成一致。
在构建中途才发现，那时改动很贵。
定价
能有把握地报出一个固定价格。
估算是猜的，还会一路往上漂。
最大风险假设
早早检验，趁出错还便宜的时候。
在生产里检验，出错代价高昂。
架构
针对真实需求刻意选定。
第一天就选定，之后再跟它较劲。
利益相关方对齐
所有人在同一份计划上签字。
代码出来之后，分歧才浮现。
典型结果
一次贴合需求的构建。
返工、范围蔓延和意外成本。
// 02
Wavect 的立场
大多数软件不是被烂代码害死的。它们是被把错的东西做得很好害死的。
探索就是我们在它变贵之前把这一点查出来的地方。我们钉死需求、拟定架构、为路线图划范围，并检验那一个一旦错了就会拖垮项目的假设。这里花的几周，往往能省下日后的几个月。
它也让接下来的合作变得诚实。桌上有了清晰的范围，我们就能以 Werkvertrag 的形式报出固定价格并为之负责。没有探索，任何固定数字都是猜的。探索 EUR 3,500 起，是你为整个项目买的最便宜的一份保险。
// 03
成本、风险与周期
成本
EUR 3,500 起只是整套构建的一小部分，却是让固定价格成为可能的那个输入。
风险
刻意前置你趁错误假设还便宜修复的时候，就把它们找出来。
时间
以周计，而非以月计短而聚焦。它会缩短随后的构建。
// 04
这里通常会出什么问题
- 为省几周跳过探索，然后用几个月在返工上还回去。
- 把探索当成写文档的差事，而不是去检验最大的风险假设。
- 第一天就选定架构，然后在整个构建过程里跟它较劲。
- 任由利益相关方一直不对齐，直到代码已经存在。
- 在没探索过的范围上报固定价格，然后眼看它漂走。
- 做了没人验证过的功能，因为那个想法从没被压力测试过。
// 05
检查清单
一次探索阶段应该让你带走以下这一切。
- 清晰、书面、你和团队都认可的需求。
- 一套为你真实需求而选、而非按默认而选的拟定架构。
- 一份带顺序和粗略工作量的有范围路线图。
- 对你最大风险假设的一次检验，早早进行。
- 一个清晰到足以据此报出固定价格的范围。
- 关于要做什么的、有书面记录的利益相关方对齐。
- 对什么还不确定、什么已经确定的诚实判断。
// 06
在我们的工作中是什么样子
在这些案例里，一份前期的清晰计划让一次快速构建成为可能。
// 07
什么时候适用，什么时候不适用
什么时候我们并不合适
- 你的范围已经完全界定并验证。
- 你是在对一个你已经很熟的系统做微小改动。
- 你想第一天就要代码，并接受随之而来的风险。
- 你把规划看成开销，而不是保险。
花几周做探索，是你确认自己在做对的东西的最便宜方式。
// 08
相关服务与阅读
// 09
常见问题
最近审阅:
审阅人Kevin Riedl
wiki ↗