We're sunsetting PodQuest on 2025-07-28. Thank you for your support!
Export Podcast Subscriptions
cover of episode Episode 188: Requirements in Agile Projects
People
J
James Robertson
N
Neil Maiden
S
Suzanne Robertson
Topics
James Robertson: 敏捷方法的早期应用中，人们误认为紧密合作可以替代需求工作，这导致需求的重要性被忽视。许多团队在敏捷实践中面临着巨大的压力，要求更快地完成工作，而不是真正理解敏捷的精髓。大A敏捷（遵循特定方法）的僵化流程可能导致问题，而小a敏捷（灵活运用）更注重快速交付价值并响应业务变化。死板地遵循敏捷方法并不能解决所有问题，灵活运用才是关键。越来越多的客户从大A敏捷转向小a敏捷，更注重思考而非流程。小a敏捷体现在对系统性思考和创新的重视。软件的价值在于其实用性，而非快速开发。小a敏捷不依赖于僵化的流程，而是快速理解问题并做出决策。传统的需求技术并非过时，只是其形式发生了变化。需求工作的核心是沟通信息，形式可以多样化，例如白板、视频等。团队需要建立共享的思维模型，才能有效地沟通和管理需求。敏捷带来了新的需求形式，但需求的核心内容保持不变。传统的需求工作方式已经过时，现在更注重理解实际问题并进行沟通。代码是软件功能的最佳文档，但文档化软件存在的理由仍然很重要。需求工作发生了变化，更注重于理解问题的根本原因，而非编写冗长的文档。如果外包项目，仍然需要编写完整的规范文档。在敏捷项目中，非功能性需求（例如可用性、可靠性）的文档化方式可能需要与功能性需求有所不同。非功能性需求通常跨越多个业务事件或用例，因此需要单独文档化。架构设计正在慢慢回归，但其复杂性阻碍了其普及。最有价值的创新发生在项目早期，并影响整个问题空间。创新并非指新的技术工具，而是对问题领域的新思考。小a敏捷有助于创新，因为它能够快速建立共享理解，并促进对现有方法的质疑。大A敏捷的时间限制可能会阻碍创新。时间限制可能会阻碍创新，因为创新需要时间去思考和酝酿。人们往往不知道自己想要什么，传统的需求收集方法难以奏效。单一产品负责人模式难以奏效，因为没有人能完全了解所有需求。在敏捷项目中，治理、软技能和政治因素都很重要。这些因素在所有项目中都很重要，尤其是在内部政治方面。业务分析师需要具备良好的沟通和谈判能力，才能推动创新并被组织接受。组织结构中的孤岛可能会阻碍敏捷实践的有效开展。敏捷方法对沟通和协作的依赖增加了对软技能的需求。敏捷方法提高了人们对软技能重要性的认识。业务分析师培训需要涵盖软技能和技术技能。业务分析师培训中加入了演讲技巧等内容。未来几年，敏捷和需求领域面临的最大挑战是业务分析师需要加强系统性思维能力，才能更好地应对新的挑战。最有价值的系统性思考发生在项目开始之前。敏捷方法的宗教色彩正在淡化，人们正采用更务实的方法。系统性思考、创新等正在融入敏捷方法。未来的敏捷开发将更加务实，并建立在现有知识的基础上。未来的敏捷开发将更加注重价值，而非速度。未来的软件开发将更加注重为企业创造价值。未来的软件开发将更加注重业务分析，以理解实际问题并创造价值。软件开发的本质是工程化业务流程，软件只是最终产物。 Suzanne Robertson: 人们早期对敏捷的误解是认为紧密合作就能避免需求工作，这忽略了需求的重要性。敏捷的真正目标是快速交付价值，并能够快速响应业务变化。应该提倡小a敏捷，灵活而非僵化地运用敏捷方法，而不是死板地遵循某种特定方法。需求变化的速度往往被高估了，问题在于需求收集的初始阶段就存在问题。敏捷方法早期过分强调软件的持续交付，而忽略了交付的价值。持续交付软件并不等同于持续交付价值，软件必须满足实际需求才有价值。现在越来越重视在交付前更好地理解实际问题。需求工作并不一定意味着要编写大量的正式文档，重要的是留下可追溯的记录。需求工作的核心是沟通信息，形式可以多样化，例如白板、视频等。团队需要建立共享的思维模型，才能有效地沟通和管理需求。敏捷带来了新的需求形式，但需求的核心内容保持不变。传统的需求工作方式已经过时，现在更注重理解实际问题并进行沟通。过去十年，咨询和需求实践发生了变化，更注重系统性思考。在项目早期就进行系统性思考，识别主要利益相关者、目标和范围，并进行优先级排序。在项目早期，即使需求不完善，也可以进行高层次的优先级排序。系统性思考需要模型和工具，这与大A敏捷的观点不同。系统性思考要求关注整个工作领域，而不仅仅是软件本身。系统性思考需要考虑软件对整个组织的影响。人们开始重新使用过去行之有效的技术和方法，并将其与敏捷方法结合起来。咨询师帮助团队选择合适的技术和工具，并避免陷入技术之争。模型和技术的选择不应成为目的，目的在于完成工作。提高抽象能力是改进敏捷实践的关键。抽象能力有助于更好地理解问题的本质，并找到更好的解决方案。大A敏捷过早地进入实现阶段，忽略了对问题的抽象理解。在早期的大A敏捷中，架构设计似乎消失了，现在是否正在重新出现？架构设计正在慢慢回归，但其复杂性阻碍了其普及。小a敏捷有助于创新，因为它能够快速建立共享理解，并促进对现有方法的质疑。业务分析师需要具备良好的沟通和谈判能力，才能推动创新并被组织接受。敏捷方法提高了人们对软技能重要性的认识。业务分析师培训需要涵盖软技能和技术技能。业务分析师培训中加入了演讲技巧等内容。业务分析师需要加强系统性思维能力，才能更好地应对新的挑战。 Neil Maiden: 在动态变化的环境中，传统的文档化需求方法可能不再适用。在敏捷项目中，非功能性需求（例如可用性、可靠性）的文档化方式可能需要与功能性需求有所不同。传统的需求技术并非过时，只是其形式发生了变化。在敏捷项目中，治理、软技能和政治因素都很重要。敏捷方法强调沟通，这促使业务分析师培训更加注重软技能。未来几年，敏捷和需求领域面临的最大挑战是什么？

