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.

Comprendre Scrum pour les praticiens: Le Guide d'accompagnement de Scrum book cover

Résumé de Comprendre Scrum pour les praticiens

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.

Le Guide d'accompagnement de Scrum

Hiren Doshi

4.2(183 Reviews)

Vue d’ensemble du Résumé de Comprendre Scrum pour les praticiens

Percez les mystères de Scrum avec le guide de Hiren Doshi - un livre classé parmi les 100 meilleurs sur Scrum qui transforme la théorie en pratique. Les géants de la technologie comme Google et Amazon s'appuient sur ces enseignements. Quelle est l'idée reçue qui coûte à votre équipe des milliers de dollars en perte de productivité ?

Choisissez la façon de le raconter

Explorez le Résumé de Comprendre Scrum pour les praticiens selon différents styles d’apprentissage

Les mêmes idées de Comprendre Scrum pour les praticiens. Choisissez la voix, la profondeur et le rythme qui vous conviennent. Changez à tout moment.

Chapitre 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.

Chapitre 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.

Voyez chaque mot au fil de l'écoute

Suivez facilement la lecture tandis que chaque mot du Résumé de Comprendre Scrum pour les praticiens s'illumine en temps réel.

Chapitre 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.

Chapitre 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.

Profitez davantage du Résumé de Comprendre Scrum pour les praticiens

Recevez des idées chaque jour parmi plus de 100 000 leçons
Les mots s'illuminent au rythme de l'audio
Votre bibliothèque sauvegardée sur tous vos appareils

Chapitre 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.

Chapitre 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.

Voyez chaque mot au fil de l'écoute

Suivez facilement la lecture tandis que chaque mot du Résumé de Comprendre Scrum pour les praticiens s'illumine en temps réel.

Chapitre 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.

Chapitre 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.

Profitez davantage du Résumé de Comprendre Scrum pour les praticiens

Recevez des idées chaque jour parmi plus de 100 000 leçons
Les mots s'illuminent au rythme de l'audio
Votre bibliothèque sauvegardée sur tous vos appareils

Chapitre 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.

Chapitre 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.

★★★★★

Vous êtes arrivé au bout du Résumé de Comprendre Scrum pour les praticiens

“Cela fait 23 jours et je l'utilise tous les jours. Cette application fait désormais partie de ma routine.”

jayallen

Thèmes clés du Résumé de Comprendre Scrum pour les praticiens

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

Meilleures citations du Résumé de Comprendre Scrum pour les praticiens

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.

Personnages du Résumé de Comprendre Scrum pour les praticiens

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

À propos de l'auteur

Hiren Doshi, auteur de Scrum Insights for Practitioners: The Scrum Guide Companion, est un praticien Agile chevronné et un formateur certifié Scrum.org Professional Scrum Trainer avec plus de 28 ans d'expérience dans la transformation d'organisations à travers divers secteurs.

Son livre, axé sur la gestion de projet Agile et les cadres Scrum, sert de compagnon pratique au Guide Scrum officiel, mêlant les fondements théoriques à des stratégies de mise en œuvre concrètes.

L'expertise de Doshi provient de rôles de consultant auprès de clients mondiaux tels que Bank of America, Shell et Accenture, ainsi que de sa contribution à la mise à jour du Guide Scrum 2020. Conférencier très sollicité, il a pris la parole lors d'événements tels que l'Agile Leadership Day India, abordant des sujets comme la sécurité psychologique au sein des équipes.

Ses autres ouvrages incluent スクラム実践者が知るべき97のこと (97 Things Every Scrum Practitioner Should Know), renforçant sa réputation pour sa capacité à simplifier les concepts Agile complexes.

Scrum Insights for Practitioners détient une note de 4,22/5 sur Goodreads, salué pour ses conseils exploitables et sa clarté, consolidant ainsi l'influence de Doshi au sein de la communauté Scrum.

Telecharger le resume de Comprendre Scrum pour les praticiens

Obtenez le resume de Comprendre Scrum pour les praticiens en PDF ou EPUB gratuit. Imprimez-le ou lisez-le hors ligne a tout moment.

Les utilisateurs ont aussi aimé

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

Questions fréquentes sur le Résumé de Comprendre Scrum pour les praticiens

Fait partie d'un plan d'apprentissage

PLAN D'APPRENTISSAGE

Master Agile Scrum for Small Business

4 h 4 m•4 Épisodes

Découvrir plus

PLAN D'APPRENTISSAGE

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 Sections

