Who should read *Scrum Insights for Practitioners*?

This book is ideal for Scrum Masters, Product Owners, developers, and Agile coaches at any experience level. It’s particularly valuable for those preparing for Scrum.org certifications (e.g., PSM I) or teams transitioning to Scrum. Beginners gain foundational clarity, while seasoned practitioners benefit from advanced insights into continuous improvement and self-organization.

Is *Scrum Insights for Practitioners* worth reading?

Yes—readers praise its concise, actionable advice (86 pages) and ability to bridge gaps left by the Scrum Guide. Reviewers highlight its practical examples, myth-busting sections, and clear explanations. A minor critique is that it doesn’t fully align with the 2020 Scrum Guide updates, but the core principles remain relevant.

What Scrum myths does Hiren Doshi address in the book?

Doshi debunks myths like “Scrum is a methodology,” “Sprints are rigid,” and “Scrum only works for software.” He clarifies that Scrum is a framework requiring adaptability, emphasizes collaboration over strict processes, and shows how its principles apply across industries.

How does *Scrum Insights for Practitioners* compare to the Scrum Guide?

While the Scrum Guide outlines Scrum’s structure, Doshi’s book adds context with real-world applications, troubleshooting tips, and nuanced discussions on team dynamics. It’s described as a “companion” that makes the guide’s concepts more accessible, especially for those struggling with implementation.

What are the key Scrum concepts explained in the book?

Key concepts include: - **Iterative delivery**: Breaking work into sprints for incremental value. - **Adaptation**: Using feedback to refine processes and products. - **Self-organization**: Empowering teams to manage their workflows. - **Transparency**: Regular reviews and open communication with stakeholders.

Does Hiren Doshi provide examples of Scrum in action?

Yes. The book includes scenarios like Sprint Reviews where customers request changes, demonstrating how teams adapt without compromising Scrum values. Other examples cover backlog refinement, daily standups, and balancing flexibility with focus during sprints.

How does the book address challenges in Scrum implementation?

Doshi shares solutions for common hurdles, such as resistance to change, unclear roles, and misaligned priorities. He stresses the importance of leadership buy-in, continuous learning, and aligning Scrum practices with organizational goals to avoid superficial adoption.

Scrum实践者洞见

Q: What is *Scrum Insights for Practitioners: The Scrum Guide Companion* about?

*Scrum Insights for Practitioners* by Hiren Doshi is a practical guide that clarifies the Scrum framework by expanding on the official Scrum Guide. It addresses common misconceptions, explains roles, events, and artifacts, and emphasizes iterative delivery, customer feedback, and adaptability. The book uses real-world examples to illustrate how Scrum principles drive faster time-to-market, improved risk management, and higher customer satisfaction.

Scrum 指南指南

希伦·多希

4.2(183 Reviews)

《Scrum实践者洞见》概述

通过 Hiren Doshi 的指南揭开 Scrum 的神秘面纱——这是一本位列前 100 名的 Scrum 著作，旨在将理论转化为实践。谷歌和亚马逊等科技巨头都依赖这些见解。那么，究竟是哪一个误解正让您的团队损失数千美元的生产力？

选择讲述方式

一本书，多种聆听方式。

来自《Scrum实践者洞见》的相同理念。选择适合你的声音、深度和节奏，随时切换。

第 1 章

Transforming Complexity into Value: The Scrum Advantage

Imagine a world where complex software projects consistently deliver value, teams are energized rather than burned out, and customers get exactly what they need-not what they initially thought they wanted. This is the promise of Scrum, a framework that has revolutionized product development across industries. While seemingly simple on paper, Scrum's true power lies in understanding its underlying principles and applying them with wisdom. Hiren Doshi's "Scrum: Insights for Practitioners" has become a go-to resource for organizations seeking to move beyond mechanical implementation to true Agile transformation. Praised by Scrum co-creator Ken Schwaber himself, this book fills the intentional gaps left in The Scrum Guide, providing practical wisdom for navigating the complexities of real-world implementation. As organizations worldwide face increasing market volatility and technological disruption, Doshi's insights have never been more relevant for teams seeking to deliver exceptional products in uncertain environments.

