Warum übernehmen Ihre Kunden Scrum?

Das Feedback, das viele in der Architektur- und Inneneinrichtungsbranche erhalten, ist, dass ihre Kunden Scrum wollen, und der Grund, warum sie Scrum wollen, ist das Feedback.

Why are your customers adopting Scrum?

Warum übernehmen Ihre Kunden Scrum?

Das Feedback, das viele in der Architektur- und Inneneinrichtungsbranche erhalten, ist, dass ihre Kunden Scrum wollen, und der Grund, warum sie Scrum wollen, ist das Feedback.

Die Kunden, die Scrum am meisten schätzen, sind die Kunden, die ihre Grenzen mutig akzeptieren. Wissen sie wirklich, wie sie ihre Arbeit am besten erledigen können? Perfekt? Wissen sie wirklich, ob sie überhaupt das richtige Produkt entwickeln? Diese unbequemen Wahrheiten zu erkennen und sich damit auseinanderzusetzen ist klug und Scrum ist eine wertvolle Hilfe bei der Bewältigung des Problems.

Scrum wird in Umgebungen eingesetzt, in denen die Arbeit so komplex ist, dass selbst der fundierteste und sorgfältigste Entwurf einer bloßen Spekulation gleichkommt, bis er empirisch getestet wird. Feedback informiert und validiert den Entwurf.

Kompetentes Scrum hilft Teams dabei, erfolgreich zu sein, indem es ihnen regelmäßig Gelegenheit gibt, zu beobachten, was sie gut machen, und jeden Aspekt ihrer Prozesse und Arbeitsvereinbarungen anzupassen, um es besser zu machen. Feedback informiert und validiert Ihre Arbeitspraktiken.

Bei der Prüfung von Entwürfen und Prozessen entsteht Feedback. Scrum hilft, weil es regelmäßiges Feedback vorschreibt und erfasst, die Teams dazu verpflichtet, darauf zu hören, und ihnen einen Rahmen gibt, in dem sie darauf reagieren können.

Damit Ihr Prozess empirisch ist, muss er schnell genug zu echten Ergebnissen führen, damit eine Reaktion möglich ist. Der Hauptmechanismus von Scrum hierfür besteht darin, Teams so zu organisieren, dass sie innerhalb einer Zeitbox, die als Sprint bezeichnet wird, ein echtes Ergebnis erzielen. Es hat sich bei Software, insbesondere bei Webanwendungen, durchgesetzt, wo es innerhalb eines Sprints von nur zwei Wochen Dauer möglich ist, echte Software zu erstellen, sie echten Menschen vorzustellen und echtes Feedback zu erhalten.

Ich habe ein gewisses Verständnis für Teams, die an großen physischen Produkten wie Gebäuden arbeiten. Eine zweiwöchentliche Lieferung fertiggestellter Wolkenkratzer ist natürlich unmöglich, aber ich stelle mit Genugtuung fest, dass in diesem Fall Ersatzprodukte wie Muster, Modelle und Modelle verwendet werden. Dies ist ein Beweis dafür, dass Teams bereits echtes Feedback sammeln und darauf reagieren möchten. Die Absicht von Scrum besteht darin, diesen Prozess zu maximieren.

Hier gibt es Fallen. Scrum funktioniert beispielsweise bekanntermaßen am besten, wenn Teams aus 6 bis 12 Personen völlig unabhängig sind. Durch externe Abhängigkeiten wird die enge Rückkopplungsschleife durchbrochen, die durch Sprints entsteht. Eine typische Lösung besteht darin, das Team aufzuteilen, sodass ein Team weiter vom Endkunden entfernt ist und Feedback verliert.

Eine weitere Falle besteht darin, dass internes Fachwissen, aus welchen Gründen auch immer, echtes Feedback ersetzt. Der Manager einer großen neuen Einzelhandels-Website befürchtete, Kunden könnten sich mit einem Namen und einer Adresse registrieren, die unanständige Wörter enthielten. Es wurde ein Sprint in die Entwicklung eines Filters investiert, um den Kundendienstmitarbeitern das Erröten zu ersparen.

