Agile für Nicht-Software-Produkte
Agile ist in der Softwareentwicklungswelt am besten bekannt, aber viele Organisationen finden das Framework auch für Nicht-Software-Projekte vorteilhaft. Im Folgenden finden Sie Beispiele für die Verwendung von Agile in Nicht-Software-Umgebungen:
Finanzen:
Mike Palazzolo, President of Fintentional, applies an Agile approach to his fee-only financial planning practice. “As a former software engineer, I practiced using some of the Agile predecessors known as evolutionary and spiral software development. I am applying an Agile approach to my fee-only financial planning practice.
Einer der Kritiken der Entwicklung eines einmaligen Finanzplans besteht darin, dass er oft veraltet ist, wenn er dem Kunden geliefert wird. Ich biete laufende Finanzplanungsdienstleistungen an, bei denen ich gemeinsam mit meinen Kunden zusammenarbeite, um Planung und Coaching während des gesamten Jahres zu bieten. Ich untergliedere das Jahr in „Sprints“, damit wir uns nicht mehr vornehmen, als wir bei jedem Sprint erreichen können. Dies ermöglicht uns auch, den Kurs während des Jahres zu ändern, wenn sich das Leben ändert. Ich verwende Technologie wie „Finanzplanungs-Projektmanagement-Software“, um den Prozess zu erleichtern.“
Marketing:
Alexander Kariagin, Partner Marketing Director with CloudBerry Lab, uses Agile to manage marketing projects. “We plan and manage two-week Sprints and apply story points, backlog, review, kickoff, and a daily 30-minute stand-up meeting. This Agile approach allows us to spread tasks among ten marketing team members. Each team member feels responsible and informed about what is going on.”
Monica Georgieff, Head of Marketing for Kanbanize, adopted a Lean Agile approach to campaign management. “We map our campaign activity on a Kanban board. We discovered that it works wonders for our efficiency and output. This has helped us deliver quick, high-quality work. For example, an idea today could be a reality next week because we are much more flexible to market changes. It turns out that software methodologies work for marketing, too!”
Christine Bottagaro, CMO at Rogue Wave Software, has also relied on Kanban to execute marketing projects. “We tried a number of Agile ceremonies, but Kanban worked best. It assumes constant work, with no end dates, and allows for real time prioritization. This suits our work pace, ongoing ideas, work in progress, and completed projects. We rely on an online card system to track work across teams and to manage our backlog.”
Der iterative Ansatz, der von Agile-Frameworks übernommen wird, hat sich sowohl für Softwareprodukte als auch für Nicht-Software-Produkte bewährt. Laut Hubert Smits, zertifizierter Scrum-Trainer, „basiert Agile/Scrum auf empirischem Denken – komplexe Probleme werden am besten gelöst, indem kleine Schritte, die die wichtigsten Informationen bereitstellen, zuerst abgeschlossen werden.“
Wie in den obigen Beispielen erwähnt, können viele Unternehmensprodukte von diesen kleinen iterativen Schritten profitieren.
Agile-Produktmanagementrollen
Die Absicht des Produktmanagements besteht darin, eng mit der Produktentwicklung zusammenzuarbeiten und die Produktausrichtung und -anforderungen basierend auf Marktforschung, Kundenfeedback und Entwicklungskapazität zu verwalten. Leider werden Produktmanager oft in Projektmanagementaufgaben, die mit Software-Releases verbunden sind, und nicht mit Kunden und Marktbeeinflussern in Verbindung gebracht, um das marktfähigste Produkt zu entwickeln.
In der Agile-Entwicklungswelt gibt es zusätzliche Rollen, die Produktmanagern helfen, aus taktischen, technischen Aktivitäten (wo sie oft Zeit in traditionellen Waterfall-Umgebungen verbringen) in eine externe Rolle zu wechseln, in der sie mit dem Markt interagieren. Es ist jedoch nicht ungewöhnlich, dass Produktmanager die Rolle des Produktverantwortlichen übernehmen. Dies kann, wie Sie unten lesen werden, sogar für den erfahrensten Produktmanager äußerst überwältigend werden.
Agile-Produktmanager: Das Ziel des Agile-Produktmanagers besteht darin, mit Kunden und der Unternehmensführung zusammen zu arbeiten, um die Produktrichtung zu definieren. Der Produktmanager ist dafür verantwortlich, die wahre Stimme des Kunden darzustellen. Die beste Möglichkeit, das Problem des Kunden vollständig zu verstehen, ist es, mit Kunden zu sprechen – besuchen Sie ihre Standorte, erleben Sie ihr tägliches Geschäftsleben und sprechen Sie mit ihren Mitarbeitern. In diesem Fall erhält ein Produktmanager einen ersten Einblick in die Schwierigkeiten des Kunden und kann Funktionen und Funktionalitäten definieren, die die Schmerzpunkte lindern. Ohne direkte Interaktion mit Kunden vor Ort ist es unmöglich, die Schwierigkeiten und Bedürfnisse eines Kunden vollständig zu verstehen.
Zertifizierungsprogramme, um Agile-Produktmanager zu werden, werden von Pragmatischem Marketing im Pragmatischen Produktmanagement angeboten.
Herausforderungen, mit denen Produktmanager konfrontiert sind: Wie jede andere organisatorische Rolle stehen auch Produktmanager vor Hindernissen. Die häufigste Hürde ist die Definition von Anforderungen. Jedes Team (wie Entwicklung, Support, professionelle Dienstleistungen oder Vertrieb) hat eine Meinung über die Funktionen, die in ein Produkt aufgenommen werden sollten. Glücklicherweise können Produktmanager mit nützlichen Informationen, die während Kundeninteraktionen gesammelt wurden, ihre User-Storys und die Produkt-Roadmap mit realen Daten unterstützen.
Darüber hinaus erstreckt sich die Rolle eines Produktmanagers von strategischen Aktivitäten wie der Definition der Produkt-Roadmap in Einklang mit den Geschäftszielen bis hin zu taktischen Aktivitäten, die in Vertrieb, Marketing und Produktunterstützung stattfinden. Leider werden Produktmanager oft in technischen, taktischen Aktivitäten stecken bleiben, die wenig Zeit für strategische Arbeit lassen: Das Vertriebsteam möchte, dass Produktmanager das Produkt demonstrieren, Marketing verlangt von ihnen das Schreiben von Begleitmaterialien, und die Entwicklung setzt sie ein, um ihre Projekte zu verwalten. Aufgrund ihrer Produktkenntnisse sind Produktmanager große Ressourcen für alle diese Aktivitäten, aber ein Gleichgewicht zwischen strategischen und taktischen Aufgaben ist unerlässlich.
Agile-Produktverantwortlicher: Der Produktverantwortliche in einer Agile-Umgebung arbeitet mit dem Entwicklungsteam zusammen, um User-Storys, Produktvisionen und Spezifikationen zu klären, Backlogs zu verwalten und den Wert des Produkts für das Unternehmen zu maximieren. Der Produktverantwortliche vermittelt dem Entwicklungsteam die geschäftlichen Absichten des Entwicklungsteams, damit sie ein klares Verständnis dafür haben, warum sie aufgefordert werden, das zu tun, was sie tun. Ein Produktverantwortlicher hat ein großartiges Gleichgewicht zwischen technischem/Entwicklungsverständnis und Business-Intelligence. Sie können das vollständige Bild sehen: Das Verständnis der Bedürfnisse des Unternehmens und des Kunden, die Kommunikation mit Business-Teams und die Abstimmung technischer Aktivitäten, um ein ungewöhnliches Produkt zu liefern. Produktverantwortliche haben in der Regel ein grundlegendes Verständnis der Softwareentwicklung, sind effektive Kommunikatoren und verstehen, dass sie Kundenprobleme lösen müssen. Es ist üblich, dass Produktverantwortliche vor der Stelle als Produktverantwortliche als Geschäftsanalyst tätig sind.
Von der Scrum Alliance werden Zertifizierungskurse angeboten, um zertifizierter Scrum-Produktverantwortlicher (CSPO) zu werden. Diese Zertifizierung ist sowohl bei der Weiterführung Ihrer Karriere als Produktverantwortlicher wertvoll, als auch beim klaren Verständnis des Umfangs der Rolle des Produktverantwortlichen.
Fehler, die von Produktverantwortlichen gemacht wurden: Die Rolle des Produktverantwortlichen kann enorme Vorteile in einer Agile-Umgebung haben. Es gibt jedoch Fehler bei dieser Rolle. Um erfolgreich zu sein, sollte ein Produktverantwortlicher Folgende Merkmale haben:
- Bestimmt sein
- Das Vertrauen Ihres Teams gewinnen
- Die Produktvision verstehen
- Anwesend und für das Team verfügbar sein
- Sich an Änderungen anpassen können (agile)
- Ein Mikromanagement des Teams vermeiden
Die Verwendung sowohl der Rollen des Produktmanagements als auch der Produktverantwortlichen innerhalb einer Agile-Organisation hilft, die Verantwortlichkeiten zu koordinieren, ohne eine einzelne Person zu überlasten. Sich vorstellen, mit Kunden zu interagieren, ihre Bedürfnisse zu kommunizieren, User-Storys zu erstellen, an dem täglichen Scrum teilzunehmen, den Vertrieb zu befähigen, den Support zu schulen, das Produkt zu demonstrieren, Funktionen zu dokumentieren, Anforderungen zu klären und so weiter. Dies kann überwältigend sein, auch für den erfahrensten Produktmanager. Das gesamte Unternehmen wird profitieren, wenn der Produktmanager und der Produktverantwortliche die Aufgaben teilen und die Überlastung eines Produktmanagers, wenn er alles selbst tut, vermieden werden kann.
Das folgende Diagramm definiert einige der gemeinsamen Aktivitäten, die vom Produktmanager und Produktverantwortlichen durchgeführt werden.
Das Dokument für Produktanforderungen
Eine häufige Frage ist, ob das Dokument für Produktanforderungen (PRD) in einer Agile-Welt verwendet wird. Tatsächlich wird die traditionelle PRD in einer Agile-Umgebung nicht verwendet und wird stattdessen durch User-Storys (Persona-basierte Bedürfnisbeschreibungen der Funktionalität) ersetzt. Diese User-Storys konzentrieren sich auf den Kundenwert und werden von dem Agile-Team verwendet, um an den Details zusammenzuarbeiten, um die Iterationen eines Projekts zu planen.
Zusätzliche häufige Verwirrungen zur Agile-Rolle
Scrum-Master vs. Produktmanager vs. Produktverantwortlicher: In Scrum, der beliebtesten Agile-Methode, ist der Scrum-Master vor allem dafür verantwortlich, das Scrum-Team motiviert und fokussiert zu halten und sie auch an Ablenkungen zu hindern und Anweisungen und Anweisungen zu geben. Zu den Hauptverantwortungen des Produktverantwortlichen gehören die Verwaltung des Backlogs, die Kommunikation von User-Storys und die Festlegung von Releasedaten und -funktionalitäten. Schließlich ist der Produktmanager für die Definition der User-Storys auf der Grundlage von Kunden-Schwachstellen, die Durchführung von Marktforschung und die Entwicklung der Produkt-Roadmap verantwortlich.
Andere wichtige, zu berücksichtigende Rollen:
- Funktionsverantwortlicher: Ein Funktionsverantwortlicher unterscheidet sich von einem Produktverantwortlichen darin, dass sie nur für eine bestimmte Funktion verantwortlich sind (und nicht das gesamte Produkt).
- Entwicklungsteam: Das Entwicklungsteam führt alle technischen Entwicklungsaufgaben durch. Das Team ist für die Analyse, das Design, das Schreiben von Code, Tests und die technische Kommunikation verantwortlich.
Jedes Agile-Unternehmen ist anders und infolgedessen variieren die Rollen. Es ist nicht ungewöhnlich, dass eine Organisation von Waterfall zu Agile übergeht, um Produktmanager einfach zu Produktverantwortlichen zu machen. Dies bedeutet jedoch nicht, dass ein guter Produktmanager ein guter Produktverantwortlicher ist oder umgekehrt. Vielmehr kann das, was für ein Unternehmen funktioniert, möglicherweise auch für ein anderes Unternehmen funktionieren oder nicht, und es ist wahrscheinlich, dass sich die Verantwortlichkeiten bei einem Fortschreiten der Organisation und des Produkts ebenfalls weiterentwickeln. Folglich werden zusätzliche Rollen definiert, um eine angemessene Aufmerksamkeit für alle Aktivitäten zu gewährleisten, die mit der Bereitstellung eines hochwertigen Produkts an Kunden verbunden sind.
Die Produkt-Roadmap und das Backlog
Die Produkt-Roadmap wird entwickelt und gepflegt, um den vorgesehenen Fortschritt eines Produkts zu demonstrieren. Diese Roadmaps werden oft während des Vertriebslebenszyklus benötigt, um einem potenziellen Kunden zu zeigen, dass das Produkt einen Wachstumsplan hat. Die Roadmap wird in der Regel vom Produktmanager verwaltet.
Das Produkt-Backlog enthält die abzuschließenden Arbeiten, um einen Sprint oder eine User-Story zu liefern. Das Backlog wird verwendet, um die Aktivitäten des Entwicklungsteams voranzutreiben und wird in der Regel vom Produktverantwortlichen verwaltet.
Die Produkt-Roadmap und das Backlog arbeiten Hand in Hand und zeigen einen langfristigen Plan (Roadmap) mit den taktischen Details auf, der für die Lieferung jeder Phase des Produkts (Backlog) erforderlich sind.
Smartsheet ist ein wichtiges Instrument für Agile-Produktmanager und -Produktverantwortliche
Befähigen Sie Ihr Team, über sich selbst hinauszuwachsen – mit einer flexiblen Plattform, die auf seine Bedürfnisse zugeschnitten ist und sich anpasst, wenn sich die Bedürfnisse ändern. Mit der Plattform von Smartsheet ist es einfach, Arbeiten von überall zu planen, zu erfassen, zu verwalten und darüber zu berichten. So helfen Sie Ihrem Team, effektiver zu sein und mehr zu schaffen. Sie können über die Schlüsselmetriken Bericht erstatten und erhalten Echtzeit-Einblicke in laufende Arbeiten durch Rollup-Berichte, Dashboards und automatisierte Workflows, mit denen Ihr Team stets miteinander verbunden und informiert ist. Es ist erstaunlich, wie viel mehr Teams in der gleichen Zeit erledigen können, wenn sie ein klares Bild von der geleisteten Arbeit haben. Testen Sie Smartsheet gleich heute kostenlos.