第 2 章

Embracing Complexity Through Empiricism

Software development is fundamentally a complex adaptive problem. According to David Snowden's Cynefin framework, complex domains are characterized by more unknowns than knowns-a perfect description of most software projects. Traditional predictive approaches like waterfall methodology assume requirements can be fully understood upfront, but reality proves otherwise. Customers rarely know exactly what they want until they see working software, technology constantly evolves, and human factors introduce unpredictability at every turn. This is precisely why Scrum embraces empiricism-a fact-based, experience-based approach where decisions emerge from observed reality rather than fictional plans. Consider a team that plans to develop five features in a Sprint but completes seven. Empiricism suggests they can take on more in future Sprints. Conversely, if they complete only two features, they should reduce their commitments. This real-time adaptation based on evidence stands in stark contrast to traditional models where sponsors might invest millions before seeing any working product. Empiricism rests on three pillars: transparency, inspection, and adaptation. Transparency means presenting facts as they are, with all parties being honest and maintaining no hidden agendas. Inspection involves regular examination of the product, processes, and practices to gather feedback. Adaptation is the continuous improvement based on inspection results. These pillars create a learning cycle that allows teams to navigate complexity effectively. What makes Scrum powerful isn't its roles, events, and artifacts, but its adherence to Agile principles of iterative, value-based delivery through customer feedback and embracing change. By creating potentially releasable product increments every Sprint (a timeboxed period of one month or less), Scrum provides sponsors with tangible evidence of progress and opportunities to course-correct based on market realities. This approach dramatically reduces risk compared to traditional methods where misalignment between customer needs and delivered solutions might only be discovered after months or years of development.

边听边看，每个词都清晰呈现

轻松跟读，《Scrum实践者洞见》中的每个词都会随音频实时高亮。

第 3 章

The Heart of Scrum: Five Values That Transform Teams

While Scrum's framework provides structure, its true power emerges when teams embody five core values that bring the pillars of empiricism to life. These values transform ordinary groups into high-performing teams capable of tackling complex challenges. Courage manifests when team members do the right thing despite difficulties, collaborate on challenging problems, and maintain transparency about risks and benefits. It takes courage to acknowledge that requirements will never be perfect and to promote empiricism as the best approach for dealing with complexity. When a team member speaks up about technical debt that might compromise long-term product quality, they're demonstrating this value in action. Focus enables the team to concentrate on Sprint work and goals without distraction. Timeboxing creates boundaries that help maintain sustainable pace and attention on delivering valuable working software. This value drives teams to emphasize simplicity-maximizing the amount of work not done-while embedding good engineering practices for lean development. Focus is evident when teams resist adding scope mid-Sprint or when they prioritize completing current work before starting new features. Commitment goes beyond contractual obligation to personal investment in achieving team goals. Team members commit to building quality working software, collaborating effectively, continuous learning, self-organizing, and delivering the right product for customers. This value appears when developers volunteer to help colleagues complete critical tasks or when the team works together to overcome unexpected technical challenges. Respect acknowledges each team member as a capable, independent professional with unique contributions. Teams respect diversity of thought, the distinct Scrum roles, and the framework's rules and principles. This value is demonstrated when teams build releasable-quality software every Sprint, honoring their commitment to stakeholders and end-users. Openness creates an environment where challenges and progress are transparently shared. The Scrum Team and stakeholders agree to be open about all work and obstacles, fostering collaboration within the team and organization. Openness enables the honest inspection needed for empirical process control, as seen when teams candidly discuss impediments during Daily Scrums or share both successes and failures during Sprint Reviews. These values aren't abstract concepts but practical guideposts for daily decisions. When teams struggle with Scrum implementation, examining how well they embody these values often reveals the root causes of their challenges. The most successful Scrum Teams consciously nurture these values through regular reflection and intentional practice.

第 4 章

The Scrum Team: A Symphony of Complementary Roles

