Share
User Stories sind ein entscheidender Bestandteil der Verwaltung interdisziplinärer Teams in komplexen Projekten. Sie können auch für Solo-Entwickler nützlich sein, die sicherstellen möchten, dass sie ein Qualitätsprodukt liefern. Lesen Sie weiter und erfahren Sie, wie User Storys Ihren Projektablauf verbessern können!
Siehe die Karte Enorme Projekte sehen ungefähr gleich aus. Es gibt viele verschiedene Teams, die zusammenarbeiten und versuchen, ein wunderbares Produkt zu liefern. Sie können diese Teams mit den verschiedenen Routen auf der Karte vergleichen. Jedes Team hat seine eigenen Ziele und nur bei bestimmten Kreuzungen holen die Teams sich ein. Kommunikation ist entscheidend irgendein Projekt aber noch wichtiger bei großen Projekten. Wie kommunizieren Sie in solchen Projekten effektiv??
Ich arbeite bei einer App-Design- und Entwicklungsfirma in New York City. Häufig laufen verschiedene Projekte durch das Büro und es ist nicht immer klar, wie Projekte mit verschiedenen beteiligten Stakeholdern durchgeführt werden sollen. Deshalb müssen Sie sich in jeder Zusammenarbeit gegenseitig verstehen können. Wir haben uns für ein System entschieden, das äußerst flexibel und skalierbar ist, um sowohl kleine als auch große Projekte in Angriff zu nehmen. Hier einige Einblicke in unseren Prozess.
User Stories helfen, unsere Teams beim Erstellen eines Produkts zu vereinen. Sie verbinden jedes Team und verbessern unseren Arbeitsablauf.
Teams zu verbinden ist eine Herausforderung. Natürlich kommunizieren Teams miteinander. Ob dies effektiv geschieht, ist fraglich. Durch ein System, das die Kommunikation verbessert, indem es einfacher wird, über ein technisches Produkt zu sprechen, wird die Zusammenarbeit der Teams verbessert. Genau darum geht es in User Stories.
Wir bei Fueled glauben, dass wir mit einem agilen Prozess mehr erreichen können. Dies bedeutet, dass alle unsere Teams vom ersten Tag an einbezogen sind, wenn ein Kunde mit uns zusammenarbeiten möchte. Wenn vom ersten Tag an verschiedene Teams an einem Projekt beteiligt sind, kommt es zu Konflikten und Missverständnissen über die Erwartungen und die gewünschten Ergebnisse eines Projekts. Wie können Sie einem Konstrukteur bestimmte technische Einschränkungen planen oder einem Entwickler erklären, wie ein Modell funktioniert? Menschen mit unterschiedlichen Hintergründen in der Branche haben oft unterschiedliche Erwartungen. Für Menschen, die schon immer zusammen arbeiten, ist es viel einfacher zu wissen, was voneinander erwartet wird. Für Startups oder neue Mitarbeiter ist es jedoch oft schwieriger, zu Beginn eines Projekts effektiv zu kommunizieren.
Wir alle wissen, dass die Zusammenarbeit in multidisziplinären Umgebungen nicht immer einfach ist. Hier kommen User Stories ins Spiel. Das Konzept der User Storys ist unkompliziert. Was ist, wenn wir unsere gemeinsame Sprache, geschriebenes Englisch, verwenden, um Teams zu verbinden und die Verwirklichung eines Produkts zu erreichen? User Stories sind die schriftlichen Gedanken des Benutzers. Dies könnte ein Beispiel für eine User Story sein:
User Stories werden immer aus der Perspektive des Benutzers geschrieben.
Begleitet von User Stories sind Akzeptanzkriterien. Dies sind im Wesentlichen eine Liste von Anforderungen, die die User Story ermöglichen. Hier sind die Akzeptanzkriterien für die vorherige User Story:
Neben den Annahmekriterien werden User Stories normalerweise von einem Drahtgitter, einer Priorität und dem aktuellen Status begleitet. Hier sind einige weitere Beispiele möglicher Annahmekriterien, die zu einer User Story gehören:
User Storys und die zugehörigen Annahmekriterien sind kurze, detaillierte Informationen, die die Funktionalität eines bestimmten Features in einer Anwendung erklären können. Gleichzeitig verstehen sowohl Designer als auch Entwickler, was von ihnen erwartet wird. Nehmen wir das Beispiel der Back Button-Benutzergeschichte: Wenn Designer das Drahtgittermodell gesehen haben und die Annahmekriterien gelesen haben, wissen sie, dass sie zwei Status der Schaltfläche entwerfen müssen, und die Entwickler wissen, welche spezifischen Funktionen sie implementieren müssen.
Ich möchte den Unterschied zwischen User Storys und Akzeptanzkriterien erläutern. User Stories werden immer aus der Perspektive des Benutzers geschrieben. Akzeptanzkriterien dienen dazu, User Storys zu klären: Was ist erforderlich, damit eine User Story funktioniert??
Als einzelner Designer oder Entwickler sind Sie möglicherweise der Meinung, dass dies für Sie nicht relevant ist. Sie wissen bereits alles, was Ihre App tun soll, oder? Leider ist dies unwahrscheinlich. Akzeptanzkriterien sind nach wie vor äußerst hilfreich für die Qualitätssicherung und das Finden von Problemen in Ihrem eigenen Code oder Design.
User Stories sind im Allgemeinen auch ein nützliches Werkzeug für das Projektmanagement. Sie können verschiedene User Storys verfolgen und Fehler oder Probleme melden. In User Stories werden die Erwartungen an die Funktionalität der App, an der Sie gerade arbeiten, aufgeführt.
Wenn Sie heute vielleicht nicht mit einem anderen Teammitglied zusammenarbeiten, was ist, wenn sich das morgen ändert? Sie können Ihre Storys so erweitern, dass Sie Anweisungen für das Design oder die Entwicklung geben, um Ihren Mitarbeitern noch mehr Anleitungen zu geben.
Natürlich gibt es eine Menge Software, die das Verwalten von User Storys zu einem einfachen und zugänglichen Prozess macht. Zum Beispiel gibt es Mingle, Pivotal Tracker, ScrumDo und viele mehr. Für unsere Projekte verwenden wir vorzugsweise Jira.
Screenshot von Jira Sie sind nicht auf Software wie Jira angewiesen, um beim Erstellen einer Anwendung das Konzept von User Storys zu verwenden. Sie können sich an kostenlose Tools halten oder Ihre eigene Methode erstellen, um User Storys zu verfolgen.
Normalerweise gibt es eine Person, die das Projekt verwaltet. Oft bezeichnen wir diese Personen als Projektmanager, da sie den allgemeinen Überblick über das Projekt haben. Designer und Entwickler müssen nicht ständig über den größeren Umfang nachdenken. Sie können sich ganz darauf konzentrieren, die User-Stories in die Tat umzusetzen. Bei korrekter Anwendung funktioniert dieses System sehr gut. Eine Person konzentriert sich auf das Gesamtbild, liefert Anwenderberichte und überlegt, wie das Produkt aussehen soll und wie das Produkt funktionieren soll. Gleichzeitig sorgen diese Leute dafür, dass die Erwartungen der Kunden erfüllt werden, während sie ihr Team führen. Es ist eine Möglichkeit, Qualität effektiv zu sichern.
Auf diese Weise können sich Designer und Entwickler auf sehr spezifische, definierte Funktionen und Probleme konzentrieren, ohne sich ständig um das Ganze zu kümmern. User Storys und Akzeptanzkriterien machen dies möglich und es ist einfach, den Fortschritt des Endprodukts zu verfolgen.
Tools wie Jira enthalten integrierte Funktionen, um diesen Prozess zu verfolgen. Sie haben die Freiheit, flexibel mit dem System zu arbeiten. Sie können bestimmte Probleme oder Fehler mit bestimmten User Storys verknüpfen. Wenn Sie mit einem bestimmten Aspekt des Designs nicht zufrieden sind, können Sie sich auf diese spezifische User Story beziehen. Hier im Büro arbeiten wir gerne mit "Epen". Ein Epos ist im Grunde eine Gruppe von User Stories. Zum Beispiel haben bestimmte Anwendungen ein Epos für jeden Bildschirm. Auf diese Weise können Sie die Funktionen eines Bildschirms in einer Gruppe gruppieren. Dadurch erhalten Sie einen noch besseren Überblick darüber, wie schnell Ihr Projekt abgeschlossen wird oder welche Gruppe von User Storys für die Mehrzahl der Fehler verantwortlich ist. Des Weiteren können Designer und Entwickler ihre Ressourcen den verschiedenen User Storys zuordnen, indem sie mehr Informationen zu Zeit und Komplexität der jeweiligen Funktionalität bereitstellen. Es ist auch möglich, bestimmte User Storys oder Epen in einem Kalender zu planen und den Fortschritt eines Projekts zu verwalten.
Letztendlich hängt der Erfolg der Arbeit mit User Storys in Ihrem eigenen Projekt wahrscheinlich von der Flexibilität des Systems ab, das Sie implementiert haben, und der Freiheit, die das System bietet, um als Einzelperson oder als Team zu arbeiten. Ein gutes User Story-System sollte es Ihnen auch ermöglichen, den Überblick über das gesamte Projekt in Ihrer peripheren Sicht zu behalten, während Sie sich auf bestimmte Aufgaben oder Funktionen konzentrieren.
Hoffentlich gibt dieser Artikel einen Einblick in die Art und Weise, wie wir große Projekte angehen und die Qualität unserer Produkte sicherstellen. User Storys sorgen dafür, dass Sie die Funktionalität Ihrer App durchdenken und die Wünsche des Kunden berücksichtigen. User Stories eignen sich hervorragend für das Produkt, Ihren Kunden und Ihr Team!
Accentsconagua