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, Präsident von Fintentional, wendet in seiner Finanzplanungspraxis auf Honorarbasis einen Agile-Ansatz an. „Als ehemaliger Software-Ingenieur habe ich mit einigen der Vorgänger von Agile gearbeitet, die als evolutionäres Spiralmodell in der Softwareentwicklung bekannt sind. Ich wende einen Agile-Ansatz in meiner Finanzplanungspraxis auf Honorarbasis an.
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, Leiter des Partnermarketings bei CloudBerry Lab, verwendet Agile zur Verwaltung von Marketingprojekten. „Wir planen und verwalten zweiwöchige Sprints und wenden Story Points, Backlog, Überprüfung, Kickoff und ein tägliches 30-minütiges Stand-up-Meeting an. Dieser Agile-Ansatz ermöglicht es uns, Aufgaben auf zehn Mitglieder des Marketingteams zu verteilen. Jedes Teammitglied fühlt sich verantwortlich und ist über den aktuellen Stand der Dinge informiert.“
Monica Georgieff, Marketingleiterin bei Kanbanize, hat einen Lean-Agile-Ansatz für das Kampagnen-Management gewählt. „Wir bilden unsere Kampagnenaktivitäten auf einem Kanban-Board ab. Wir haben festgestellt, dass dies Wunder für unsere Effizienz und unsere Leistung bewirkt. Es hat uns geholfen, schnelle und qualitativ hochwertige Arbeit zu leisten. Eine Idee von heute kann zum Beispiel schon nächste Woche umgesetzt sein, weil wir viel flexibler auf Marktveränderungen reagieren können. Es hat sich gezeigt, dass Softwaremethoden auch im Marketing funktionieren!“
Christine Bottagaro, CMO bei Rogue Wave Software, verlässt sich bei der Durchführung von Marketingprojekten ebenfalls auf Kanban. „Wir haben eine Reihe von Agile-Zeremonien ausprobiert, aber Kanban hat am besten funktioniert. Es setzt eine kontinuierliche Arbeit ohne Enddatum voraus und ermöglicht eine Priorisierung in Echtzeit. Das passt zu unserem Arbeitstempo, unseren laufenden Ideen, unserer laufenden Arbeit und abgeschlossenen Projekten. Wir setzen ein Online-Kartensystem ein, um Arbeit teamübergreifend nachzuverfolgen und unseren Backlog zu verwalten.“
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.