Scrum defines three distinct roles that work together as a unified team while maintaining clear areas of responsibility. This structure creates a system of checks and balances that drives value delivery while preventing common dysfunctions. The Product Owner serves as an entrepreneur and value maximizer, ensuring the Development Team works on the most valuable functionality first through an ordered Product Backlog. They measure value through key performance indicators like Feature Usage Index, Innovation Rate, and On-Product Index. As the single source of requirements with final authority on the Product Backlog, they can cancel Sprints when necessary and work collaboratively with the Development Team on acceptance criteria. Effective Product Owners minimize waste by detailing Product Backlog Items only when implementation is likely, using empirical evidence from previous Sprints to forecast work completion. They balance short-term delivery with long-term product health, considering both development costs and total cost of ownership. The Product Owner role requires business acumen, stakeholder management skills, and the authority to make decisions that maximize return on investment. The Scrum Master builds high-performing teams by educating on Scrum values, theory, practices, and rules. As a servant-leader, they coach, teach, mentor, and facilitate while remaining "invisibly present." Rather than directly removing impediments, they empower the Development Team to solve their own problems, using techniques like open questions and active listening. Skilled Scrum Masters foster self-organization, connect teams to organizational purpose, identify waste for a lean process, and ensure effective timeboxed events. They help the Development Team communicate with the Product Owner in business terms and maintain focus on value, flow, and quality. This role demands deep understanding of Scrum principles, exceptional facilitation skills, and the ability to influence organizational change. The Development Team self-organizes and self-manages its work, taking full responsibility for delivering a "Done" Product Increment every Sprint. They determine how work is performed, pull items from the Product Backlog based on their capacity, and collectively own the Sprint Backlog. Every team member shares responsibility for quality with no separate "tester" role. Development Teams estimate Product Backlog Items, track Sprint progress, define "Done" criteria (incorporating organizational quality expectations), and resolve internal conflicts. They can be structured as cross-functional feature teams (preferred) or component teams (with integration challenges). The recommended size is three to nine members, balancing communication overhead with sufficient skills and capacity. This triumvirate of roles creates a balanced system where the Product Owner focuses on "what" to build, the Development Team determines "how" to build it, and the Scrum Master ensures the process works effectively. When these roles function harmoniously with clear boundaries and mutual respect, teams can achieve remarkable results in complex environments.

从《Scrum实践者洞见》中收获更多

每日获取新洞见，探索 10 万+ 条课程内容
文字实时高亮，与音频同步
保存你的书库，在所有设备上随时访问

第 5 章

Scrum Events: Creating Rhythm for Inspection and Adaptation

Scrum's five formal events create a predictable rhythm that enables transparency, inspection, and adaptation. These timeboxed ceremonies provide structure without imposing unnecessary bureaucracy, balancing the need for planning with the flexibility to respond to change. The Sprint serves as the heartbeat of Scrum-a timeboxed period of one month or less during which a "Done," usable, and potentially releasable Product Increment is created. Sprints run consecutively without gaps, maintain consistent length throughout development, and are never extended to meet forecasted goals. Each Sprint represents a complete mini-project with clear objectives, limited risk, and a potentially shippable outcome. Sprint Planning initiates each Sprint with a collaborative session where the entire Scrum Team decides what work will be done and how it will be accomplished. This meeting answers two critical questions: "What can be delivered in the upcoming Sprint?" and "How will the chosen work get done?" The Product Owner presents prioritized items, the Development Team forecasts what they can deliver, and together they craft a Sprint Goal that provides coherence and focus. The Daily Scrum is a fifteen-minute synchronization meeting where Development Team members plan the next twenty-four hours of work. An effective Daily Scrum follows a three-step process: using a physical Scrum board updated before the meeting; having team members share what they did yesterday, what they'll do today, and identify any impediments; and ensuring outcomes include updated Sprint goals, Sprint Backlog, impediment lists, and Scrum board. This daily touchpoint fosters shared understanding, improves communication, and promotes quick decision-making. The Sprint Review occurs at the end of each Sprint, bringing stakeholders together with the Scrum Team to inspect the Product Increment and collect feedback. This collaborative session includes reviewing the Sprint goal and accomplishments, demonstrating the working increment, discussing the current state of the Product Backlog, and planning next steps based on market realities and stakeholder input. The Sprint Review is held regardless of Sprint outcome, ensuring transparency even when goals aren't fully met. The Sprint Retrospective concludes each Sprint with a private meeting where the Scrum Team inspects itself and creates a plan for improvements. An effective retrospective follows a structured approach: beginning with appreciation; reviewing previous improvements; setting a fact-based stage; gathering data through various methods; generating insights by categorizing improvement areas; and identifying root causes using techniques like Five Whys. This critical event embodies the continuous improvement mindset essential to Scrum's success. While not a formal event, Product Backlog refinement is an ongoing collaborative process where the Product Owner and Development Team add detail, estimates, and order to the Product Backlog. This activity typically consumes no more than 10% of the Development Team's capacity and focuses on items likely to be addressed in upcoming Sprints. Effective refinement reveals dependencies, clarifies expectations, and helps determine development approaches, making Sprint Planning more efficient. These events create a predictable cadence that balances stability with adaptability. The regular inspection points allow teams to course-correct based on new information while maintaining enough structure to coordinate complex work effectively. When implemented thoughtfully, Scrum events transform from mechanical meetings into powerful opportunities for collaboration, learning, and improvement.