Deep Dive

Key Insights

Why did early Agile projects often neglect requirements work?

Early Agile proponents believed that close collaboration between developers and stakeholders eliminated the need for formal requirements documentation, focusing instead on rapid software delivery.

How has the perception of Agile evolved over the years?

Initially, Agile was seen as a method that could speed up software delivery by discarding traditional requirements practices. Now, there's a shift towards understanding Agile as a mindset (little a agile) that emphasizes value delivery and systemic thinking, integrating traditional and Agile practices.

What role does systemic thinking play in modern Agile projects?

Systemic thinking is crucial for understanding the broader impact of changes within an organization. It helps in identifying the real problems and ensuring that solutions are aligned with overall business goals, rather than just focusing on software development.

Why is documentation still important in Agile projects?

While Agile emphasizes the code as the primary documentation of functionality, documenting the rationale behind decisions is vital for long-term understanding and maintenance. This kind of documentation helps in understanding why certain decisions were made, which is crucial for future development and maintenance.

How does innovation fit into Agile methodologies?

Innovation is most valuable when it occurs early in the project, especially in understanding the problem space. Agile, if practiced as a flexible mindset (little a agile), can foster innovation by encouraging fresh thinking and questioning the status quo, rather than rigidly following prescribed methods.

What are the challenges for Agile and requirements in the future?

The main challenges include improving business analysts' skills in systems thinking and innovation, integrating traditional and Agile practices more effectively, and focusing on delivering genuinely valuable solutions rather than just quick fixes.

Chapters
The interviewees discuss their early experiences with Agile practices and how they initially misunderstood the role of requirements in Agile projects.
  • Agile practices emerged around 10 years ago with Kent Beck's book on extreme programming.
  • Early Agile adopters mistakenly believed they could skip requirements work due to close collaboration.
  • Requirements were seen as the villain, leading to their dismissal in early Agile projects.

Shownotes Transcript

Recording Venue: Paddington, London Guests: Suzanne Robertson and James Robertson, Atlantic Systems Guild Neil Maiden, Editor of the Requirements column in IEEE Software, talks with Suzanne and James Robertson of the Atlantic Systems Guild about the emergence and impact of agile practices on requirements work. The interview begins with an exploration of how agile practices have […]