Logo

    inspect

    Explore "inspect" with insightful episodes like "S06 E09 Starting with Scrum and forming your Scrum Team", "Sprint Review ohne Stakeholder", "Introducing "Inspector Axon"", "Episode 30: Check Your Gear and Yourself" and "Wie können wir den Erfolg von User Stories messen?" from podcasts like ""Mastering Agility", "Die Produktwerker", "Exploring Axon", "Matter of Facts and Raising Values Podcast" and "Die Produktwerker"" and more!

    Episodes (11)

    S06 E09 Starting with Scrum and forming your Scrum Team

    S06 E09 Starting with Scrum and forming your Scrum Team

    For questions or requests that you would like us to check on, please drop a message on LinkedIn or join the Mastering Agility Discord community!

    Participate as an audience member
    Mastering Agility Mural
    Mastering Agility merch

    Sander Dur

    Sander Dur is a Professional Scrum Trainer at Scrum.org, podcast host of Mastering Agility, Professional Scrum Master and Lead Agile Consultant, and trainer at Xebia. Besides this, he's an avid writer for predominantly Serious Scrum on Medium.com. Sander has a major passion for the human side in complex domains. Ensuring a high level of psychological safety, therefore, is a critical part of his work. Organizations in complex domains can only survive when innovating. Innovation can only take place with the right balance between low social friction and high intellectual friction. While most organizations now understand how to apply Agile frameworks, they struggle with the delivery of value. Psychological safety is the next step in this evolution and Sander has a huge drive to help organizations reach that step.

    Sander is enthusiastic, open-minded, and ambitious. He finds interpersonal relationships and intrinsic motivations very important in team dynamics. Besides his work, Sander loves to spend time with his family, enjoys sports and eating healthy, barbecuing, riding his motorcycle, and traveling.

    Jim Sammons

    My passion is helping people to:

    • Do more of the right work (and less of the wrong work).
    • Create more actual teams than just groups of people who work together.
    • Learning how to improve themselves, their team, and their organization incrementally.
    • Understand that less, not more, is usually part of the answer to some of the hardest questions we all face.
    • See their workplaces, teams, and their sphere of influence as something that is evolving, which requires an evolution of all of its parts to adapt.

    Throughout my career, I have worked with clients of all sizes, industries, and technologies.  Whether it’s leading a transformative strategy at a Fortune 100 or helping a new startup understand its unique value proposition the common focus I bring to each role is “making people better.”

    Contact us at:

    Masteringagility.org
    https://xebia.com/academy/nl/trainers/sander-dur

    https://www.linkedin.com/in/jamessammons/
    https://www.linkedin.com/in/sanderdur/  

    Sprint Review ohne Stakeholder

    Sprint Review ohne Stakeholder
    Findet euer Sprint Review ohne Stakeholder statt? Oder kommen sie nur sporadisch? Tatsächlich ist das ein häufiges Problem in der Praxis und führt in der Arbeit mit Scrum zu ernsthaften Problemen. Tim und Oliver besprechen zunächst die Gründe, warum diese Situation eintreten kann. Danach diskutieren sie, welche Effekte das Fehlen von Stakeholdern im Sprint Review auf den Erfolg der agilen Produktentwicklung haben kann. Natürlich sind die Ideen und Vorschläge der beiden, wie man die Situation ändern kann, besonders spannend. Wie kann es gelingen, dass (wieder) mehr Stakeholder regelmäßig beim Sprint Review dabei sind und aktiv ihr wertschätzendes und konstruktives Feedback einbringen? Wie kann man es dem Umfeld bewusst machen, dass es wichtig ist, zu kommen und Feedback auf den aktuellen Stand der Entwicklung zu geben. Dabei ist auch wichtig, den Stakeholdern auch mit Respekt auf Augenhöhe zu begegnen und ihnen explizit zu sagen, wenn nichts Wesentliches für ihren Bereich in diesem Sprint dem Inkrement hinzugefügt wurde. Aber auch für den Fall, dass das alles nicht hilft und am Ende dann doch das Sprint Review ohne Stakeholder stattfinden muss, hauen die beiden noch einige, z.T. sehr kreative, Tipps raus. Diese Podcast-Episoden passen zum Thema "Sprint Review ohne Stakeholder" bzw. wurden erwähnt: - Als Product Owner im Sprint Review - Seine Stakeholder kennen und richtig analysieren - Umgang mit schwierigen Stakeholdern - Stakeholder Community - Wer nimmt User Stories ab? - Dein Freund der Scrum Master - Warum scheint die Product Owner Rolle so schwer zu sein? (Gast: Markus Andrezak) - Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen Hast du auch das Problem, dass eure Stakeholder nicht zum Sprint Review kommen? Wie geht ihr damit um und welche guten Tipps habt ihr noch für uns und alle anderen Product Owner? Wir freuen uns, wenn du deine Erfahrungen aus der Praxis mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite. **Folgt uns Produktwerker auf** - LinkedIn -> https://bit.ly/3gWanpT - Twitter -> https://bit.ly/3NitkPy - Youtube -> https://bit.ly/3DIIvhF - Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> https://bit.ly/3Why63K

    Episode 30: Check Your Gear and Yourself

    Episode 30: Check Your Gear and Yourself

    http://www.mofpodcast.com/
    https://prepperbroadcasting.com/
    https://www.facebook.com/matteroffactspodcast/
    https://www.facebook.com/groups/mofpodcastgroup/
    www.youtube.com/user/philrab
    https://www.instagram.com/mofpodcast


    Support the show
    Shop at Amazon: http://amzn.to/2ora9ri
    Patreon: https://www.patreon.com/mofpodcast
    Purchase American Insurgent by Phil Rabalais: https://amzn.to/2FvSLML
    Shop at MantisX: http://www.mantisx.com/ref?id=173


    *The views and opinions of guests do not reflect the opinions of Phil Rabalais, Andrew Bobo, or the Matter of Facts Podcast*


    The boys sit down to talk about inspecting your gear, rotating to avoid expiration, the changes regularly conceal carrying firearms have brought into their lives, and wrap up with the first MoF Drill of many to come. Listen for the alarm, play along, and share your feedback with us on our social media. MoF Drills are not 'gotchas', they are meant to be thought provoking ways to test your readiness.


    Intro and Outro Music by Phil Rabalais
    All rights reserved, no commercial or non-commercial use without permission of creator

    Wie können wir den Erfolg von User Stories messen?

    Wie können wir den Erfolg von User Stories messen?
    Muss ich als Product Owner den Erfolg von User Stories messen? Reicht es nicht aus, wenn die Story "done" ist? Der Scrum Guide sagt jedenfalls nichts explizites dazu. Oliver und Tim klären daher zunächst mal die Frage, aus welcher Idee von Scrum man man diesen Bedarf ableiten könnte. Sie beziehen sich demnach auf das "Überprüfen" (engl.: inspect) als einer der drei Säulen der Scrum Theorie. Demnach soll man neben den Scrum Artefakten auch den Fortschritt in Richtung der vereinbarten Ziele häufig und sorgfältig überprüfen. Nun sind User Stories wahrlich keine Artefakte des Scrum Frameworks und so könnte man sagen, dass die Akzeptanzkriterien einer Story in Verbindung mit der Definition of Done gut genug sind, um den Erfolg einer User Story zu bewerten. Darüber hinaus, begutachten wir ja auch im Sprint Review das Product Increment. Kann dies vielleicht als Erfolgsmessung herhalten? In der Reflektion sehen Tim und Oliver hier das Problem, dass ich am Ende eines Sprints in der Regel noch nicht genau beziffern kann, ob z.B. ein erfolgreich gebautes und evtl. sogar bereits ausgeliefertes Feature wirklich schon etwas bewirkt und damit Wert liefert. Also müssen wir uns fragen: was heißt denn hier überhaupt "Erfolg" von User Stories messen? Schnell kommt man auf eine Outcome-Betrachtung und es wird deutlich, dass ich einige zeitverzögerte Wirkungen von ausgelieferten Features beachten muss. Wir müssen also sogenannte "Lagging Indicators" begutachten und messen. Aber wie kann das in Scrum klappen und wie kann ich es vor allem organisieren, um den Erfolg von User Stories messen zu können, wenn denn der Outcome oft erst zeitverzögert sichtbar wird? Hierzu stellen Oliver und Tim einige Ideen vor und geben Anregungen für die Umsetzung. Im Lauf des Gesprächs wird an verschiedenen Stellen immer mal wieder Bezug auf andere Folgen unseres Podcasts genommen. Wenn Du also die folgenden, zum Teil älteren, Episoden noch nicht kennst bzw. dir die Themen in der Tiefe noch nicht so vertraut sind, könnte es sich lohnen, sie dir jetzt mal anzuhören. - Erfolgreich mit User Stories arbeiten - Akzeptanzkriterien richtig einsetzen - Das Product Goal und seine Bedeutung für Product Owner - Agile Product Roadmaps - Das Sprint-Ziel als Product Owner nutzen - Als Product Owner im Sprint Review Wenn euch die Folge gefällt, freuen wir uns über eine positive Bewertung in eurer Podcast App oder als Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Instagram oder Twitter.

    45 - Inspect. Was du von Urlaubsreisen über Projektplanung lernen kannst

    45 - Inspect. Was du von Urlaubsreisen über Projektplanung lernen kannst
    ,ist zum Beispiel, dir ein konkretes und Ziel mit Begeisterung zu setzen und dich einfach mal auf den schönen Weg zu machen. Schon klar, dass es sinnvoll ist, sich Zwischenziele zu setzen, damit du ne grobe Richtung hast und vielleicht merkst du während der Reise, dass sich deine Wünsche oder Rahmenbedingungen durch die Inspiration der Menschen oder neue Informationen einfach ändern. Du machst sozusagen neue Erfahrungen und hast damit die Möglichkeit, deinem Bauchgefühl zu folgen und deinen Plan wieder anzupassen. Und der gleichen Logik folgt auch gutes Projektgeschäft: Es ist unmöglich alles im Voraus zu planen und eine Ziffer dranzuhängen, aber viel wichtiger ist deine Flexibilität bevor du dein Ziel erreichst. Es geht darum, dass du lernst die Entwicklung deines Projektes zu beobachten und die Füße still zu halten, bis du genug gelernt hast, um mit gutem Gewissen einen neuen Weg einschlagen zu können. Sei neugierig auf David Symhoven: www.david-symhoven.de Lass dich begeistern von De Long Iu: www.delong-iu.de/#links Folge uns gespannt auf LinkedIn: https://www.linkedin.com/company/wirmuessenreden/ Meld dich mit Freude bei uns auf Facebook: https://www.facebook.com/wir.muessen.reden.und.lachen

    41 - Empirie & Transparenz. Wie du dir viel Übel in deinen Projekten ersparst

    41 - Empirie & Transparenz. Wie du dir viel Übel in deinen Projekten ersparst
    und ein sauberes SCRUM Haus mit Empirie baust, anstatt mit Salamitaktik günstig anzubieten, um das das Geld hinten raus mit einem halbfertigen Projekt zu verdienen. Hä? Ein was? Lass uns nochmal zurückspulen. Es gibt Projekte wie der Berliner Flughafen und Stuttgart 21, die gefühlt ewig dauern und hinten raus einfach mehrere Millionen Euro mehr als geplant gekostet haben - wenn sie überhaupt fertig gestellt worden sind. Die Idee bei SCRUM ist es über Erfahrung mit kürzen Testzyklen eine gewisse Vorhersagbarkeit in deine Projekte zu bekommen. Wenn du dich vielleicht jetzt zurückerinnerst, weißt du bereits, dass Korrelation (rückwirkend Zusammenhänge erschließen) nichts mit Kausalität (reproduzierbare Ursache -> Wirkung) zu tun hat. Der Gedanke dabei ist vielmehr, je mehr du Erfahrung machst, desto einfacher ein besseres Gefühl für dein Projekt zu bekommen. Damit du das untere und obere Limit, den Rahmen, genauer einschätzen kannst. SCRUM bietet dir mit den einzelnen griechischen Säulen Transparenz, Überprüfung und Anpassung Prinzipien, die dir deinen Projektalltag erleichtern. Wenn dich das Thema jetzt richtig neugierig gemacht hat und du willst wissen, wie SCRUM dir wirklich weiterhelfen wird? Reinhören, Lachen und was neues Lernen 😉 Gotthard Tunnel mit guter Projektplanung: https://www.handelsblatt.com/13674218.html Sei neugierig auf David Symhoven: www.david-symhoven.de Lass dich begeistern von De Long Iu: www.delong-iu.de/#links Folge uns gespannt auf LinkedIn: https://www.linkedin.com/company/wirmuessenreden/ Meld dich mit Freude bei uns auf Facebook: https://www.facebook.com/wir.muessen.reden.und.lachen