第 6 章

Scrum Artifacts: Making Progress Visible

Scrum's three artifacts provide transparency into the work being done and create opportunities for inspection and adaptation. These living documents evolve throughout development, reflecting the current state of the product and the team's understanding. The Product Backlog serves as an ordered list of everything potentially needed in the product and the single source of requirements. This dynamic artifact evolves alongside the product and environment, with higher-positioned items having greater clarity and detail. The Product Owner orders items based primarily on business value, effort, dependencies, and risk to maximize return on investment. Product Backlog Items can include functional features, non-functional requirements, defects, technical debt, and more. As the product roadmap and single source of truth, the Product Backlog ensures all requirements originate from a unified vision. One product has one Product Backlog and one Product Owner, though multiple Scrum Teams may work from it when necessary. The Sprint Backlog represents the set of Product Backlog Items selected for the Sprint, plus a plan for delivering the Product Increment and achieving the Sprint Goal. Created during Sprint Planning and owned exclusively by the Development Team, this highly visible artifact provides a real-time picture of work planned and in progress during the Sprint. As a dynamic planning document, the Sprint Backlog evolves throughout the Sprint as the Development Team learns more about the work needed to achieve the Sprint Goal. It may include tests, tasks, use cases, user stories, and experiments-whatever the team needs to coordinate their efforts effectively. The Sprint Backlog makes work visible, enabling the team to track progress and identify impediments quickly. The Product Increment represents the sum of all completed Product Backlog Items during the current Sprint combined with the value of all previous Sprints. At Sprint end, the increment must be in "Done" state-integrated into the existing Product Increment and in potentially releasable condition meeting the definition of "Done." While every Sprint produces a potentially releasable increment, the Product Owner determines actual release timing based on business considerations. The definition of "Done" creates shared understanding across the Scrum Team about what constitutes completed work. This transparency ensures everyone knows when a Product Backlog Item is truly complete. A robust definition guides Development Teams during Sprint Planning, creates quality standards for potentially releasable software, and helps reduce technical debt. As teams mature, their definition of "Done" typically becomes more stringent, raising the quality bar with each iteration. These artifacts work together to create transparency around what is being built (Product Backlog), how the current work is progressing (Sprint Backlog), and what has been completed (Product Increment). By making work visible and progress measurable, Scrum artifacts enable effective decision-making based on reality rather than assumptions.

边听边看，每个词都清晰呈现

轻松跟读，《Scrum实践者洞见》中的每个词都会随音频实时高亮。

第 7 章

Self-Organization: Unleashing Team Potential

