Welche Artefakte benötigt Scrum für das Anwendungsdesign und die Systemdokumentation?

Ich bin seit einiger Zeit Entwickler. Kürzlich wurde ich in meinem Team befördert. Jetzt bin ich für das Anwendungsdesign und die Dokumentation verantwortlich und denke darüber nach, der Scrum-Methodik zu folgen.

Wir starten ein neues Projekt. Da ich neu in Design und Dokumentation bin, möchte ich wissen, wie viele Arten von Dokumenten erforderlich sind und in welcher Reihenfolge diese Dokumente geschrieben werden müssen. Gibt es Hinweise auf erforderliche Dokumente, die ich einsehen kann?

Ich gehe davon aus, dass Sie die "normalen" Designdokumente aus früheren Projekten gelesen haben. Gibt es etwas Bestimmtes, das Ihren Anforderungen nicht entspricht? Meistens möchte der Manager nur, dass Sie die Methoden oder Prozesse anwenden, die im Unternehmen verwendet wurden. Oder hat er dir gesagt, dass du weitermachen und über neue Wege nachdenken sollst ...
@HuibertGill Ich wurde gebeten, an einem „Projektdokument auf hoher Ebene“ zu arbeiten, an dem alle Beteiligten interessiert sind. Dies sollte viel UML enthalten. Ich habe keine Referenzdokumente. Also frage ich mich, ob ich hier Hilfe bekommen kann?
@HaBo UML-Dokumentendesign ist keine Projektmanagementaufgabe. Während Sie die Aufgabe möglicherweise innerhalb eines Projekts ausführen müssen, hat dies nichts mit dem Rahmen oder dem Umfang der PM-Rolle zu tun. Tatsächlich sind "Wo finde ich..."-Fragen auf jeder Stack Exchange-Site so ziemlich nicht zum Thema, also müssen Sie diese unabhängig recherchieren. Viel Glück!

Antworten (2)

Scrum schreibt keine Entwicklungspraktiken vor

Scrum ist keine Entwicklungsmethodik; Es ist eine Projektmanagement-Methodik. Der Scrum-Prozess hält aus Anforderungssicht keine konkreten Antworten für Sie bereit.

Scrum bietet einen Rahmen für Ihre Fragen

Scrum ist jedoch der Ansicht, dass die Fragen, die Sie stellen, Teil der Selbstorganisation sind, die Ihr Team durchführen muss, um erfolgreich zu sein, einschließlich der Definition von Sprintzielen und der „Definition of Done“ Ihres Teams. Infolgedessen müssen Sie sich an Ihr Team wenden (insbesondere an Ihren Product Owner), um festzustellen, welche spezifischen Design- und Dokumentationsartefakte Sie erstellen müssen, um Ihre Sprintziele zu erreichen, und welche priorisierte Reihenfolge jedem dieser Artefakte zugewiesen wird.

Siehe auch

Du hast recht. Ich muss mit der Vorbereitung eines „Projektdokuments auf hoher Ebene“ beginnen. Ich war mir nicht sicher, was meine Checkliste darin enthalten sollte. Welche Aspekte meines Projekts sollten in diesem Dokument behandelt werden und wie detailliert soll es sein?

(Ich habe dies als Kommentar begonnen, vielleicht sollte es nur ein Kommentar sein)

"Wie detailliert sollte es sein" ...

Die Scrum-Antwort wäre:

so einfach wie möglich, damit alle Parteien wissen, was sie voneinander erwarten können....

Ich weiß, das hilft dir jetzt am Anfang nicht viel weiter.

Agilität basiert auf kontinuierlicher Verbesserung, und das betrifft nicht nur Code, sondern auch, wie Code erstellt und dokumentiert wird. Bei CI geht es auch um die Kommunikation im Team und zwischen den Stakeholdern.

Es geht darum, den Weg mit dem geringsten Verwaltungsaufwand für Ihr Team zu finden, um Ergebnisse zu liefern, die Ihre Kunden zufrieden stellen. Da dies zwischen Teams, Kunden und Ländern unterschiedlich ist, gibt Scrum keine Details darüber an, wie Dokumente erstellt werden, sondern nur, dass mindestens 3 Dokumente erstellt werden .

Einige Praktiker mögen über diese Definition streiten, aber die drei Dokumente, auf die Sie sich beziehen, sind allgemein anerkannt: Product Backlog, Sprint Backlog und Project/Sprint Burndown Charts. scrum-agile-methodology.com/scrum-methodology.html