Dieses Projekt war in Sprints organisiert und die Arbeit wurde alle zwei Wochen intern präsentiert, aber das gesamte Projekt war spekulativ – es gab keine Kunden und keinen Kundenservice. Auch Monate später war nicht bekannt, wie gut das Produkt in Orten wie Boggy Bottom, Hertfordshire, oder Billericay, Essex, angenommen wurde. Expertenbeiträge ohne Rückkopplungsschleife sind reine Spekulation.

Scrum hat sich in der Softwarebranche wirklich durchgesetzt, aber Software erobert die Welt und viele große Unternehmen haben ihre eigenen Technologieteams mit Scrum organisiert.

Es gibt auch Scrum-Projekte außerhalb der Software und sein Einfluss wächst im Marketing, in Schulen und in der Regierung. Innenarchitekten haben die Verantwortung sicherzustellen, dass die von ihnen geschaffenen Umgebungen diesen wichtigen Trend ermöglichen und unterstützen.

Über Simon Gibbs

Simon Gibbs, Mitbegründer von Agile Stationery , verfügt über umfassende Erfahrung in verschiedenen Unternehmen in jeder Phase des Agile-Einführungsprozesses. Seine Erfahrung gepaart mit seiner Leidenschaft für die Entwicklung von Produkten, die den Umgang mit Papier verändern und neue Arbeitsweisen ermöglichen, hat zu Agile Stationery geführt, dessen Ziel es ist, der One-Stop-Shop für kollaborative Tools mit kompromisslosem Fokus auf Qualität zu werden.

« Zurück zum Blog

