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

简介:

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

2.8 小结

本章主要介绍了如何识别出不会轻易发生变动的软件属性和如何建立坚实的基础。
它首先强调了一个运作良好的团队以及让所有干系人参与的重要性。接下来讨论如何确定一个共享的愿景、有意义的共同目标和一组高级别的特征,这些都是设立一个明确而清晰的目标的核心。因为这三个要素不太可能很快发生变化,它们是每个人都可以依赖的防护栏。
虽然设置边界很有必要,但仅有这个还不足够,尤其是当你面对的是一个变更持续发生的情况时。尽管这个解释似乎过于化繁为简,但这只是朝着掌握可执行的需求说明书前进的一小步。创建新的软件产品是很有挑战的工作。
在接下来的章节,你将会学到以开放的心态,使用不断重复的反馈循环来运用试错法,应对这种挑战。这将使得团队能够适应不断变化的需求并达到最终目标:成功且有效地开发产品。

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