PLAN D'APPRENTISSAGE

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 Sections

PLAN D'APPRENTISSAGE

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 Sections

PLAN D'APPRENTISSAGE

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 Sections

PLAN D'APPRENTISSAGE

The Science of Self-Awareness

This plan bridges the gap between neuroscience and practical decision-making for leaders and high-performers. It is ideal for anyone looking to master their internal biology and break through the mental glass ceilings that hinder professional progress.

1 h 30 m•3 Sections

PLAN D'APPRENTISSAGE

Turn Dead Standups into High-Energy Huddles

Many teams struggle with repetitive, low-value meetings that drain morning energy rather than fueling it. This plan is designed for team leads and scrum masters looking to revitalize their daily rituals and drive faster delivery through better collaboration.

1 h 30 m•3 Sections

PLAN D'APPRENTISSAGE

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 Sections

PLAN D'APPRENTISSAGE

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 Sections

Cree par des anciens de Columbia University | a San Francisco

BeFreed rassemble une communauté mondiale d'esprits curieux

4.7

note moyenne

Plus de 7,84 k notes sur l’app

Communauté BeFreed

Franchement, je n'ai pas encore exploré toute l'app, mais après quelques jours d'utilisation, je suis bluffée… BeFreed est à un tout autre niveau que toutes les autres apps d'apprentissage que j'ai essayées. C'est ultra captivant et ça améliore vraiment la concentration — parfait pour tous les accros au scroll !

@ladyInfinity

J'ai acheté BeFreed il y a exactement 23 jours et je l'ai utilisée chaque jour depuis. Elle s'est complètement intégrée à mon quotidien de travail et à mes habitudes d'apprentissage.

@jayallen

La vérité, c'est que l'app a dépassé toutes mes attentes. Je peux lui demander de générer de l'audio sur n'importe quel sujet, quel qu'il soit, et le résultat est impressionnant. Mon domaine professionnel est une spécialisation en psychothérapie, très pluridisciplinaire ; pourtant, les réponses sont très justes.

@Raguipa

Ce que j'apprécie le plus, c'est à quel point ça a réduit mon temps de scroll : je passe moins de temps à chercher et plus de temps à retenir. La combinaison des livres audio complets, des podcasts et des plans d'apprentissage est brillante.

@colonyofcreatorsNGO

Je suis instructeur en apprentissage accéléré PhotoReading depuis 24 ans… les livres, la lecture et l'apprentissage, c'est mon domaine, et BeFreed a fait un excellent travail en proposant une approche innovante pour transmettre l'information de façon facile à assimiler.

@BeFreed user

Ce n'est pas qu'une app de résumés de livres : j'ai utilisé l'option de lecture fun et c'est un bien meilleur résumé, une meilleure façon de saisir les idées qu'à la manière traditionnelle. Rien que ça vaut le coup.

@austinakon

J'adore cette app. Je l'utilise depuis plusieurs jours et je ne peux plus m'arrêter d'écouter. Une excellente façon de commencer.

@jcrules328

J'aime beaucoup ce programme ; je le teste depuis environ un mois et c'est une vraie pépite. Ça marche très bien parce que je peux utiliser BeFreed pour créer mes propres sujets, et la voix est excellente, avec un choix illimité de narrations.

@DanielCZ

Franchement, je n'ai pas encore exploré toute l'app, mais après quelques jours d'utilisation, je suis bluffée… BeFreed est à un tout autre niveau que toutes les autres apps d'apprentissage que j'ai essayées. C'est ultra captivant et ça améliore vraiment la concentration — parfait pour tous les accros au scroll !

@ladyInfinity

J'ai acheté BeFreed il y a exactement 23 jours et je l'ai utilisée chaque jour depuis. Elle s'est complètement intégrée à mon quotidien de travail et à mes habitudes d'apprentissage.

@jayallen

La vérité, c'est que l'app a dépassé toutes mes attentes. Je peux lui demander de générer de l'audio sur n'importe quel sujet, quel qu'il soit, et le résultat est impressionnant. Mon domaine professionnel est une spécialisation en psychothérapie, très pluridisciplinaire ; pourtant, les réponses sont très justes.

@Raguipa

Ce que j'apprécie le plus, c'est à quel point ça a réduit mon temps de scroll : je passe moins de temps à chercher et plus de temps à retenir. La combinaison des livres audio complets, des podcasts et des plans d'apprentissage est brillante.

@colonyofcreatorsNGO

