1.为何不要需求文档
因为敏捷开发不写文档?没有。在计划该产品时,有一个很大的愿望:使用该产品管理该产品自己的研发。虽然这不等于没有“长得像”Word的文档的需求,但是我们仍然想尽量只用产品本身的功能来写需求。所在项目开始的那天,我们手里(确切说是脑海里)只有一个商业计划,外加这个产品的大致功能列表。
2.如何知道要开发什么功能
至少在一开始,这个问题不是很重要。因为敏捷工具已经存在了至少10年,所以它们应该具备什么功能?您可以在前任的网站上找到它们。但是,完成这些功能甚至超越它们不是我们的目的。因为在软件行业中,一个已经做了10年的市场,本应是一个没有投资价值的市场。除非,发现了全新的价值观。
3.产品如何诞生
仅限于商业机密,我们不会写下我们当时发现的新价值和商业策略。让我们谈谈产品诞生时应该发生的情况。在开发之前,几乎所有产品,在开发出来前,都有类似的产品存在。几乎所有产品,在开发出来后,都有类似的产品跟进。
如果您不想被前面的骆驼拖死,也不想被后面的大象踩死,那么您必须走一条骆驼和大象都不能行走的道路。这样的道路很少,所以很多人花了很多年才找到一条道路,但幸运的是,它不仅是我们发现的,而且似乎已经安装了路灯。
早期的发展是证明可以走这条新路,而不是再走骆驼路。因此,一开始,我们不需要完整的功能列表,而是核心价值和一些可以反映核心价值的功能。
领取专属 10元无门槛券
私享最新 技术干货