Self-organization represents one of Scrum's most powerful yet frequently misunderstood principles. As management guru Peter Drucker observed, "Knowledge workers have to manage themselves. They have to have autonomy." This principle recognizes that the people doing complex work are best positioned to determine how to accomplish it effectively. Scrum promotes self-organization through its lightweight framework, removing hierarchical titles within Development Teams and empowering teams to determine the best approach to accomplish work. This environment enables creativity, accountability, and personal commitment to achieving team goals-qualities essential for addressing complex challenges. Successful self-organization requires several key elements: trust between team members and management; timeboxing to create focus and limit risk; fixed Sprint length to establish rhythm; optimal team size (3-9 members) to balance communication overhead with sufficient capacity; clear definition of "Done" to establish quality standards; and embodiment of Scrum Values to guide behavior. Self-organizing teams demonstrate distinctive behaviors: members collaboratively select and replan their work during Sprints; they ensure their Sprint Backlog will meet the definition of "Done"; and they determine how to transform Product Backlog Items into potentially releasable increments without external direction. These teams take ownership of both process and outcomes, continuously improving their approach based on empirical evidence. Timeboxing plays a crucial role in self-organization by aligning everyone on the Sprint goal, encouraging team members to create optimal outcomes within constraints, and providing guardrails that make teams safe by restricting risk. The time constraint paradoxically increases creativity as teams focus on finding efficient solutions within boundaries. The three Scrum roles support self-organization through complementary accountabilities. The Scrum Master, through servant-leadership, coaches the team to solve problems using empiricism, allows constructive disagreements, enables learning through failure, and removes impediments beyond the team's capability. The Product Owner identifies valuable work through stakeholder interaction and relies on the Development Team for delivery. The Development Team self-directs by selecting their own work from the Product Backlog, collaboratively creating actionable activities, replanning daily, and delivering potentially releasable increments. Ken Schwaber illustrates effective self-organization with his example of organizing 100 developers: letting them self-organize into cross-functional teams with mentoring expectations, guided by architecture discussions and Product Backlog understanding. This approach recognizes that complex work requires adaptive, responsive teams rather than command-and-control management. Organizations often struggle with self-organization because it requires managers to shift from directing work to creating environments where teams can succeed. This transition challenges traditional power structures but ultimately leads to more engaged teams, better solutions, and faster response to changing conditions-critical advantages in today's complex business environment.

第 8 章

Dispelling Common Scrum Myths and Misconceptions

Despite its popularity, Scrum remains subject to numerous misconceptions that undermine effective implementation. Addressing these myths is essential for organizations seeking to realize Scrum's full benefits. One persistent misconception involves terminology not found in The Scrum Guide. Terms like "Sprint 0," "Hardening Sprint," "Release Sprint," or "Stabilization Sprint" often indicate a fundamental misunderstanding of Scrum principles. Every Sprint should produce a potentially releasable increment-there are no special-purpose Sprints in authentic Scrum. These invented terms typically mask waterfall thinking disguised as Agile practice. Another common confusion concerns Scrum's nature as a framework rather than a methodology. While methodologies prescribe detailed processes, Scrum provides a lightweight blueprint with minimal rules that leaves room for complementary practices and tools. Successful Agile adoptions typically start with Scrum as a foundation, enhanced with engineering practices like continuous integration and test automation, and further strengthened with Lean principles. Traditional management roles often struggle to find their place in Scrum implementations. While Scrum recognizes only three roles (Product Owner, Scrum Master, and Development Team), managers can contribute as change agents promoting Agility, helping remove organizational impediments, and serving as guardians of the Scrum process. Many successfully transition into one of the three Scrum roles based on their skills and interests. Architecture represents another area of frequent misunderstanding. Contrary to the belief that Agile means "no architecture," Scrum embraces emergent architecture where design evolves in response to functional and non-functional requirements. Each Sprint builds at least one piece of business-facing functionality with value, developing just enough architecture to support current needs. As development progresses, architecture emerges incrementally, guided by principles rather than comprehensive upfront design. Organizations frequently underestimate the impact of adding teams to existing product development. When a second Scrum Team joins development, the original team's productivity typically decreases initially as they navigate dependencies, integration challenges, and knowledge sharing requirements. This temporary dip should be anticipated and managed rather than treated as a failure. Other common misconceptions include: assigning teams to multiple projects causing multitasking and delays; infrequent software releases missing customer feedback opportunities; incomplete "Done" work requiring additional testing cycles; having multiple Product Owners for one product; using disempowered proxy Product Owners; undermining the Scrum Master role with part-time assignments; recruiting inexperienced Scrum Masters; creating mini-waterfalls within Sprints; exercising command-and-control leadership; measuring success by velocity increases; building architecture without business functionality; distributing teams across continents; expecting detailed specifications instead of collaboration; and skipping Scrum events, missing inspection and adaptation opportunities. These misconceptions often arise from attempting to fit Scrum into existing organizational structures rather than adapting those structures to support Scrum principles. Successful implementation requires understanding not just Scrum's practices but the underlying values and principles that make those practices effective.

