我已经花了大约八个月的时间在一个小的业余项目上工作了,我每次坐下来打造一个新功能时,总是会想出三四个新的功能可以让它更好。结果我的原本简单的顶视角游戏突然拥有了制作系统、对话树、名声系统和日夜周期等功能,尽管这些我从来没有计划过。
范围膨胀是一个经常被讨论的话题,但大多数建议都停留在“拒绝新功能”上,没有具体说明如何在没有产品经理或团队领导监督的情况下实行这一点。
那么,实际上哪些方法有效呢?你是不是写一个锁定的设计文档,然后对任何变化都进行正式的修订?还是先建立一个垂直切片,然后坚持不动直到它感觉有趣?还是只是发布一个有缺陷的产品,然后从中学习?
我问这些问题,因为我看了开发者们花费五年以上时间完成项目的后续报告,发现模式总是相同。核心想法是坚实的,但范围膨胀却破坏了动力。希望在我深入之前就能打破这个循环。
我想知道那些真正发布了产品的人是否有特定的系统,还是说它真的只是需要自律和耐心。
评论 (0)