Je suis instructeur en apprentissage accéléré PhotoReading depuis 24 ans… les livres, la lecture et l'apprentissage, c'est mon domaine, et BeFreed a fait un excellent travail en proposant une approche innovante pour transmettre l'information de façon facile à assimiler.

@BeFreed user

Ce n'est pas qu'une app de résumés de livres : j'ai utilisé l'option de lecture fun et c'est un bien meilleur résumé, une meilleure façon de saisir les idées qu'à la manière traditionnelle. Rien que ça vaut le coup.

@austinakon

J'adore cette app. Je l'utilise depuis plusieurs jours et je ne peux plus m'arrêter d'écouter. Une excellente façon de commencer.

@jcrules328

J'aime beaucoup ce programme ; je le teste depuis environ un mois et c'est une vraie pépite. Ça marche très bien parce que je peux utiliser BeFreed pour créer mes propres sujets, et la voix est excellente, avec un choix illimité de narrations.

@DanielCZ

J'adore pouvoir obtenir des informations et des idées utiles et condensées dans un audio façon podcast de 8 à 15 minutes. Je ne suis pas fan des podcasts à cause de tout le remplissage, mais là, on va droit à l'essentiel.

@BeFreed user

Je termine mon doctorat et je dois lire beaucoup de contenus que je ne connais pas… Avec BeFreed, il suffit d'entrer un prompt : l'app trouve les sources pour vous et génère un podcast audio. Je trouve le processus de BeFreed plus fluide que celui de NotebookLM.

@Brad

Je cherche souvent sur YouTube quelque chose à écouter en préparant le petit-déjeuner, en marchant ou dans les transports, et BeFreed offre une approche encore plus ciblée, sans pubs et sans remplissage !

@BeFreed user

Le meilleur atout de cette plateforme, c'est sa polyvalence. Il n'y a littéralement aucun sujet hors de portée. Elle gère tout ce qu'on lui donne… Il est rare de trouver un outil d'apprentissage sans aucune limite qui tient vraiment ses promesses.

@jayallen

BeFreed est fantastique. Son design intuitif me fait passer moins de temps à naviguer et plus de temps à apprendre. Le mélange de livres audio, de podcasts et de plans d'apprentissage est une combinaison géniale qui a complètement changé ma routine quotidienne.

@BeFreed user

Au début, il m'a fallu un moment pour comprendre comment créer des podcasts en italien, et boum ! C'est génial ! Je peux lui demander d'expliquer n'importe quel sujet et elle le fait super bien, avec beaucoup d'intelligence !

@matteo77

BeFreed est devenue mon app quotidienne pour les livres audio… Ce que je préfère, c'est de pouvoir déposer son texte et obtenir un audio à écouter en déplacement.

@kotanzu1

J'adore pouvoir obtenir des informations et des idées utiles et condensées dans un audio façon podcast de 8 à 15 minutes. Je ne suis pas fan des podcasts à cause de tout le remplissage, mais là, on va droit à l'essentiel.

@BeFreed user

Je termine mon doctorat et je dois lire beaucoup de contenus que je ne connais pas… Avec BeFreed, il suffit d'entrer un prompt : l'app trouve les sources pour vous et génère un podcast audio. Je trouve le processus de BeFreed plus fluide que celui de NotebookLM.

@Brad

Je cherche souvent sur YouTube quelque chose à écouter en préparant le petit-déjeuner, en marchant ou dans les transports, et BeFreed offre une approche encore plus ciblée, sans pubs et sans remplissage !

@BeFreed user

Le meilleur atout de cette plateforme, c'est sa polyvalence. Il n'y a littéralement aucun sujet hors de portée. Elle gère tout ce qu'on lui donne… Il est rare de trouver un outil d'apprentissage sans aucune limite qui tient vraiment ses promesses.

@jayallen

BeFreed est fantastique. Son design intuitif me fait passer moins de temps à naviguer et plus de temps à apprendre. Le mélange de livres audio, de podcasts et de plans d'apprentissage est une combinaison géniale qui a complètement changé ma routine quotidienne.

@BeFreed user

Au début, il m'a fallu un moment pour comprendre comment créer des podcasts en italien, et boum ! C'est génial ! Je peux lui demander d'expliquer n'importe quel sujet et elle le fait super bien, avec beaucoup d'intelligence !

@matteo77

BeFreed est devenue mon app quotidienne pour les livres audio… Ce que je préfère, c'est de pouvoir déposer son texte et obtenir un audio à écouter en déplacement.

@kotanzu1

Decouvrez comment BeFreed est discute sur le web