从《Scrum实践者洞见》中收获更多

每日获取新洞见，探索 10 万+ 条课程内容
文字实时高亮，与音频同步
保存你的书库，在所有设备上随时访问

第 9 章

Scrum in Action: A Practical Case Study

Theory becomes meaningful when applied to real-world scenarios. Consider how a Scrum Team approached implementing a new email filtering feature for an application similar to Gmail. The journey began when customers requested enhanced filtering capabilities. Rather than building all possible filtering options at once, the Product Owner worked with customers to prioritize options by business value. Date filtering emerged as the highest priority, followed by keyword filtering and other options. During Product Backlog refinement, the team transformed this requirement into a "Ready" Product Backlog Item with clear acceptance criteria: users should be able to filter emails by date range, with results updating dynamically as filter criteria change. The Development Team estimated the effort and clarified technical approaches before Sprint Planning. When Sprint Planning began, the team discovered they'd underestimated the calendar pop-up feature's complexity. Rather than compromising quality or missing the Sprint Goal, they collaborated with the Product Owner to simplify requirements-agreeing to implement a text-based date entry for the first iteration while maintaining the core filtering functionality. Throughout the Sprint, the team coordinated daily through the Daily Scrum, addressing impediments and adjusting their plan as they learned more about the implementation challenges. They maintained regular communication with the Product Owner, ensuring the solution remained aligned with customer needs. After one week, they delivered the date filtering feature, meeting all acceptance criteria and adhering to their definition of "Done." In subsequent Sprints, they added keyword filtering capabilities, continuously delivering working functionality that provided immediate value to users. The most revealing moment came after implementing just two filtering features. Based on user feedback, the customer determined that users were satisfied with these capabilities and redirected the team to other priorities. This perfectly illustrates the Agile principle of "maximizing the amount of work not done" by delivering a minimum viable feature rather than implementing all originally identified filtering options. This case study demonstrates several Scrum principles in action: empirical process control through regular inspection and adaptation; collaboration between the Product Owner and Development Team to maximize value; self-organization as the team determined how to implement the features; and incremental delivery that allowed early feedback and course correction. Most importantly, it shows how Scrum's focus on delivering working software in short cycles enables organizations to respond to changing user needs rather than blindly following initial plans.

第 10 章

The Continuous Journey of Agile Transformation

Being Agile is a journey without a final destination. In over a decade of experience, Doshi has never encountered a team claiming to have reached an "Agile nirvana" state. The key is asking daily: "Are we better than yesterday?" and having the courage to experiment when improvement is needed. Like chess, Scrum provides lightweight rules without being prescriptive. Organizations that deeply understand Scrum's roles, rules, and values have better chances of mastering it. Success requires both top-down and bottom-up buy-in, with teams embracing empiricism's pillars of transparency, inspection, and adaptation. The most successful implementations occur when teams fully embody Scrum values of focus, commitment, respect, courage, and openness while measuring success through consistent delivery of business value. Only self-organized, creative teams will reap Scrum's maximum benefits-transforming complex challenges into valuable solutions that delight customers and energize team members. As markets become increasingly volatile and technology continues to evolve at breakneck speed, Scrum's empirical approach to product development becomes not just advantageous but essential. Organizations that master these principles gain the ability to navigate complexity with confidence, delivering value consistently even as conditions change around them. This adaptability represents perhaps the greatest competitive advantage in today's business landscape.

★★★★★

你已读完《Scrum实践者洞见》