{ "@context": "http://schema.org", "@type": "Article", "articleBody": " Das Feedback, das viele in der Architektur- und Inneneinrichtungsbranche erhalten, ist, dass ihre Kunden Scrum wollen, und der Grund, warum sie Scrum wollen, ist das Feedback.\n Die Kunden, die Scrum am meisten schätzen, sind die Kunden, die ihre Grenzen mutig akzeptieren. Wissen sie wirklich, wie sie ihre Arbeit am besten erledigen können? Perfekt? Wissen sie wirklich, ob sie überhaupt das richtige Produkt entwickeln? Diese unbequemen Wahrheiten zu erkennen und sich damit auseinanderzusetzen ist klug und Scrum ist eine wertvolle Hilfe bei der Bewältigung des Problems.\n Scrum wird in Umgebungen eingesetzt, in denen die Arbeit so komplex ist, dass selbst der fundierteste und sorgfältigste Entwurf einer bloßen Spekulation gleichkommt, bis er empirisch getestet wird. Feedback informiert und validiert den Entwurf. Kompetentes Scrum hilft Teams dabei, erfolgreich zu sein, indem es ihnen regelmäßig Gelegenheit gibt, zu beobachten, was sie gut machen, und jeden Aspekt ihrer Prozesse und Arbeitsvereinbarungen anzupassen, um es besser zu machen. Feedback informiert und validiert Ihre Arbeitspraktiken.\n Bei der Prüfung von Entwürfen und Prozessen entsteht Feedback. Scrum hilft, weil es regelmäßiges Feedback vorschreibt und erfasst, die Teams dazu verpflichtet, darauf zu hören, und ihnen einen Rahmen gibt, in dem sie darauf reagieren können.\n Damit Ihr Prozess empirisch ist, muss er schnell genug zu echten Ergebnissen führen, damit eine Reaktion möglich ist. Der Hauptmechanismus von Scrum hierfür besteht darin, Teams so zu organisieren, dass sie innerhalb einer Zeitbox, die als Sprint bezeichnet wird, ein echtes Ergebnis erzielen. Es hat sich bei Software, insbesondere bei Webanwendungen, durchgesetzt, wo es innerhalb eines Sprints von nur zwei Wochen Dauer möglich ist, echte Software zu erstellen, sie echten Menschen vorzustellen und echtes Feedback zu erhalten. Ich habe ein gewisses Verständnis für Teams, die an großen physischen Produkten wie Gebäuden arbeiten. Eine zweiwöchentliche Lieferung fertiggestellter Wolkenkratzer ist natürlich unmöglich, aber ich stelle mit Genugtuung fest, dass in diesem Fall Ersatzprodukte wie Muster, Modelle und Modelle verwendet werden. Dies ist ein Beweis dafür, dass Teams bereits echtes Feedback sammeln und darauf reagieren möchten. Die Absicht von Scrum besteht darin, diesen Prozess zu maximieren.\n Hier gibt es Fallen. Scrum funktioniert beispielsweise bekanntermaßen am besten, wenn Teams aus 6 bis 12 Personen völlig unabhängig sind. Durch externe Abhängigkeiten wird die enge Rückkopplungsschleife durchbrochen, die durch Sprints entsteht. Eine typische Lösung besteht darin, das Team aufzuteilen, sodass ein Team weiter vom Endkunden entfernt ist und Feedback verliert. Eine weitere Falle besteht darin, dass internes Fachwissen, aus welchen Gründen auch immer, echtes Feedback ersetzt. Der Manager einer großen neuen Einzelhandels-Website befürchtete, Kunden könnten sich mit einem Namen und einer Adresse registrieren, die unanständige Wörter enthielten. Es wurde ein Sprint in die Entwicklung eines Filters investiert, um den Kundendienstmitarbeitern das Erröten zu ersparen.\n Dieses Projekt war in Sprints organisiert und die Arbeit wurde alle zwei Wochen intern präsentiert, aber das gesamte Projekt war spekulativ – es gab keine Kunden und keinen Kundenservice. Auch Monate später war nicht bekannt, wie gut das Produkt in Orten wie Boggy Bottom, Hertfordshire, oder Billericay, Essex, angenommen wurde. Expertenbeiträge ohne Rückkopplungsschleife sind reine Spekulation.\n Scrum hat sich in der Softwarebranche wirklich durchgesetzt, aber Software erobert die Welt und viele große Unternehmen haben ihre eigenen Technologieteams mit Scrum organisiert. Es gibt auch Scrum-Projekte außerhalb der Software und sein Einfluss wächst im Marketing, in Schulen und in der Regierung. Innenarchitekten haben die Verantwortung sicherzustellen, dass die von ihnen geschaffenen Umgebungen diesen wichtigen Trend ermöglichen und unterstützen.\n Über Simon Gibbs\n Simon Gibbs, Mitbegründer von Agile Stationery , verfügt über umfassende Erfahrung in verschiedenen Unternehmen in jeder Phase des Agile-Einführungsprozesses. Seine Erfahrung gepaart mit seiner Leidenschaft für die Entwicklung von Produkten, die den Umgang mit Papier verändern und neue Arbeitsweisen ermöglichen, hat zu Agile Stationery geführt, dessen Ziel es ist, der One-Stop-Shop für kollaborative Tools mit kompromisslosem Fokus auf Qualität zu werden.", "mainEntityOfPage": { "@type": "WebPage", "@id": "https:\/\/eu.behotbox.com" }, "headline": "Warum übernehmen Ihre Kunden Scrum?", "description": "Das Feedback, das viele in der Architektur- und Inneneinrichtungsbranche erhalten, ist, dass ihre Kunden Scrum wollen, und der Grund, warum sie Scrum wollen, ist das Feedback.", "image": [ "https:\/\/eu.behotbox.com\/cdn\/shop\/articles\/62f0ec5be38c6d22cdff4bc7_why-are-your-customers-adopting-scrum.jpg?v=1699270718\u0026width=1600" ], "datePublished": "2019-04-17T02:00:00Z", "dateCreated": "2023-11-06T12:38:38Z", "author": { "@type": "Person", "name": "Simon Gibbs" }, "publisher": { "@type": "Organization", "name": "Hotbox Design Limited (EU)" } }