Grundlagen der Geschäftsanalyse

1. Einführung: Hallo, da. Mein Name ist Adam. Ich bin Produktmanager und bin seit geraumer Zeit in der Welt des Produktes, habe Produkte in verschiedenen Branchen entwickelt und Menschen in die Welt der Produkte eingeführt. Es ist eine aufregende Welt. Und was es so interessant macht, ist die Vielfalt, das Wissen, das die Interaktionen zugrunde liegt, das Gefühl der Vollendung, das Sie mit jedem einzelnen neuen Feature bekommen. Jeder Ihrer Traumjob ist also Geschäftsanalysten, Produkteigentümer oder Produktmanager, aber Sie haben keine Ahnung, worum es geht, dann seien Sie versichert, dass Sie an der richtigen Stelle sind. Wenn Sie bereits in diesen magischen Bereich des Produkts eingetreten sind, aber Sie sind immer noch neu in diesem Produkt. Und Sie könnten einen sanften Schub verwenden, als ich hier bin, um eine Anleitung mit genau der richtigen Menge an hochwertigen Entzündungen anzubieten , um Ihr Vertrauen zu steigern, gewürzt mit Tipps und Tricks sowie ein paar Übungen, um diesen Motor zum Laufen zu bringen. Wir werden über den Lebenszyklus der Produktentwicklung sprechen und darüber, wie wir unsere Köpfe um alle Fragen wickeln können. Wir werden über Rollen und Verantwortlichkeiten sprechen und wie man sorgfältig wählen kann, was sich gewünscht hat. Wir werden tief in das Requirements Management und Verfeinerung Prozess zurück Login Stakeholder-Management eintauchen, aber auch Denkweisen der Arbeit und Selbstverwaltung entwerfen. Und gegen Ende werden wir auch einen Vorgeschmack auf die Fähigkeiten haben genauso viel wie herauszufinden, was es braucht, um dorthin zu kommen und das Produkt nicht zu tun. Vielleicht hast du bereits versucht, Stunden und Stunden Videos zu verdauen. Sie müssen Tausende von Wörtern gelesen haben, um herauszufinden, worum es bei der Produktverwaltung geht. Dies bedeutet, dass Sie sich bereits zu dieser Änderung verpflichtet haben. Alles, was Sie jetzt tun müssen, ist, dieses Engagement mit nur einem Schritt weiter zu nehmen , und Sie haben Ihren Durchbruch. Und es gibt viele tolle Kurse, jeweils auf verschiedene Produktmanagement-Themen fokussiert sind. Dies ist jedoch der einzige Kurs, Sie in die Welt des Produkts einführt und Ihnen die Tür offen hält , während Sie sich mit der Terminologie und den Konzepten und den Arbeitsweisen vertraut machen , werden Sie verstehen, worum es geht. Sie werden nicht mehr verwirrt oder überwältigt Feld, und Sie werden es endlich in Ihrem Griff finden, um die Karriere ändern, die Sie immer geträumt haben. Ich bin hier, um Ihnen eine Führung zu bieten, was es bedeutet, ein Produktperson zu sein. Und für die praktischen Übungen, die wir durchmachen werden. Sie werden auch einen Vorgeschmack darauf haben, wie es sich anfühlt, ein Produkt zu verwalten. Den ganzen Weg von der Taktik bis zur Strategie. Alles klar, lass uns das machen. 2. Teil 1: Produkt auf ein Produkt: In unserer ersten Sitzung werden wir über Produkt sprechen, einen ersten Schritt in die Welt des Produkts. Wie würde das Produkt aussehen? Die Wirtschaftswörterbücher definierten Produkte als Waren, Ideen, Methoden, Entzündungen, Objekte oder Dienstleistungen die durch einen Prozess entstanden sind und einem spezifischen Bedarf dienen. Daher weist ein Produkt eine Kombination aus materiellen und immateriellen Attributen auf. Dies sind die Vorteile, die Funktionen. Wenn Sie beispielsweise ein Auto kaufen möchten, können Sie greifbare Attribute wie Größe und Farbe, Anzahl der Türen usw. berücksichtigen wie Größe und Farbe, . Dies bedeutet, dass Sie nach einem Produkt suchen, basierend auf seinen greifbaren Attributen. Auf der anderen Seite können Sie auch immaterielle Attribute wie Preis, Qualität und Sicherheitstestwerte berücksichtigen . Also, was ist schließlich ein Produkt? Nun, alles kann ein Produkt sein, von einem Stift oder einem Telefon zu einem Buch, oder eine Geburtstagsfeier, oder sogar eine Person, die ich für einen, wurde mein eigenes persönliches Produkt, als ich vom Bankwesen zur Software-Produktentwicklung wechselte , Ich musste neue Fähigkeiten erwerben und auch Verschiebung formen und die Art und Weise verbessern, wie mein Profil auf dem Markt präsentiert. Aber warum brauchen wir unserer Meinung nach Produktentwicklung? Wir mussten die Qualität verbessern und Mehrwert für die Kunden schaffen. Wir mussten die Leistung verbessern und die Kosten senken. Wir brauchen Produktentwicklung, denn kontinuierliche Verbesserung ist für jedes Unternehmen von entscheidender Bedeutung. Es ist, was uns vor dem Spiel zu halten, bilden und bieten die beste Kundenerfahrung. Kundenorientiert ist immer eine gute Einstellung , denn so verlieren wir nie den Fokus auf das, was wirklich wichtig ist. Und ohne Kunden gibt es kein Produkt. Wer könnte also ein Produkt verwalten? Nun, ehrlich gesagt, jeder kann ein Produkt verwalten, und jeder, der am Produktentwicklungslebenszyklus beteiligt ist, kann sicherlich mit Ideen und Feedback mitmachen. Aber in der Regel ist die verantwortliche Person der Produktmanager oder Produkteigentümer, abhängig vom Organisationsmodell. Aber manchmal kann es ein Business Analyst sein, oder Sie können all diese Rollen während des gesamten Produktentwicklungslebenszyklus zusammenarbeiten. So oder so, wenn wir über die Person hinter der Rolle sprechen wollen, dann gibt es mehr, als das Auge trifft. Catherine, ehemalige Produkteigentümer , Shutterstock, hat es auf sechs Kategorien beschränkt. Sie haben Produkteigentümer besessen von Conversion-Raten und Analysen sind diejenigen, die gerne tief in User Journeys und Geschäftsflüsse eintauchen. Wie andere süchtig nach Social Media und Networking sind. Während einige von uns erstaunlich sind, gute Gebäudedienstleistungen, wenn Daten und Algorithmen Ihr Ding sind, dann haben Sie Ihren besonderen Platz. Und du bist genauso etwas Besonderes. Wenn Sie sich auf Mobilgeräte konzentrieren. Fazit, es gibt keinen universellen Produkteigentümer. Wenn Sie ein Arbeitgeber sind, dann hängt es davon ab, wonach genau Sie suchen. Wenn Sie der eigentliche Produkteigentümer sind, dann müssen Sie nur auf Ihre Stärken, Ihre Leidenschaften und Schwächen achten , damit Sie sich für den Job entscheiden, der Ihnen am besten passt. Wie sollen wir ein Produkt verwalten? Die Rolle des Produkteigentümers klingt süß auf Papier und beängstigend zu. Du bist der König der Straße auf dem Weg zur Produktion, der ultimative Marktführer und der Branchenexperte. Aber eigentlich ist es nicht darum, ein Produkteigentümer zu sein, die wichtigste Stimme zu sein. Es geht nicht darum, im Alleingang eine IDF der anderen zu generieren. Es geht nicht darum, ein Designer oder ein Programmierer zu sein, oder all diese gleichzeitig. Als Produkteigentümer geht es darum, die Stimme des Kunden zu sein. Es geht darum, Teamarbeit zu erleichtern, die Kommunikation zu erreichen, Menschen auf dem Weg zu führen und zu führen. Es geht darum, positiv und mangelhaft zu sein. Es geht darum, Entscheidungen vor Ort mit nur einer Handvoll Informationen zu treffen. All dies und vieles mehr. Hier ist eine Übung für Sie. Nehmen Sie sich 15 Minuten Zeit, um eine Produktidee zu entwickeln und die Hauptmerkmale hervorzuheben. Verkomplizieren Sie es nicht. Hier geht es nicht um die Idee selbst. Es sollte nicht einzigartig sein oder ein Nobelpreisträger für diese Angelegenheit sein. Es geht darum, einen Ausgangspunkt für alle nachfolgenden Übungen während des Kurses einzurichten . So können wir eine Smartwatch sein, eine App, ein Spielzeug, ein Auto oder ein Buch. Also im Grunde alles, stellen Sie sicher, dass Sie seine allgemeinen Funktionen angeben. Wie zum Beispiel möchte ich eine Smart Watch für sehbehinderte Menschen erstellen, so dass sie leicht auf News-Feeds, Social-Media-Inhalte, Farbe, Entzündungen,ob und öffentliche Verkehrsmittel in vollem Umfang zugreifen Social-Media-Inhalte, Farbe, Entzündungen, können. Am Ende des Kurses werden Sie alle Phasen der Produktentwicklung durchlaufen haben. Und das ist dein Ausgangspunkt. Viel Glück, und wir sehen uns auf unserer nächsten Sitzung, wenn wir über Design Thinking sprechen werden als eine fantastische kreative Art, ein Produkt zu entwerfen. Ausgehend von Einfühlungsvermögen. 3. Design-Denken: Hallo und willkommen zurück. In dieser Sitzung werden wir darüber sprechen, wie Sie Dinge auf Ihre Weise gestalten können. Wir könnten oft einen Leitfaden verwenden, ein Fünf-Schritt-Erfolgs-Manifest. Und vielleicht haben wir dieses Wissen bereits tief im Inneren unter einem Haufen von Entzündungen vergraben. Und alles, was wir tun müssen, ist die Teile des Puzzles neu zu ordnen, so dass alles Sinn macht. Also hier ist, was im Trend steht. Design denken. Design Thinking ist ein Prozess. Wie man eine Technik und letztlich ein kognitiver Prozess soll ein Produkt kreativ und effizient zum Leben erwecken. Und das Konzept des Designdenkens geht auf die 1960er Jahre zurück und entstand als eine Mischung aus Kreativitätstechniken und Designmethoden wie Divergenz, Konvergenz, Prototyping und Nachhaltigkeit. Es ist ein menschenzentrierter Ansatz, was bedeutet, dass im Gegensatz zu einem kundenzentrierten Ansatz, bei dem wir über Benutzerfreundlichkeit, Verbesserung der Flüsse, benutzerfreundliche Schnittstellen sprechen . Mit Design Thinking sprechen wir über Wünsche, Bedürfnisse, Gefühle und Mehrwert. Alles beginnt mit Empathie. Empathie ist unsere Fähigkeit, uns neu zu positionieren, so dass wir in die Tiefen dessen gelangen, was eine andere Person erlebt. Deshalb müssen wir darauf achten, was die andere Person sagt, tut, denkt und fühlt. Obwohl es mit Taten und Worten ziemlich einfach sein mag, brauchen wir ein scharfes Auge für Details und sorgfältige Beobachtung, wenn es um Gedanken und Gefühle geht. Also, wenn das Produkt, das wir erstellen wollen, zum Beispiel eine Smartwatch für sehbehinderte Menschen ist . Dann können wir an unsere potenziellen Kunden denken, eine Meile in ihren Schuhen gehen und versuchen, tief in ihre Ängste, Frustrationen und Hindernisse, aber auch ihre Wünsche und Bedürfnisse einzutauchen. Wir müssten dann definieren. Hier haben wir begonnen, mit allen Informationen zu arbeiten , die wir in der vorherigen Phase gesammelt haben. Daher können wir die Probleme identifizieren und definieren , indem wir bisher gesammelte Fakten und Daten analysieren. Ich verstehe die Ursachen und Auswirkungen, indem die Probleme richtig definiere und dann die Probleme erkläre. Warum müssen wir die Probleme erklären? Denn das ist der ultimative Beweis dafür, dass die Probleme gründlich verstanden wurden. Wir können dann mit der Identifizierung und Definition der Lösung fortfahren. Und wir können dies tun, indem wir eine Liste möglicher Lösungen erstellen, die Lösungen testen und sie validieren, dann können wir umfassend die richtige Lösung definieren und ihre Implementierung zuweisen. Der dritte Schritt im Design Thinking ist die Generierung von Ideen. den Tisch geworfen. Amy und ich meine, absolut jede Idee, die dich in diesem Stadium durchdringt, geht es darum, Ideen zu generieren. Es spielt keine Rolle. Es spielt keine Rolle, ob es gut oder schlecht ist oder ob es die schlimmste Idee überhaupt ist, wird sich später darum kümmern. Alles, was jetzt zählt, ist, so viele Ideen wie möglich zu generieren, ohne Einschränkungen , Analysen oder Vergleich jeglicher Art. Denken Sie also außerhalb der Box unten auf Ideen anderer. Bleiben Sie auf das Thema konzentriert. Und b Visual, gehen Sie für wilde Ideen und gehen Sie für Quantität. Prototyp ist das, was wir als Nächstes tun müssen. Hier geht es darum, die Lite-Version des Produkts zu produzieren, eine, die nicht sehr teuer ist. Und wir befinden uns in einer experimentellen Phase. Hier geht es darum, die am besten geeignete Lösung zu finden. Und wie kommen wir dorthin? Testen und erneuten Testen durch Untersuchung, durch Verbesserung und Testen immer wieder, bis wir eine bessere Vorstellung von der Lösung für das Problem und das Produkt gleichermaßen haben. Das Testen ist die letzte Stufe. Es gibt strenge Tests hier vor sich. Und der Zweck ist es, das komplette Produkt gründlich zu testen, unter Berücksichtigung der optimalen Lösung, wie es in der vorherigen Phase identifiziert wurde. So testen wir das Produkt, bewerten die Lösung, generieren neue Ideen und verfeinern oder definieren das Problem neu. Dies führt zu einem iterativen Prozess, denn das ist, was Design Thinking ist. Sie legen nicht einfach Ihren Bleistift ab, sobald die Tests bestehen. Testen, das Produkt wird uns mehr über Kunden zu lehren und es geht neue Ideen zu generieren. Tests können auch das Problem selbst neu definieren. Sie sehen also, das ist nicht das Ende der Zeile. Dies ist nicht nur ein einfaches Rezept in fünf Schritten für das perfekte Produkt. Das ist mehr als das. Also hier ist deine Übung für den Tag. Sie haben sich zuvor eine Produktidee ausgedacht. Und Sie haben auch seine Hauptmerkmale hervorgehoben. Jetzt ist es Zeit, sich einzufühlen. Denken Sie an Ihre Kunden und gehen Sie eine Meile in ihren Schuhen, identifizieren Sie ihre Schmerzpunkte und ihre Bedürfnisse. Sie müssen dann definieren, worauf sie stolpern, die Probleme hervorheben und die richtige Lösung für jedes spezifische Problem definieren. Und jetzt kommen Sie mit Ideen. So etwas wie eine schlechte Idee gibt es nicht. Also gehen Sie für es und dann beginnen Sie Ihre Ideen zu sortieren und diejenigen zu lokalisieren, die am besten zu Ihrem Zweck passen. Kategorisieren Sie sie dann richtig und gruppieren Sie sie unter den entsprechenden Features, die Sie zuvor identifiziert haben. Aber lassen Sie mich Ihnen ein Beispiel geben. Wenn ich eine Smartwatch für sehbehinderte Menschen erstellen würde, wie gesagt, wären meine High-Level-Funktionen die folgenden. Nachrichten, Social Media, Farbe, Entzündungen, Wetter und öffentliche Verkehrsmittel. Warum sollte ich zum Beispiel eine Anrufentzündung brauchen , um auf meiner Braille-Smartwatch verfügbar zu sein. Denn als Kunde wäre es ein bisschen schwieriger für mich, einfach zu stoppen, möglicherweise in der Mitte eines überfüllten Bürgersteigs und Zugriff auf besondere Funktion meines Telefons, die mir genau das sagen würde. Diese Funktion würde es mir ermöglichen, auf diese Informationen viel einfacher zuzugreifen. Nun, wie genau soll das funktionieren? Nun, die folgenden Ideen könnten für diese Funktion geeignet sein. Es würde den Namen oder die Telefonnummer der Person anzeigen, die mich anruft. Es würde Optionen anzeigen, um diese Kohle zu nehmen oder abzulehnen. Es würde eine Option zum Zurückrufen anzeigen und so weiter. Nun könnten einige dieser Ideen gut sein, einige von ihnen könnten großartig sein, andere könnten völlig nutzlos sein. Ich würde sie später sowieso klären. Also würde ich für Produkte I nur eine oder zwei dieser Ideen auswählen, dann testen und die Ergebnisse analysieren, dann mit dem Prozess fortfahren. Denn wie gesagt, Design Thinking ist ein iterativer Prozess. Und das ist nur das Schöne daran, denn es bringt Effizienz durch klar definierte Schritte, die es uns ermöglichen, sich auf eins zu konzentrieren. So können wir die besten Ideen und die besten Lösungen herausbringen, das beste Produkt für unsere Kunden. Viel Glück und sehen Sie in unserer nächsten Sitzung wenn Sie entdecken werden, dass der gesunde Menschenverstand Ihre Waffe der Wahl sein sollte , wenn Sie zwischen einer Vielzahl von Frameworks und Methoden wählen müssen . 4. Agile und SCRUM: Hallo und willkommen zurück. In dieser Sitzung werden wir über den gesunden Menschenverstand als Waffe der Wahl sprechen. Bland, bauen, testen, überprüfen, bereitstellen. Dies ist Wasserfall, und in der Regel durchläuft es einen langwierigen Planungsprozess, gefolgt von der Erstellung des Produkts und dann Testen des Produkts, Überprüfung und schließlich Bereitstellung des Produkts. An diesem Punkt können Sie am Ende das falsche Produkt auf den Markt bringen, wenn die Marktnachfrage oder Technologie seit der Entwicklung des ursprünglichen Plans geändert hat. Einige der Probleme dieses Ansatzes sind, dass die Planung vor Beginn der Arbeiten durchgeführt werden muss. Dann wird die Planung meistens durchgeführt, ohne das Projekt während der Entwicklungsphase vollständig zu verstehen, oft wird die Dinge zurück in die Entwicklungsphase geschickt, in diesem Fall muss entweder das Projekt neu beginnen oder Entwickler dafür kritisiert, den Plan nicht zu verstehen und so weiter. So viele Rückschritte und tun über. Dies bedeutet eine sehr lange Zeit, bevor Sie das Produkt aus der Tür holen können. Mit Scrum. Auf der anderen Seite wird der Prozess in kleinere Stücke zerlegt. Zuerst machen wir gerade genug Blendung, um mit dem Erstellen des minimalen Feature-Sets zu beginnen. Wir bauen dann das, was geplant war. Wir testen, überprüfen und machen es bereit für die Veröffentlichung. Wenn dieser Zyklus abgeschlossen ist, erhalten wir ein potenziell versandfähiges Produkt. Dieser Vorgang wird immer wieder innerhalb eines Zeitrahmens von ein bis drei Wochen wiederholt. Und der Prozess wird immer wieder wiederholt. Sie enden daher mit inkrementellen Freigabezyklen, die Sprints genannt werden. Manchmal können Sie Ihr Produkt nach dem zweiten Sprint, dem dritten, dem vierten oder später versenden . Aber schließlich liefern Sie das Produkt der Werte und die Prinzipien der agilen Softwareentwicklung sind in einem sogenannten Manifest enthalten. Hier geht es, Individuen und Interaktionen über Prozesse und Tools. Dies bedeutet, dass die Kommunikation über alle notwendigen Mittel überbrückt wird, als ein bestimmtes Verfahren einzuhalten. Schritt-für-Schritt-Zeiten ändern sich. Menschen verändern die Art und Weise, wie wir interagieren, Veränderungen. Halten Sie also Schritt und passen Sie Arbeitssoftware über umfassende Dokumentation an. Was das bedeutet, ist, dass es funktioniert auf meiner Maschine war nie gut genug. Wir haben vielleicht den exquisitesten Integrationshandbuch, aber es ist alles umsonst. Wenn der API-Aufruf eine Rückkehr an den Absender erhält, Kundenzusammenarbeit über Vertragsverhandlungen, benötigt jeder das Sicherheitsnetz. Wir alle haben einen an Ort und Stelle, aber trotzdem gehen wir nicht da unten. Wir arbeiteten zusammen, wir kommunizieren, wir bekommen die Botschaft genau und rechtzeitig über den Tisch. Auch wenn manchmal der Wind bläst das Sicherheitsnetz ein wenig zur Seite, reagiert auf Änderung über nach einem Plan. Ich für einen, betrachte dies als das Herzstück der agilen Denkweise. Sie bauen einen Plan und dann passiert etwas und das Projekt ist in Gefahr. Was machst du? Was ist Ihnen an dieser Stelle am wichtigsten? Ich würde sagen, dass es im besten Interesse aller ist, den Plan zu unterlassen, sich anzupassen, so anzupassen, dass er dem Wandel Rechnung trägt. Halten Sie das Endziel in Sicht und seien Sie agil. In Agile Scrum gibt es drei Schlüsselrollen, die benötigt werden, damit das Framework gut funktioniert. Der Produkteigentümer ist die Person , die für das Produkt benötigt wird, verantwortlich ist. Der Scrum Master ist ein Dienerleiter des Teams, der dafür verantwortlich ist, das Team und den Prozess zu schützen, die Meetings zu führen und die Dinge am Laufen zu halten. Das Team kann aus Entwicklern, Testern, Fahrern, jedem anderen, der hilft, das Produkt zu bauen. All diese Leute arbeiten und arbeiten zusammen, um das Produkt aus der Tür zu bekommen. Es gibt auch drei Artefakte oder Dokumente, sagen wir, die in Agile Scrum, dem Produktrückstand, verwendet werden. Hier erstellen die Produkteigentümer eine priorisierte Liste von Features, die als User Stories bezeichnet werden, die in das Produkt aufgenommen werden könnten. Dies entwickelt sich am wenigsten und ändert die Priorität bei jedem Sprint. Dann haben wir die User Stories, die eine Möglichkeit sind, die Feature-Set zu beschreiben. Sie sind in der Regel so geschrieben, dass sie für jeden Sinn ergeben, der sie lesen würde. Als Kunde. Ich brauche etwas. So dass, und hier haben wir den Zweck. Der Grund, warum diese Art der Formulierung der Geschichte des Benutzers ermöglicht es dem Produkteigentümer die richtige Menge an Details anzugeben, damit das Team die Größe der Aufgabe schätzen kann. Die User Stories mit höchster Priorität gehen in den Sprint-Rückstand. Diese werden für die Größe geschätzt und sind für den nächsten Sprint verpflichtet. Letzt haben wir die Burndown-Diagramme, die den Fortschritt während des Sprints und den Abschluss der Aufgaben im Sprint-Backlog zeigen . Diese Diagramme sollten sich 0 Punkte nähern, wenn die Arbeit abgeschlossen ist. Wir haben auch ein paar Zeremonien, die Scrum ausmachen. Wir haben diese Druckverfeinerungssitzung, bei der sich Produkteigentümer, Scrum Master und Team treffen, um die User Stories zu besprechen und ihre relativen Größen zu schätzen. Dies geschieht normalerweise ein- oder zweimal pro Sprint. Abhängig von den Notwendigkeiten. Sprint-Planung ist das, was einmal pro Sprint zu Beginn davon passiert. Und es ist, wenn der Produkteigentümer, Scrum Master und das Team, sie alle müssen die User Stories überprüfen, wie sie zuvor geschätzt und im Sprint Backlog vom Produkteigentümer entsprechend ihrer Priorität angeordnet wurden . Das tägliche Scrum ist ein kurzes Stand-up Meeting, bei dem das Team diskutiert, was es seit dem letzten Meeting abgeschlossen hat, woran es arbeitet und alles, was blockiert werden könnte oder Widerstand erfordern. Und dann haben wir diese Druckvorschau und Retrospektive, die am Ende des Sprints auftreten. Hier demonstriert das Team die abgeschlossenen Arbeiten dem Produkteigentümer und verschiedenen Stakeholdern. Und dann diskutiert das Team, was sie tun können, um den Prozess in Zukunft zu verbessern. Es kann als eine gemacht werden, aber in der Regel würden die Leute sie lieber als zwei völlig getrennte Sitzungen haben. Und ich konnte nicht mehr zustimmen, weil es Ihnen erlaubt, sich auf eine Sache nach dem anderen zu konzentrieren. Neben anderen Stakeholdern könnten an der Demo-Sitzung teilnehmen. Während die Retrospektive nur für das Team ist. Aber Agile ist mehr als nur ein Framework. Es ist ein Geisteszustand. Es geht nicht nur darum, Hindernisse zu beseitigen, sondern auch um Lehre und Mentoring. Es geht nicht nur um Erleichterung, sondern auch um Coaching. Sie sehen also, dass es viel mehr ist, agil zu sein , als einfach nur ein bestimmtes Regelwerk zu befolgen. Unabhängig davon, welche Rolle Sie im Produktmanagement-Universum haben, wird es gut für Sie sein, Agilität in all seinen Formen zu übernehmen. Ihr einziger gefährdet, ein besserer Profi zu werden. Da, ein Kollege, ein besserer Mensch. Und da wir über diesen Krümelansatz als Teil dieses agilen Universums gesprochen haben. Ich vertraue darauf, dass es so eine gute Zeit wie jeder andere ist, zu erwähnen, dass es keinen perfekten Rahmen gibt. Es gibt keine standardisierten Metriken, die für jedes Unternehmen, für jeden Bedarf, für jedes Team geeignet sind. Passen Sie also an, entwickeln Sie sich weiter, wachsen Sie auf und erreichen Sie die Reife Ihres Unternehmens. Aber tun Sie das auf Ihre Weise. Finden Sie Ihren eigenen Weg. Folgen Sie Ihrem eigenen natürlichen Kurs. Viel Glück und wir sehen uns auf unserer nächsten Sitzung, wenn wir über das Anforderungsmanagement sprechen werden. 5. Teil 4: Anforderungsmanagement: Hallo und willkommen zurück. In dieser Sitzung werden wir über das Anforderungsmanagement sprechen. Worum geht es also beim Anforderungsmanagement? Nun, zuerst geht es darum, Informationen zu sammeln. Wie? Nun, Sie können das auf verschiedene Arten tun, abhängig vom Kontext. Sie können Dokumente analysieren. Sie können eine Fokusgruppe organisieren oder Personen, Brainstorming-Workshops oder Reverse Engineering interviewen . Oder Sie können eine Umfrage einrichten. Dies sind nur ein paar häufig verwendete Techniken zum Sammeln von Anforderungen. Also, was Ihnen am besten passt und Sie können sie nach Ihren Bedürfnissen kombinieren. Es gibt kein spezielles Rezept, aber bedenken Sie, dass der Hauptzweck hier darin besteht, die Anforderungen klar zu verstehen. Denken Sie daran, dass wir mit Design Thinking die Probleme jemandem erklären mussten, sobald wir sie als ultimativen Beweis dafür identifiziert haben , dass die Probleme nicht gründlich verstanden wurden. Nun, das ist ziemlich ähnlich, weil wir in unseren vorherigen Sitzungen gelernt haben , dass der Produkteigentümer während der Verfeinerungssitzung die Anforderungen jeder einzelnen User Story erklärt , damit die Teammitglieder das Geschäft verstehen können müssen, schätzen den Aufwand erforderlich, um diesen Bedarf zu erfüllen, und Fragen zu stellen. Wenn etwas unklar ist, dass der Produkteigentümer entweder vor Ort antworten oder das als Aktionspunkt nehmen und mit Klarstellungen an das Team zurückkommen kann, damit er die Bereitschaft, den Wunsch, schnell und gründlich zu verstehen ein bestimmtes Geschäft oder eine bestimmte Geschäftssituation wird als Geschäftssinn bekannt. Was das bedeutet, ist, dass man auch den Kontext verstehen muss , der die Chancen riskiert, im Grunde alles, was mit dem Thema zu tun hat, sich so in einen Fachexperten verwandeln muss. Ein solcher Produkteigentümer ist ein wertvoller Vorteil für jede agile Organisation. Und da ich die Risiken erwähnt habe, müssen sie von Anfang an identifiziert werden. Wenn ein Projekt initiiert wird. Darüber hinaus werden Risiken identifiziert, dann bewertet und in der Planungsphase des Projekts einbezogen. Sie werden während der gesamten Ausführungsphasen kontrolliert und beim Schließen des Projekts überprüft. Bitte beachten Sie, dass wir bei der Risikobewertung den Risikoeigentümer, die Wahrscheinlichkeit, identifizieren müssen. heißt, wie wahrscheinlich ist es, dass das, was als Risiko gekennzeichnet ist, tatsächlich passieren wird? Der Schweregrad der Auswirkungen und die Risikominderungslösungen. Wenn er über Anforderungen spricht, müssen wir auch darauf hinweisen, wie diese Anforderungen noch dem Team präsentiert werden, verwendet Geschichten, das ist die Namenskonvention. User Stories sind im Grunde die mittlere Erdung zwischen den Stakeholdern des Unternehmens und dem Team, zwischen dem kommerziellen Bedarf und seiner technischen Erfüllung. User Stories sind die Sprache, die der Produkteigentümer verwendet, um die Kommunikation zu überbrücken und die Informationen von einer Seite zur anderen zu übersetzen. Und was macht eine gute Geschichte. Das gute Szenario oder zwei. Denn wenn Sie den Weg der verhaltensgesteuerten Entwicklung gehen, die ich nicht zögern würde zu empfehlen. Und dann als Produkteigentümer müssen Sie jede User Story in mehrere Szenarien aufteilen. Warum? Denn diese Szenarien werden dann erweitert und in automatisierte Tests umgewandelt, die helfen, den eigentlichen Code zu schreiben. Das Verhalten der Funktionalitäten, die Hauptidee, wenn es um DDS geht, ist es kundenzentriert. Daher ist es für Entwickler und Tester viel einfacher, in den Schuhen des Kunden zu gehen. Die Szenarien sind in einer leicht lesbaren Sprache geschrieben. Sagt, dass die Szenarien als solche geschrieben werden. Sie können von allen Stakeholdern leicht verstanden werden. Diese Methode reduziert auch das Risiko eines Endes mit einer Funktionalität, die die UAT-Benutzerakzeptanztests nicht bestanden hat. Was die Effizienz der Akzeptanzkriterien angeht, haben wir in einer vorherigen Sitzung gelernt, dass es einen klaren Titel haben muss und mit einer bestimmten Struktur beginnen muss, um seinen Zweck zu definieren. Als Kunde brauche ich etwas, damit was auch immer der Grund sein mag. Aber dann müssen wir auch die Szenarien aufbauen, über die ich gesprochen habe. Die Szenarien folgen auch einer bestimmten Struktur. Zuallererst hat jedes Szenario auch einen eigenen Titel , um genau zu definieren, was für diese bestimmte Implementierung getan werden muss. Dann hat es auch eine bestimmte Struktur gegeben, die die Voraussetzung ist, wann, was der Auslöser ist und dann das erwartete Verhalten ist. Heute habe ich noch eine Übung für dich. Mittlerweile haben Sie bereits eine Liste von High-Level-Features für Ihr Produkt, aber Sie haben auch eine Liste von Ideen, die unter den jeweiligen Features gruppiert sind. Dies werden Ihre User Stories sein. Hier ist, was ich will, dass du tust. Priorisieren Sie zunächst Ihre Funktionen auf hoher Ebene. Und dann große Idee zu einer Zeit und definieren Sie die User Stories. Und diese sollten jeweils einen Titel und die folgende Struktur als i1 haben. Und nicht zuletzt, beginnen Sie, die vollständigen Akzeptanzkriterien für Ihre User Stories mit dem verhaltensorientierten Entwicklungsmodell zu schreiben . Dies bedeutet, dass jede User Story mindestens ein Szenario hat , das der gegebenen, wenn dann Struktur folgt. Lassen Sie mich Ihnen ein Beispiel geben. Ich habe zuvor gesagt, dass ich eine Smartwatch für sehbehinderte Menschen bauen würde. Und eines meiner High-Level-Features wäre eine Farbentzündung. Also habe ich mir ein paar Ideen ausgedacht, wie genau es funktionieren soll. Eine der Ideen, die ich für lebensfähig halte, ist die Tatsache, dass die Smartwatch, sobald ich einen Anruf erhalten , den Namen der Farbe anzeigt. So würde meine User Story aussehen. Der Titel wäre, zeigen Sie den Namen der Farbe. Wenn ein Anruf empfangen wird, dann wäre die Struktur, als Kunde, möchte ich den Namen der Person wissen, die mich anruft damit ich entscheiden kann, ob ich diese Kohle nehmen soll oder nicht. Nun wäre das erste Szenario dem Titel Anzeigefarbname und die Struktur des ersten Szenarios wäre, da die Smartwatch mit einem Telefon gekoppelt wird, wenn ein Anruf empfangen wird. Und dann zeigt die Smartwatch den Namen der Farbe an. Dies ist das glückliche Fallszenario. Wir müssen auch ein Szenario schreiben , wenn es keine Informationen über die Farbe gibt. Dies wäre unser zweites Szenario mit dem Titel Telefonnummer anzeigen, wenn der Name nicht verfügbar ist. Und die Struktur wäre gegeben, dass die Smartwatch mit einem Telefon gekoppelt ist. Wenn ein Anruf empfangen wird und Farbe und Ziel nicht verfügbar ist, dann geben Sie stattdessen die Telefonnummer an. So können Sie sehen, dass das gegebene die Voraussetzung ist. Das When ist der Trigger, während dann das erwartete Ergebnis ist. Wir beschäftigen uns mit der Möglichkeit, den Anruf in einer völlig separaten User Story anzunehmen oder abzulehnen. Denn User Stories müssen klein und lieferbar in einem Sprint sein. Und das Team nimmt dann Ihre Szenarien auf, erweitert sie bei Bedarf, erstellt die automatisierten Tests und so weiter. Aber die Idee ist, dass die User Stories, die so strukturiert sind, sie klingen wie Geschichten mit tatsächlichen Wörtern, Sätzen in einfachem Englisch. Und das macht sie für geschäftliche und technische Mitarbeiter viel einfacher zu verstehen. Und viel Glück. Und wir sehen uns in unserer nächsten Sitzung, wenn wir über den Prozess der Verfeinerung sprechen werden. 6. Teil 5: Refinement: Hallo und willkommen zurück. In dieser Sitzung werden wir über den Prozess der Verfeinerung sprechen. Story-Mapping. Es besteht darin, User Stories entlang zweier unabhängiger Dimensionen zu bestellen. Die Karte ordnet Benutzeraktivitäten entlang der horizontalen Achse in grober Reihenfolge der Priorität oder in der Reihenfolge an, in Sie Aktivitäten beschreiben würden, um das Verhalten des Systems zu erklären. Und auf der vertikalen Achse stellt es eine zunehmende Raffinesse der Umsetzung dar. Wenn eine Story Maps so angeordnet ist, stellt die erste horizontale Zeile eine nackte, aber nutzbare Version des Produkts dar. Arbeiten durch aufeinanderfolgende Zeilen bringt zusätzliche Funktionalität für das Produkt. So hatten wir zuvor diese Phase, als wir Ideen erfanden , die schließlich in User Stories umgewandelt wurden. Diese Karte besteht aus den gleichen genauen Ideen. Und wir sollten eine Karte erstellen, bevor wir tiefer in die Definition der tatsächlichen Akzeptanzkriterien der User Stories gehen. Warum? Denn während wir weitergehen und die Karte erstellen, können wir auch eine neue User Stories definieren oder einige neu definieren, die bereits erstellt wurden. Um Wegwerfarbeiten zu vermeiden und uns jeder Phase auf das zu konzentrieren, was wirklich wichtig ist. Zuallererst müssen wir die Karte erstellen. Sobald die Karte fertig gestellt ist, fügen wir alle Elemente zum Product Backlog hinzu.Dies ist im Grunde eine geordnete Listemit allem, Dies ist im Grunde eine geordnete Liste was bekannt ist, dass sie für das Produkt benötigt werden. Es ist die einzige Quelle der Wahrheit für die Anforderungen. Und der Produkteigentümer ist in der Regel derjenige verantwortlich für den Produktrückstand, einschließlich seiner Inhaltsverfügbarkeit und Bestellung. Sobald wir alle Elemente im Produktrückstand angeordnet und priorisiert haben, müssen wir Verfeinerungssitzungen einrichten. Dies sind die Meetings, bei denen der Produkteigentümer die geschäftlichen Anforderungen vorstellt und das Team alle Fragen beantwortet, Aktionspunkte ergreift, um bei Bedarf Antworten erhalten und Schätzungen vom Team zu erhalten. Die User Stories werden nach ihrer Komplexität geschätzt und werden in der Regel in Story-Punkten geschätzt. Wenn wir ein neues Team haben, wählen wir normalerweise eine Baseline aus einer User Story, die von diesem Team bearbeitet wurde. Und seine Schätzung wird als Referenz dienen. Es muss eine mittlere Größe eins sein, in der Regel eine drei Story-Punkte geschätzt, so dass, wenn weniger komplexe haben, wir so niedrig wie zwei oder einen Story-Punkt gehen können. Während wir komplexere haben, können wir so hoch wie fünf oder acht Story-Punkte gehen, 13 Story-Points oder größere Verwendungsgeschichten müssen vermieden werden , weil sie normalerweise nicht in einem einzigen Sprint von zwei Wochen lieferbar sind. Dann, wenn die Zeit vergeht, entwickelt sich das Team, Baseline kann die Benutzergeschichte ändern, die früher dreistöckige Punkte wert war, vielleicht an einem Story-Punkt nach ein paar Monaten der Zusammenarbeit ausgewertet. Dies ist genau der gleiche Grund, warum die Schätzungen eines Teams nicht mit den Schätzungen eines anderen Teams verglichen werden können. So sehen Sie, Planning Poker ist eine Technik zur Schätzung, meist verwendet, um Komplexität oder relative Größe der Entwicklungsziele zu schätzen. Bei der Planung Poker, die Mitglieder der Gruppe machen Schätzungen durch Schuld nummerierte Karten verdeckt auf den Tisch, anstatt sie laut auszusprechen. Die Zahlen sind Teil der Fibonacci-Sequenz. Normalerweise verwenden wir 1, 2, 3, 5, 8 und 13. Worst-Case-Szenario. Alles, was größer ist, muss definitiv in kleinere Stücke von Anforderungen zerbrochen werden. So werden die Karten dann überprüft und die Schätzungen diskutiert. Indem man die Zahlen versteckt, wird jeder Einzelne in der Gruppe sein bestes Urteil nutzen, um die Anforderungen zu beurteilen, ohne von einem anderen Teammitglied beeinflusst zu werden. Ein sehr wichtiger Aspekt ist, dass die User Stories klar verstanden werden müssen, bevor sie geschätzt werden. Deshalb, wenn es noch offene Fragen gibt, wird dieses Team nicht schätzen. Dies liegt daran, dass höchstwahrscheinlich die Antwort, die sie erwarten, dass meine ernsthafte Auswirkungen auf die Schätzung haben. Und auch, wenn wir große Unterschiede zwischen den Schätzungen haben, was bedeutet, dass einige der Teammitglieder gab und Schätzung von drei, und andere geben eine Schätzung von acht. Wir müssen einige Diskussionen durchführen, um zu verstehen, warum der große Unterschied. Vielleicht sind einige der Mitglieder neu im Team. So ist ihr Grad der Unsicherheit höher. Oder vielleicht gibt es etwas, das missverstanden wurde. Und wenn wir all diese Aspekte diskutieren, die zu dieser Einschätzung geführt haben, haben wir die Chance, eine gemeinsame Basis zu erreichen. So bietet im Grunde ähnliche Schätzungen. Aber das Einschätzen und Bekenntnis zu einer bestimmten User Story bedeutet nicht, dass wir in der agilen Welt noch da sind. Und wie in jeder anderen Welt ist es von größter Bedeutung, die richtigen Erwartungen zu setzen. Um dies zu tun, in Bezug auf die User Stories, müssen wir die Definition von ready und die Definition von done definieren. Die Definition von ready ist eine Liste, die vom Team zusammengestellt wurde. Eine Liste, die die Kriterien enthält, die eine User Story erfüllen muss, um in den Sprint aufgenommen und vier engagiert zu werden. Dies bedeutet, dass, wenn eine der Bedingungen im Nahen Osten nicht erfüllt ist, jeder sich bewusst ist, dass die User Story während des bevorstehenden Sprints nicht aufgenommen und bearbeitet wird . Die Definition von bereit kann je nach Erfahrung von Team zu Team unterschiedlich sein , je nachdem, wie lange sie zusammenarbeiten und so weiter. Lassen Sie mich Ihnen ein Beispiel für eine solche Reihe von Vereinbarungen geben. Spezifikationen müssen klar definiert werden. Es gibt keine blockierten User Stories. Es gibt keine Abhängigkeiten zwischen Benutzerstorys oder Abhängigkeiten eines Drittanbieters. Die Schätzung überschreitet 13 Story-Punkte nicht. Entwürfe und Übersetzungen sind fertig und verfügbar, falls zutreffend. Ein ähnlicher Satz von Vereinbarungen wird definiert, um festzustellen, wann eine User Story als erledigt betrachtet werden kann und kann sie geschlossen werden? Hier ist ein Beispiel. Alle Tests sind bestanden. Code wurde überprüft, die Dokumentation wurde aktualisiert und die Akzeptanzkriterien erfüllt. Und natürlich wurde Benutzerakzeptanztests durchgeführt, oder UAT, wie es am häufigsten bekannt ist. Und deshalb wurde die Geschichte des Benutzers vom Produkteigentümer akzeptiert. Und da wir die UAT erwähnt haben, und das ist die letzte Phase, in der der Produkteigentümer prüft, ob die Anforderung, wurde die Funktion wie gewünscht und wie in den Akzeptanzkriterien beschrieben implementiert. Die UAT schlägt fehl, dann weigert sich der Produktbesitzer, die User Story zu akzeptieren, und die Funktion geht zurück in die Entwicklung, um den Code und die Tests bei Bedarf zu aktualisieren, damit die Akzeptanzkriterien erfüllt sind. Wie Sie sehen können, hat der Produkteigentümer eine große Verantwortung bei der Definition der Akzeptanzkriterien. Und es muss von Anfang an angemessen gemacht werden. Andernfalls gehen Zeit und Geld verloren, während die Frustration leicht ihren Weg in die Harmonie innerhalb des Teams bringen wird. Hier ist also eine Übung für den Tag. In unserer vorherigen Sitzung haben Sie eine Reihe von User Storys definiert. Jetzt ist es Zeit, mit der Schätzung zu beginnen. Verwenden Sie Ihr bestes Urteil, um jede einzelne dieser User Stories zu schätzen. Und um dies zu tun, denken Sie in Bezug auf Komplexität. Zum Beispiel, wenn ich über mein eigenes Produkt, die Smartwatch für sehbehinderte Menschen, dachte ich, dass einige der Funktionalitäten würde den Namen oder die Telefonnummer der Person, die mich anruft, Anzeige von Wetterinformationen, Anzeige der öffentlichen Verkehrsmittel. Also sollte der erste ziemlich unkompliziert sein. Ich würde sagen, irgendwo um fünf Story-Punkte, um Wetterinformationen anzuzeigen , die vielleicht eine Drittanbieter-Integration beinhalten würden. ich mir nicht sicher. Also würde ich entweder auf 13 Story-Punkte geschätzt , weil der Grad der Unsicherheit viel höher ist, oder ich würde in eine fünf Story-Punkte Spitze zuerst setzen. Das würde eine zeitlich begrenzte Untersuchung bedeuten , um den am besten geeigneten technischen Ansatz zu ermitteln. Und der Spitze würde die eigentliche Implementierungsgeschichte folgen, die definitiv eine viel genauere Schätzung hätte. Informationen über den öffentlichen Verkehr betrifft, wäre das definitiv ein Hilfsmittel oder 13 Story-Punkte Punkt. Denken Sie an Standort, Echtzeitdaten und Zertifizierungen und so weiter. Vielleicht wäre dieser eine Aufteilung in mehrere kleinere Gegenstände wert , so dass jeder von ihnen innerhalb eines einzigen Sprints geliefert werden kann. Also gehen Sie weiter, fangen Sie an, zu schätzen. Und viel Glück. sehen uns in unserer nächsten Sitzung, wenn wir über das Backlog Management sprechen werden. 7. Teil 6: Backlog-Management: Hallo und willkommen zurück. In dieser Sitzung werden wir über das Backlog Management sprechen. Wir sprachen oder frühere Sitzungen über den Rückstand und was es bedeutet. So haben wir Produktrückstand, Sprint-Rückstand, Elemente, die klar sind und eine hohe Priorität haben. Sie sind die ersten, die es vom Produktrückstand bis zum Sprint-Rückstand geschafft haben. So können sie bearbeitet werden. Ein Artikel wird je nach Geschäftswert gegenüber anderen Personen priorisiert. Und sein Geschäftswert hängt normalerweise davon ab, wie viel Geld es bringen wird und wie bald nach der Veröffentlichung. Aber es ist auch für Unternehmen wertvoll, Ihre Lizenz für eine Instanz nicht zu verlieren. So sehen Sie, dass der Geschäftswert durch eine fundierte Argumentation bestimmt wird und Aspekte wie Kosten versus Nutzen, Time-to-Market, rechtliche Bindungen oder Compliance-Vorschriften usw. berücksichtigt. Aber es muss eine Entscheidung getroffen werden. Und sobald die Entscheidung getroffen wurde, Prioritäten zu setzen, haben wir dann eine Struktur. Artikel mit hoher Priorität werden detaillierte Anforderungen haben und näher an den Sprint-Rückstamm-Trichter sein. Die Elemente mit niedriger Priorität haben unscharfe und hohe Anforderungen und werden weit zurück im Produktrückstand sein. Immer noch im Kern unserer Entscheidung zu priorisieren, steht immer der Kunde und seine Bedürfnisse. Das ist der wichtigste Aspekt. Und nur wenn wir über diese Phase hinausgehen, können wir darüber nachdenken, wie viel Geld es bringen wird? Wo, wenn die Konkurrenz uns zwingt, damit weiterzumachen. Die Prioritätsentscheidung kann auch durch unsere Beziehung zu unseren Partnern oder nicht zuletzt durch die Risiken, die sie birgt,beeinflusst oder nicht zuletzt durch die Risiken, die sie birgt, werden, aber auch Risiken müssen bei der Planung berücksichtigt werden. Daher beinhaltet die Risikominderung in Scrum Flexibilität beim Hinzufügen oder Ändern von Anforderungen sind regelmäßige Rückmeldungen und Transparenz, die ein hohes Maß an Bewusstsein und auch die Festlegung der richtigen Erwartungen nicht Dimension ein iterativer Bereitstellungsansatz, der das Investitionsrisiko reduziert, Risikomanagement in Scrum auf der anderen Seite beinhaltet die Identifizierung des Risikos, die Analyse der Schwere der Auswirkungen, Priorisierung von Risiken basierend auf Exposition, Erstellung von Aktionsplänen und Überwachung, begleitet von Folgemaßnahmen zur Gewährleistung der Risikominderung. Es gibt jedoch eine andere Art von Risiko, die mit jeder Codezeile einhergeht. Wenn eine Änderung auf einer Codebasis gestartet wird, müssen oft andere koordinierte Änderungen gleichzeitig in anderen Teilen der Codebasis vorgenommen werden. Die erforderlichen Änderungen, die nicht abgeschlossen sind, werden davon ausgegangen , dass muss irgendwann in der Zukunft bezahlt werden. Damit das Team ein konsistentes Qualitäts- und Release-Niveau aufrechterhalten kann . Nach der Freigabe müssen wir sicherstellen, dass wir saubere und saubere Funktionen versenden können. Hier erfahren Sie, was Sie tun können, um ein so hohes Qualitätsniveau zu gewährleisten. Sie können die Definition von erledigt neu definieren. Agile Teams definiert, wie Sie bereit sind zu veröffentlichen, was bedeutet, dass Entwickler nicht mit der Arbeit an einer neuen Story beginnen , bis dieser aktuelle Artikel praktisch in den Händen der Kunden liegt. Um Dinge entlang der Anwendungstechniken wie Feature-Branching-Workflow zu beschleunigen, werden automatisierte Tests und kontinuierliche Integration während des gesamten Entwicklungslebenszyklus durchgeführt. Verhinderung technischer Schulden ist es, was die Entwicklung auch langfristig agil zu sein erlaubt. Der Master-Zweig mit code-basierten Sätzen sollte immer bereit sein, zu versenden. Das ist Priorität Nummer eins, der Produkteigentümer ist befugt, das Team der wertvollsten Arbeit zuerst zu konzentrieren, anstatt den Umfang der Veröffentlichung zu reduzieren, anstatt Kompromisse bei der Qualität einzugehen. Technische Schulden ist der Unterschied zwischen dem, was versprochen wurde, was tatsächlich geliefert wurde. Sie können technische Schulden und die Sprintplanung wie eine normale Funktionsarbeit priorisieren . Und lassen Sie uns über die wahren Kosten der technischen Schulden erziehen. Da wir ein oder zwei Dinge über Backlog Management gelernt haben und da wir bereits alles, was wir von unseren vorherigen Sitzungen benötigen, Lassen Sie uns die heutige Übung über Organisation oder Rückstand machen. Wir haben bereits unsere Funktionen und die User Stories darunter, richtig? Und wir haben auch jeden einzelnen von ihnen geschätzt. Also lassen Sie uns jetzt einfach alle diese Elemente auf dem Brett nach ihrem Geschäftswert arrangieren . Sobald Sie das an Ort und Stelle haben, sollten Sie auch Ihren MVP definieren, was bedeutet, Ihr Minimum lebensfähiges Produkt, das in der Tat ein Kernsatz von Funktionen ist , die Sie sicher vor dem Kunden platzieren können. Alles, was übrig bleibt, entkoppelt vom MVB, der in einer nachfolgenden Phase gruppiert werden kann. Auf diese Weise bringen Sie etwas zum Kunden in kurzer Zeit. Sie können dann auf das aufbauen, was Sie bereits in der Produktion haben. Die Kunden sind begeistert von jeder neuen Funktion, die Sie dem Produkt hinzufügen. Ganz zu schweigen davon, dass Sie auch Ihre Kundenbindungsraten verbessern. Planen, priorisieren und definieren Sie Ihren MVP und viel Glück und sehen Sie in unserer nächsten Sitzung, wenn wir über das Stakeholder-Management sprechen werden. 8. Teil 7: Stakeholder-Management: Hallo und willkommen zurück. In dieser Sitzung werden wir über das Management von Stakeholdern sprechen. Was ist ein Stakeholder und wer kann gewonnen werden? Ein Stakeholder ist entweder eine Person, eine Gruppe oder eine Organisation, die vom Ergebnis eines Projekts betroffen ist. Ein Stakeholder kann auch jeder sein, der sich auf das Projekt selbst auswirken kann. Stakeholder haben ein Interesse am Erfolg des Projekts und können entweder von innerhalb oder von außerhalb der Organisation, die das Projekt sponsert, sein. Stakeholder können einen positiven oder negativen Einfluss auf das Projekt haben. Wir können sie in vier verschiedene Kategorien aufteilen. Im Kern haben wir die Sponsoren oder die Eigentümer der Anforderung. Sie sind es, die letztendlich die Verantwortung für den Erfolg des Projekts tragen. Im weiteren Kreis haben wir dann das Entwicklungsteam, diejenigen, die die technische Lösung finden und sicherstellen, dass die Implementierung ordnungsgemäß durchgeführt wird. Wenn wir im dritten Kreis einen Schritt weiter gehen, finden wir die Referenzgruppe, Leute, die dafür sorgen, dass alles richtig funktioniert, dass nichts anderes von der Veränderung beeinflusst wurde. Oder wenn es so ist, stellen sie sicher, dass alles ausgerichtet ist. Und im letzten Kreis Ihrer Stakeholder-Karte finden Sie Ihre Kunden, die Endbenutzer Ihres Produkts. Es gibt die Nutznießer aller Anstrengungen , die in den Produktentwicklungsprozess investiert wurden. Wir können unsere Stakeholder auch anhand einer Zwei-Achsen-Tabelle abbilden. Unsere vertikale Achse ist diejenige, die die Macht der Stakeholder veranschaulicht. Während die horizontale Achse für ihr Interesse stehen wird. Also, was wir zuerst tun müssen, ist zu identifizieren, wer unsere Stakeholder sind. Wir müssen dann ihre Macht, ihren Einfluss und ihr Interesse ausarbeiten, damit wir wissen, auf wen wir uns konzentrieren sollten. Darüber hinaus müssen wir ein gutes Verständnis der wichtigsten Interessengruppen entwickeln , damit wir wissen, wie sie wahrscheinlich reagieren und wie wir ihre Unterstützung gewinnen können. Als allgemeine Leitlinien müssen wir nur diejenigen Interessengruppen überwachen , die über ein geringes Maß an Macht, aber auch ein geringes Maß an Interessen verfügen. Da die Interessen der Interessengruppen steigen, müssen wir sie auf dem Laufenden halten und ihre Interessen respektieren. Wenn wir uns mit Stakeholdern beschäftigen, die ein geringes Interesse haben, aber sie haben eine starke Position innerhalb des Unternehmens. Müssen diese zufrieden zu halten und ihre Bedürfnisse zu erfüllen. Hotspot unserer Stakeholder-Karte werden wir diejenigen hervorheben, die sehr an dem Projekt interessiert sind und auch viel Macht haben. Dies sind die Stakeholder, die wir brauchen, um eng zu managen und immer engagiert zu bleiben, wenn wir über Macht sprechen, sei es um ein Projekt oder eine persönliche Angelegenheit, wir können definitiv verschiedene Arten von Macht identifizieren. Wir können legitime Macht haben, basierend auf der Position innerhalb des Unternehmens. Oder wir haben Bauer basierend auf Expertise, Fachkompetenz oder Wissen. Dann gibt es die belohnungsbasierte Kraft. Wenn man die Fähigkeit hat, etwas zu verteilen, was andere schätzen. Es gibt auch beziehen und bürokratische oder charismatische Art von Macht. Sie sehen also, wir müssen darauf achten, dass wir aktiv zuhören und unsere Stakeholder entdecken , um sie richtig zu identifizieren und sie eine Art und Weise anzugehen, die ihren Bedürfnissen und Erwartungen am besten entspricht. All dies ist notwendig, wenn wir sicherstellen wollten , dass wir das gewünschte Ergebnis des Projekts erreichen. Und damit bauen wir auch eine Beziehung unseren Stakeholdern auf und machen zukünftige Interaktionen einfacher. Daher beseitigen wir viele Kommunikationsbarrieren und glätten oder Weg zum Erfolg. Also, wie wär's mit diesem für die heutige Übung? Denken Sie an Ihr Produkt, denken Sie über Ihre Stakeholder nach, identifizieren Sie sie und führen Sie dann eine Power-vus-Interessenanalyse durch. Erstellen Sie dann Ihre eigene Stakeholder-Karte und positionieren Sie sie entsprechend auf der Karte. Es ist eine gute Übung und wir löschen die ganze Zeit mit jedem einzelnen neuen Projekt. Es hilft, indem es Klarheit mit direktem Einfluss auf die Kommunikation bringt. Denn wir werden wissen, wer wann und vor allem wie es zu tun ist, damit wir uns auf die Leistungen einigen und den Erfolg unseres Projekts sichern. Und viel Glück mit Ihrem Stakeholder-Mapping und sehen Sie in unserer nächsten Sitzung, wenn wir über die Fähigkeiten sprechen, was es braucht, um eine herausragende Produktperson zu sein, und wie das einen positiven Einfluss auf Ihre persönliche Leben als auch. 9. Was es erfordert, zu ein (better): Hallo und willkommen zurück. In dieser Sitzung werden wir einen Vorgeschmack auf diese Fähigkeiten haben. Was braucht es, um eine herausragende Produktperson zu sein? Nun, weißt du, genau wie im Fußball, in der Technik oder in der Kunst, ist es entweder, dass du dafür ausgeschnitten bist, oder du sprengst dir deinen Hintern, lernst, baust auf das, was du gelernt hast, und lernst dann mehr. Aber idealerweise braucht es sowohl Talent als auch Leidenschaft und viel harte Arbeit und Hingabe, um dorthin zu gelangen. So innovieren und beginnen Sie mit sich selbst. Innovation ist eine Mischung aus Erwünschtheit, Machbarkeit und Durchführbarkeit. Im Rahmen des Innovationsprozesses müssen die folgenden Fragen von Anfang an ihre Antworten finden. Ist es echt? Gibt es einen Markt für dieses Produkt? Gibt es einen echten Bedarf auf dem Markt? Kann ich gewinnen? Analysieren Sie das Wettbewerbsumfeld? Ist Ihr Vorschlag ein wettbewerbsfähiger? Lohnt es sich? Haben wir realistische Schätzungen von Umsatz und Umsatz? Sind die Produktkosten akzeptabel? Unsere Entwicklungskosten erschwinglich? Nun, wenn Sie alle Ihre Antworten haben, dann haben Sie Ihr Herz am richtigen Ort. Jetzt sehen wir, was Sie tun müssen, um auch Ihren Geist an der richtigen Stelle zu bekommen. Und dafür, lasst uns über Denkweise sprechen. Die Denkweise ist eine Reihe von Annahmen, Methoden oder Notationen, die von einer oder mehreren Personen oder Gruppen von Personen gehalten werden. Oder mit anderen Worten, es ist die Art und Weise, wie Ihr Geist trainiert wird, zu arbeiten. Dies ist die Art und Weise, wie Sie verwendet werden, um eine Handlung zu bewerten oder reagieren unter verschiedenen Umständen, jeden Moment, Tag für Tag. So siehst du das Leben selbst. Wünscht. Es gibt im Grunde zwei Hauptarten der Denkweise. Es gibt eine feste Denkweise und Wachstumsgedanken. Und die Unterschiede zwischen den beiden werden zum Leben erweckt, wenn man sich mit Herausforderungen, Hindernissen, mit Anstrengung oder Kritik oder sogar mit dem Erfolg anderer beschäftigen muss. So können Sie sich entscheiden, Herausforderungen zu vermeiden oder sie anzunehmen, wie Sie sich entscheiden, aufzugeben, wenn Sie auf ein Hindernis stolpern oder bestehen bleiben und einen Weg finden, es zu überwinden. Es ist das gleiche mit Mühe. Sie können sich entscheiden, es als fruchtlos zu betrachten. Oder Sie können es als Ihren Weg zur Beherrschung betrachten. Lernen Sie von Kritik, oder ignorieren Sie sie einfach. Fühlen Sie sich vom Erfolg anderer bedroht, oder wählen Sie eine wertvolle Lektion daraus zu lernen. Bei jeder solchen Begegnung ist es Ihre Wahl, es ist Ihre Vision, Ihre Gegenwart und die Zukunft, die sie prägt. Wählen Sie also klug, reformieren Sie, ändern Sie die Perspektive, entdecken Sie sich selbst und arbeiten Sie mit sich selbst für eine gesunde Denkweise und die erfüllende Zukunft. Emotionales Selbstbewusstsein und Selbstmanagement leisten auch einen großen Beitrag zum Erfolg bei der Formwandlung unserer Denkweise. Und das liegt daran, dass emotionale Intelligenz im Grunde unsere Fähigkeit ist , unsere eigenen Emotionen und die anderer zu erkennen, zwischen verschiedenen Gefühlen zu unterscheiden und sie angemessen zu kennzeichnen, emotionale Formation zu verwenden, um Denken und Verhalten, und um Emotionen zu verwalten oder anzupassen, um sich an Umgebungen anzupassen oder um unsere Ziele zu erreichen. Anpassungsfähigkeit zum Beispiel ist ein Beweis für ein effektives emotionales Selbstmanagement, während Empathie ein Indikator für unser soziales Bewusstsein ist. Wenn wir zum Coaching oder Mentoring kommen ist das noch eine weitere emotionale Intelligenz Komponente. Es ist die Fähigkeit des Beziehungsmanagements, die es uns ermöglicht, mit einem hohen Maß an Professionalität und Bewusstsein zu interagieren. Und emotionale Intelligenz ist das Herzstück eines idealen Mind-Mapping-Prozesses. Ein Prozess, bei dem wir Blockaden vermeiden müssen, um Ideen zu erfassen und Erkenntnisse zu entdecken oder Muster zu enthüllen. Aber wir können das nur mit einer gewissen mentalen Distanz effektiv tun und indem wir aufhören, uns selbst zu untersuchen. So kritisch. Bei Mind-Mapping geht es um Kreativität. Planung, Produktivität und effektive Mind-Mapping-Prozesse können die Zusammenarbeit verbessern somit die Vorteile erhöhen. Mind-Mapping fördert Flexibilität und erzeugt klare Ergebnisse. Mind Maps sind visuell angetrieben und ermöglichen einen freien Fluss von Ideen. Und zu guter Letzt macht Mind-Mapping Spaß. Es fühlt sich nicht einmal an, zu arbeiten, obwohl die Leistungen weit über den Erwartungen liegen. Es spielt also keine Rolle, ob Sie an der Entwicklung eines Softwareprodukts arbeiten oder wenn Sie ein Schriftsteller sind, es spielt keine Rolle, ob Sie ein Elternteil oder ein Lehrer oder ein Schüler sind. Wer auch immer du bist und was immer du brauchst, lösche das Unordnung und fange an, Mind Mapping. Ich kann garantieren, dass Sie viel Spaß haben und Sie über das Ergebnis erstaunt sein werden. Ich habe vorhin das Konzept des Re-Framing nicht erwähnt. Nun, Framing ist der Denkprozess, den Menschen verwenden, um eine Situation zu definieren und zu entscheiden, wie sie damit umgehen werden. Während Reframing tut dies wieder auf eine andere Art und Weise. Zum Beispiel die Entscheidung, dass ein Konflikt eher positiv als negativ angegangen werden kann . Reframing bedeutet also im Grunde, eine bestimmte Situation aus einer anderen Perspektive zu sehen. Und das kann enorm hilfreich bei der Problemlösung, Entscheidungsfindung und beim Lernen sein. Das tun wir ständig, zum Beispiel in retrospektiven Sitzungen. Anstatt uns zu fragen, was in den letzten Wochen schief gelaufen ist, fragen wir: Was können wir besser machen? Was können wir auf diese Weise verbessern? Wir werden vermeiden, uns auf die negativen Auswirkungen zu konzentrieren und stattdessen Ideen zu entwickeln, um zu verbessern. So wird die Einstellung nicht nur viel positiver, sondern das Ergebnis ist auch viel nützlicher. Sie können auch unterlassen, indem Sie eine Persona erstellen. Personas sind fiktive Charaktere, und Sie erstellen sie normalerweise basierend auf Ihren Recherchen, um die verschiedenen Arten von Kunden darzustellen , die Ihren Service oder Ihr Produkt nutzen könnten. Das Erstellen von Personas hilft Ihnen dabei, die Bedürfnisse, Erfahrungen und Verhaltensweisen und Ziele Ihrer Kunden zu verstehen . Was passiert, ist, dass das Erstellen von Personas Ihnen helfen kann, aus sich selbst herauszukommen. Es kann Ihnen helfen, zu erkennen, dass verschiedene Menschen unterschiedliche Bedürfnisse und Erwartungen haben. Und es kann Ihnen auch helfen, sich mit dem Kunden zu identifizieren, für den Sie entwerfen, oder mit der Person vor Ihnen, wenn es um ein schwieriges Gespräch geht. Also vergessen Sie nicht, zielen Sie auf eine gesunde Denkweise. Erziehen Sie Ihre emotionale Intelligenz, gestalten Sie Ihren Weg durch den Innovationsprozess neu und nutzen Sie Persona's, um eine Meile in den Schuhen des Kunden zu gehen. Eine gute Nachricht ist, dass Sie die meisten dieser Dinge bereits getan haben. Alles, was Sie jetzt tun müssen, ist Übung. Tun Sie es die ganze Zeit und Sie werden sich eines Tages alles natürlich ohne Anstrengung tun und auf jeden Fall genießen Sie es auf jeden Schritt des Weges. Und wenn Sie in der Stimmung für eine letzte Übung sind, möchte ich Sie einladen, einen Prototyp Ihres Produkts zu bauen. Stellen Sie sich vor, Sie werden Ihr Produkt in einem Einzelhandelsgeschäft verkaufen. Also, was Sie tun müssen, ist ein Schuhkarton zu nehmen und das Produkt zu entwerfen, das Ihre Kunden kaufen. Richtig? Details und Funktionen, die Ihnen helfen, das Produkt zu verkaufen. Schneiden Sie Bilder aus Zeitungen und kleben Sie sie auf die Schachtel. Geben Sie Ihr Bestes, um sicherzustellen, dass ein sehr attraktives Produkt verkauft werden kann. Und da es ohne Kunden kein Produkt gibt, versuchen Sie, Ihr Schuhkarton-Produkt an jemanden zu verkaufen. Der Verkaufsprozess stellt sicher, dass Sie sich auf die Vorteile konzentrieren, während der begrenzte Platz auf der Box die Priorisierung der Funktionen Ihres Produkts erzwingt. Also hoffe ich, dass Sie keine harte Menge bekommen, aber so oder so, es wird eine ausgezeichnete Übung sein. Viel Glück und vielen Dank, dass Sie mich auf dieser wunderbaren Reise in die Welt des Produktes begleiten.