深受 100 万+ 学习者喜爱

“坚持使用 23 天了，我每天都会打开它。它现在已经成为我的日常习惯。”

jayallen

《Scrum实践者洞见》核心主题

empirical process control
agile team values
iterative product delivery
managing software complexity
scrum framework implementation

《Scrum实践者洞见》经典语录

Customers rarely know exactly what they want until they see working software.
Transparency means presenting facts as they are.
Focus enables the team to concentrate on Sprint work and goals without distraction.
Respect acknowledges each team member as a capable, independent professional.
These values aren't abstract concepts but practical guideposts for daily decisions.

《Scrum实践者洞见》主要人物

Hiren DoshiAuthor and practitioner of Scrum methodologies
Ken SchwaberScrum co-creator who praised the book's insights
David SnowdenCreator of the Cynefin framework mentioned

关于作者

Hiren Doshi 是《Scrum Insights for Practitioners: The Scrum Guide Companion》一书的作者。他是一位资深的敏捷实践者和 Scrum.org 专业 Scrum 讲师（PST），拥有超过 28 年跨行业组织转型经验。

他的著作专注于敏捷项目管理和 Scrum 框架，作为官方《Scrum 指南》的实用伴侣，将理论基础与现实世界的实施策略相结合。

Doshi 的专业知识源于他在美国银行（Bank of America）、壳牌（Shell）和埃森哲（Accenture）等全球客户担任的咨询职位，以及他对 2020 版《Scrum 指南》更新所做的贡献。作为一名广受欢迎的演讲者，他曾在印度敏捷领导力日（Agile Leadership Day India）等活动中发表演讲，探讨团队中的心理安全等话题。

他的其他作品包括《スクラム実践者が知るべき97のこと》（97 Things Every Scrum Practitioner Should Know），进一步巩固了他在简化复杂敏捷概念方面的声誉。

《Scrum Insights for Practitioners》在 Goodreads 上获得了 4.22/5 的评分，因其可操作的建议和清晰的阐述而备受赞誉，确立了 Doshi 在 Scrum 社区的影响力。

下载《Scrum实践者洞见》摘要

免费获取《Scrum实践者洞见》摘要的 PDF 或 EPUB 版本。可打印或随时离线阅读。

用户还喜欢

Scrum

Jeff Sutherland

The elements of scrum

Chris Sims& Hillary Louise Johnson

The Scrum Fieldbook

J.J. Sutherland

Learning Agile

Andrew Stellman & Jennifer Greene

Seek

Scott Shigeoka

The Essential Drucker

Peter F. Drucker

Insight

Tasha Eurich

Continuous Discovery Habits

Teresa Torres

关于本书的常见问题

该学习计划的一部分

学习计划

Master Agile Scrum for Small Business

4 h 4 m•4 集数

发现更多

学习计划

Master Agile Scrum for Small Business

This plan is essential for small business owners and team leads looking to increase efficiency without the overhead of enterprise-level systems. It provides a roadmap for transitioning from chaotic workflows to structured, high-performing Agile environments.

4 h 4 m•4 章节

学习计划

The 30-Minute Discovery Playbook

In fast-paced retail environments, technical teams often struggle to articulate the business value of observability. This playbook is essential for sales engineers and technical leaders who need to master concise discovery and align technical pain points with executive priorities.

1 h 30 m•3 章节

学习计划

The Strategic Mindset Toolkit

In an era of information overload, the ability to see what others miss is a critical competitive advantage. This plan is designed for leaders and problem-solvers who need to navigate complexity using systemic analysis and creative logic.

1 h 45 m•3 章节

学习计划

The Systems Thinking Advantage for Founders

In the volatile world of startups, founders often fall into the trap of reactive management. This learning plan is essential for entrepreneurs who want to move beyond chaos by mastering the structural dynamics of their business. It is ideal for early-stage leaders aiming to build scalable, stable organizations through first-principles design.

1 h 30 m•3 章节

学习计划

The Industrial Troubleshooter's Playbook

In high-stakes industrial environments, the ability to solve complex failures quickly is a critical skill. This playbook is designed for maintenance technicians and engineers who want to transition from reactive fixing to expert-level diagnostic and forensic analysis.

