1.4 小结
本章探讨了为什么团队对解决“正确”的问题感到困难,这也许远比你想象的更具有挑战性。
从一开始就认识到敏捷并不是要排除从方案中识别需求的做法。这仍然是一个将“是什么”和“如何做”区别开来的好实践。
接下来讨论了不确定性和需求。你看到了传统的需求收集方法不适用于软件产品开发。即便你抱着最好的意图,也不可能强迫干系人同意。当需求很难把握或者一直变动时,团队不应该依赖于传统工程需求收集的方法。
最后,本章总结出团队应该拥抱变化,并采用基于迭代式需求探索和可执行的需求说明的实证技术,这就是本书的主题。
在接下来的一章里,你将会学到在迭代开始之前,必须澄清那些很难被改变的事情。这些坚实的基础将帮助我们建立一个关于解决方案的共同愿景,并简化为迭代式需求探索的方法。
时间: 2024-10-27 12:55:40