《敏捷可执行需求说明 Scrum提炼及实现技术》—— 1.4 小结

简介:

本节书摘来自华章出版社《敏捷可执行需求说明 Scrum提炼及实现技术》一 书中的第1章,第1.4节,作者:(美)Mario Cardinal,更多章节内容可以访问云栖社区“华章计算机”公众号查看。

1.4 小结

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

相关文章
|
2月前
|
敏捷开发 监控 测试技术
敏捷软件质量保证的方法与实践
本文介绍了软件质量保证(SQA)的重要性及其在敏捷开发中的实践方法。文章首先指出了传统测试方法的问题,如成本高昂和项目风险加大。为解决这些问题,文中提出了需求审核、代码审核与演练、基于会议的测试及基于风险的测试等多种实践方法。此外,文章还探讨了衡量软件质量的常见指标,如源代码行数、代码段/模块/时间段内的Bug数和代码覆盖率等。文中还详细描述了敏捷开发过程中QA的角色与活动,强调了QA需与开发人员、业务人员及客户密切协作,以确保产品质量。最后,文章指出了在敏捷开发中QA的特殊性及其对团队构成、测试阶段、工作方式等方面的影响。
71 3
敏捷软件质量保证的方法与实践
敏捷框架Scrum的核心要点(“3355”)
Scrum是敏捷实践中最知名的一套框架。对于初学 Scrum 的同学,领会精髓需要实践和时间,但借助对其中最成型的部分的了解,能最快速的一窥其概貌。虽不精确,但有助于建立宏观的体感。Scrum 的核心可以简单归纳为“3355”。
2316 0
下一篇
无影云桌面