1 h 12 m•3 章节

学习计划

The Science of Self-Sabotage

This plan is essential for high-achievers and chronic caretakers who feel stuck in repetitive patterns of failure or burnout. It offers a deep dive into the neurobiology of behavior, making it ideal for anyone looking to reclaim control over their choices and mental well-being.

30 m•3 章节

学习计划

Unshakable: Stoic Drills for Modern Chaos

In an era of constant digital noise and social volatility, emotional resilience is a survival skill. This plan is designed for high-stress professionals and individuals seeking to regain control over their reactions and mental clarity through practical, ancient wisdom.

2 h 30 m•5 章节

学习计划

The Diagnostic for Tool Enshittification

As software platforms increasingly prioritize monetization over utility, developers must learn to identify predatory technical patterns. This guide is essential for software architects and engineers who want to build resilient stacks and avoid becoming locked into decaying ecosystems.

1 h 30 m•3 章节

由哥伦比亚大学校友在旧金山创建

LOVED BY

1,000,000+ curious minds.

4.7

avg rating

1M+ learners

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

查看更多网络上关于 BeFreed 的讨论

由哥伦比亚大学校友在旧金山创建

LOVED BY

1,000,000+ curious minds.

4.7

avg rating

1M+ learners

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

查看更多网络上关于 BeFreed 的讨论

开启你的学习之旅，就是现在

第 5 章

Scrum实践者洞见

概述《Scrum实践者洞见》概述

一本书，多种聆听方式。

Transforming Complexity into Value: The Scrum Advantage

Embracing Complexity Through Empiricism

边听边看，每个词都清晰呈现

The Heart of Scrum: Five Values That Transform Teams

The Scrum Team: A Symphony of Complementary Roles

从 《Scrum实践者洞见》中收获更多

Scrum Events: Creating Rhythm for Inspection and Adaptation

Scrum Artifacts: Making Progress Visible

边听边看，每个词都清晰呈现

Self-Organization: Unleashing Team Potential

Dispelling Common Scrum Myths and Misconceptions

从 《Scrum实践者洞见》中收获更多

Scrum in Action: A Practical Case Study

The Continuous Journey of Agile Transformation

你已读完 《Scrum实践者洞见》

《Scrum实践者洞见》核心主题

《Scrum实践者洞见》经典语录

《Scrum实践者洞见》主要人物

关于作者

下载《Scrum实践者洞见》摘要

用户还喜欢

关于本书的常见问题

What is Scrum Insights for Practitioners: The Scrum Guide Companion about?

Who should read Scrum Insights for Practitioners?

Is Scrum Insights for Practitioners worth reading?

What Scrum myths does Hiren Doshi address in the book?

该学习计划的一部分

Master Agile Scrum for Small Business

发现更多

1,000,000+ curious minds.

1,000,000+ curious minds.

一本书，多种聆听方式。

Transforming Complexity into Value: The Scrum Advantage

Embracing Complexity Through Empiricism

边听边看，每个词都清晰呈现

The Heart of Scrum: Five Values That Transform Teams

The Scrum Team: A Symphony of Complementary Roles

从 《Scrum实践者洞见》中收获更多

Scrum Events: Creating Rhythm for Inspection and Adaptation

Scrum Artifacts: Making Progress Visible

边听边看，每个词都清晰呈现

Self-Organization: Unleashing Team Potential

Dispelling Common Scrum Myths and Misconceptions

从 《Scrum实践者洞见》中收获更多

Scrum in Action: A Practical Case Study

The Continuous Journey of Agile Transformation

你已读完 《Scrum实践者洞见》

用户还喜欢

该学习计划的一部分

Master Agile Scrum for Small Business

发现更多

《Scrum实践者洞见》概述

从《Scrum实践者洞见》中收获更多

从《Scrum实践者洞见》中收获更多

你已读完《Scrum实践者洞见》

从《Scrum实践者洞见》中收获更多

从《Scrum实践者洞见》中收获更多

你已读完《Scrum实践者洞见》