首页成功励志职场《敏捷可执行需求说明:Scrum提炼及实现技术》卡迪纳尔著
寻萌生

文档

205

关注

0

好评

0
PDF

《敏捷可执行需求说明:Scrum提炼及实现技术》卡迪纳尔著

阅读 927 下载 0 大小 10.32M 总页数 100 页 2022-09-22 分享
价格:¥ 10.00
下载文档
/ 100
全屏查看
《敏捷可执行需求说明:Scrum提炼及实现技术》卡迪纳尔著
还有 100 页未读 ,您可以 继续阅读 或 下载文档
1、本文档共计 100 页,下载后文档不带www.pdfdz.com水印,支持完整阅读内容。
2、古籍基本都为PDF扫描版,所以文档不支持编辑功能,即不支持文档内文字的复制粘贴。
3、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
4、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。
5、如文档内容存在违规,或者侵犯商业秘密、侵犯著作权等,请点击“违规举报”。
本书赞誉“这是一本很棒的书!它体现了在敏捷环境中,在需求分析方面下工夫的价值,这种价值既有业务层面的,也有技术层面的。本书写得很棒,内容很流畅,适合经理人和程序员阅读。我建议那些需要整合业务分析和架构的Scu团队成员也阅读本书。”一Telerik首席战略执行官、Scrum A出iance董事会成员Stephen Forte“本书使Scum最重要又最容易被忽视的问题凸显出来:在迭代开始之前准备好用户故事。团队经常为此抱怨,而作者提供了如何正确地准备好用户故事的可操作性建议。”“让本书闪耀光芒的并非其所展示的深度,而是其广度。这种宝贵的成熟的敏捷实践以高聚合的方式描述了触级产品研发相关的几个重要方面的关键流程。在这本内容紧凑的书里,作者清晰地解释了如何围绕创建可执行的需求说明应用敏捷技术,从而实现有效的价值流。"一高效敏捷咨询公司创始人、欧洲首位Scrum.org认证的职业Scrum Master培训师Ralph Jocham“作者提供了驱动高效的敏捷团队的技术和实践方面的深刻见解。作为作者描述的同行实践者,遇到那些问‘[ATDD/BDD/TDD/可执行需求说明等]到底是怎么回事?'的人,我现在有了一个书面指南来分享给他们。作者没有太多地关注这些时髦的名字,而是给了我们有效的操作方法。”一徽软Vi知al Studio高级群经理David Starr“Scum几乎算不上是一个流程,而只是一个框架。它是一个工具,你必须提供许多互补的实践与之匹配才能实现真正的业务灵活性。本书很适合正在实施Scrum并希望学习或准备实施可执行需求说明的团队。"“本书反映出在敏捷场景中,需求说明对格种敏捷实践者的利益的重要地位。”一Pyxis科技公司技术和研发顾问Erik LeBel译者序曾经经历过以传统开发模式和敏捷开发模式进行产品研发的我,初见原书书名中的Specification一词时,并没有感到多么欣喜。因为,这些年来我见了很多厚厚的产品需求说明书,那种让开发团队既爱又恨的厚厚的产品开发规范,总是试图将明明还不确定的需求写得尽量详尽和具体。尽管我们知道,这些详尽和具体的描述很多都是建立在未来也许并不成立的假设基础之上的。事实证明,不管我们在需求说明上耗费了多少时日,也不管我们做过多少调研,如果不在研发过程中不断地进行修正和调然而,潜下心来的我发现,Cardina想揭示给我们的却是跟我想象的传统需求说明别样的风景。穿行在本书的各章节中,首先让我产生共鸣的是,作为软件工作者,很多时候我们把大量的精力和时间都耗费在“正确地做事”上,但现实回报给我们的常常却是大量的过于臃肿和厦杂的软件系统。甚至我们耗费主要精力研发出来的功能饼不为客户或市场所需要。这是一个常见却并没有得到足够重视的普癌现象。Cardina不单将这一问题抛出来,引发我们思考,还耐心地引领我们找到解决问题的答案。随着Cardinal的娓娓道来,你将找到一把钥匙,用来帮助你解决软件开发过程中不断出现的不确定性问题。有了这把钥匙,我们才可能具备拥抱变化的能力。这把暗藏于书中的钥匙,正在等待着你的探寻。拥抱变化,并不意味着关于产品的任何部分都可以改变。任何一款软件产品,都有着区别于其他同类产品的核心功能和价值,那是它不可改变的部分,也是我们在迭代式需求探索过程中必须依赖的基础。作为资深的敏捷实践者和专家,Cardinal将Scrum:实践中的短周期反馈环跟“试错法”完美地结合在一起,他建议团队跟干系人一起,在Sprinti过程中,对正在构建过程中的软件功能不进行检查和调整,最后迭代式地交付可运行的软件。对于团队来说,如何感知并抓住干系人的期望与需求,是把事情做正确的关键。作者使用具体实例详细阐述了用来挖掘干系人“愿求”的用户故事技术以及产品需求存放的地方一待动事项列表。读至该章时,也许你会有渐入佳境的感觉,因为本书后面会有越来越多可以实施的方法和技术用来帮助探索软件功能需求,并使需求探索、交付和验证过程能够可执行,而这些方法和技术也许正是你在苦苦寻找的解决方案。写到这里,我想我应该停止“剧透”了。各位读者也许是怀着各自不同的目的来品读本书的。哪些是你想要吸收的养分,哪些是能够让你产生共鸣并回想起曾经的相同经历的部分,我真的无从事先判别。但是,如果你是备受困扰的敏捷的工作者或者管理者,你应该会对如何“做正确的事”和如何“正确地做事”感兴趣,那么Cardinal的这本书将会成为开启你在敏捷软件开发过程中全新旅程的签证。翻译这本书时,觉得没有以前翻译那么艰难,因为整个过程我都像在跟一位从未谋面的“敏友”交谈,书中让我产生共鸣和触动的地方有很多。每一个理论,每一种实践,在他说来都是那么简洁并清晰明了:贴切的实例和有趣的比喻,使本书具有很好的可读性。最难能可贵的是,Cardinal的这本书将软件产品需求探索至交付和验证整个生命周期的不同阶段与不同的敏捷实践相结合,这才使得“可实施”成为可能,同时更好地帮助我们理解并学会如何在实际环境中运用这些实践。在Cardinal的笔下,敏捷实践不过是软件工作者自然而明智的选择。在几个月的翻译过程中,我之所以能够在本就不多的业余时间里专注于聆听作者的讲述,并努力将他原本的意思呈现给各位读者,跟我的家人的支持是分不开的。包容我理解我的先生,心疼我、帮我分担家务的婆婆,还有我最最可爱的小般的女儿,是他们提供给我—张安静的书桌和一个思考的空间。最后,希望我的努力能够让各位读者在阅读的旅程能的够更加顺畅和愉快,这也是我最想回馈给我家人的谢意!前言市面上关于需求说明方面的书籍有很多。不幸的是,这些书绝大多数对于软件开发团队来说都不实用。因为那些书依赖于传统的工程实践。他们假设需求是可以事被球德第,茌目进行过程中就不会再修改。而且,他们认为就算发生变更,都是一些细微的变化,因此,可以通过变更管理流程来进行追踪。他们创建了从明确需求阶段开始的系列流程,而这个阶段将在团队开始设计和实现产品之前提供详细的需求说明。本书目标我认为传统的工程实践对软件开发来说并不适用。提炼软件需求说明的流程的核心问题是不确定性很高,这与传统的工程是不同的。幸运的是,在过去十年,随着敏捷社区的成长,我们已经整合出了更符合软件开发现实问题的知识体系。很多书都提到,敏捷方面的书籍已成为对软件开发感兴趣翻的所有人必读的书籍。这些书绝大部分都包含了至少一到俩章跟需求相关的内容,其中有些甚至整本书都只讨论这个话题。我认为描述的有些内容非常重要,因此我会在本书里引用或参考这些内容。我写本书是为了让敏捷知识体系更加饱满。这是可执行需求说明相关的敏捷实践的纲要。可执行需求说明能够让你更加轻松地测试软件行为是否满捉需求。在本书中,我自始至终都在解释如何在前提条件尚不明确的时候,以及需求难以把握且需要持续演进的情况下把软件需求说清楚。软件研发实践者们将学会如何一步一步地紧紧围绕愿景,采用浮现式迭代实践,渐进明细地捕捉需求。他们还将学会如何通过编写细小的需求分支而将需求说清楚。本书的目标是解释获得可执行需求说明收益所需要的技术机制。它不仅会提供一个迭代式挖掘需求的可靠案例,还将进一步地教你如何将需求说明与正在构建的软件连接起来。整个流程将引导你创建一个可执行的需求说明书。即使我们有很好的意图也不能强制要求干系人同意我们的做法意识到这一点很重要。有句非洲谚语简洁明了地闸述了这个问题:“你不能拔苗助长。”当认知尚未完善,需求也在持续变更的时候,我们不能再依赖传统的工程技术。相反,强调经验技术的迭代式需求探索方式湿得至关重要。探寻目标不仅是为了正确地解决问题,同时也是要解决正确的问题一这是软件构建过程面临的最大挑战。本书的独特之处在于,它将教会你如何通过使用可执行的需求说明把需求和架构连接起来。你将学会通过Scru框架如何在说明需求的同时,将需求验证过程自动化。完本书,你问以选择一种工具,开始为将来的敏捷健可执行需求说明。以下我列举了阅读本书的五个好处:·你将明白,当从传统的方式转型成敏捷实践的时侯,业务分析工作将会发生何种变化。·你将学会如何在Scum框架内提炼浮现式霄求。·你将见识如何采用故事板和纸原型法改善跟干系人之间的沟通。·你将发现如何开展浮现式设计,同时确保任何时候的实施的正确性。·你将了解采用敏捷实践的软件架构师如何随着当前的软件开发进行浮现式设计。谁应该是本书的读者本书的读者应该是已经在应用Scum框架或者正在转型实施敏捷实践的人。他们理解敏捷的本质,但是并不熟悉可执行需求说明。他们希望了解为什么可执行需求说明有用,以及最重要的是如何开始实施这一新的实践。随着Scrum框架的大量使用,敏捷团队面临的第二大挑战就是如何将业务分析师和架构师组合成活跃互动的团队成员。任何面临这一挑战的Scrum Master、,经理、决策者都应该阅读本书。另外,所有参与敏捷的团队成员也将从本书获益。它并没有直接宣称业务分析和软件架构师将会因找到一本直接说出他们所关注的问题的书而高兴。
返回顶部