Die MoSCoW-Priorisierung Einzelne Anforderungen einfach priorisieren

Die MoSCoW-→ Prio­ri­sie­rung (engl. MoSCoW prio­ri­tiza­ti­on; auch MuS­­CoW-Prio­­­sie­rung) ist eine Prio­ri­sie­rungs­tech­nik für ein­zel­ne Anfor­de­run­gen (im → Requi­re­ments Engi­nee­ring), die eine Ver­pflich­tung zur Umset­zung vor­gibt. Das Akro­nym MoSCoW steht für fol­gen­de vier unter­schied­li­che Stu­fen: Abbil­dung 1 stellt die vier Eigen­schaf­ten zusam­men­fas­send dar. Abbil­dung 1: Die vier Stu­fen der MoSCoW-Prio­ri­sie­rung Im prak­ti­schen Ein­satz wer­den die Anfor­de­run­gen (ein­zeln) nach … 

Wei­ter­le­sen …

Die SMART-Kriterien Ziele gut und passend formulieren

Die SMART-Kri­­te­ri­en hel­fen dabei, zu über­prü­fen, ob → Zie­le oder Anfor­de­run­gen gut genug for­mu­liert sind, sodass sie umge­setzt und abge­nom­men wer­den kön­nen.  1. Beschrei­bung Im Pro­jekt­kon­text wer­den die SMART-Kri­­te­ri­en ein­ge­setzt, um zu über­prü­fen, ob → Zie­le in Pro­jek­ten “gut genug” for­mu­liert sind. Das Akro­nym SMART steht für fol­gen­de fünf Eigen­schaf­ten: Abbil­dung 1 stellt die fünf … 

Wei­ter­le­sen …

Die INVEST-Kriterien User Stories gut und passend erfassen

Die INVEST-Kri­­te­ri­en hel­fen dabei, zu über­prü­fen, ob ein­zel­ne → User Sto­ries “gut genug” sind. Ursprüng­lich von Bill Wake im 2003 /INVEST-03/ vor­ge­stellt, kom­men die INVEST-Kri­­te­ri­en in fast allen Ent­wick­lungs­pro­jek­ten zum Ein­satz, in denen User Sto­ries ver­wen­det wer­den. Das Akro­nym INVEST steht für fol­gen­de sechs Eigen­schaf­ten: Abbil­dung 1 stellt die sechs Eigen­schaf­ten zusam­men­fas­send dar. Abbil­dung 1: Die … 

Wei­ter­le­sen …

Die Produktvision Beschreibung der Produktlösung in kurzen Worten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Pro­dukt­vi­si­on (engl. Pro­duct → Visi­on oder Pro­duct Visi­on State­ment) beschreibt ein zukünf­ti­ges Pro­dukt in kur­zer Form. Erst durch eine Pro­dukt­vi­si­on kön­nen Pro­dukt­zie­le abge­lei­tet wer­den, aus denen dann in Anfor­de­run­gen abge­lei­tet wer­den kön­nen.In die­sem Bei­trag wird die Pro­dukt­vi­si­on beschrie­ben. In Abbil­dung 1 ist die Pro­dukt­vi­si­on im Unter­­neh­­mens- oder Orga­ni­sa­ti­ons­kon­text dar­ge­stellt. Sie lei­tet sich … 

Wei­ter­le­sen …

Agiles Requirements Engineering Die Anforderungen im agilen Kontext passend erfassen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das → Agi­le → Requi­re­ments Engi­nee­ring (Abkür­zung: ARE) fasst alle Akti­vi­tä­ten zusam­men, die bei der Erfas­sung und Behand­lung von Anfor­de­run­gen in agi­len Kon­tex­ten / bei agi­lem Vor­ge­hen zum Ein­satz kom­men kön­nen.In die­sem Bei­trag wird das Agi­le Requi­re­ments Engi­nee­ring beschrie­ben. Agi­les Requi­re­ments Engi­nee­ring (ARE) ergänzt die agi­len Metho­den und Ansät­ze, wie sie bei­spiels­wei­se in … 

Wei­ter­le­sen …

Der Scrum Master Aufgaben, Verantwortlichkeiten und Rollenbeschreibung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der → Scrum Mas­ter ist eine der drei Rol­len bei Scrum und damit in agi­len Pro­jek­ten. Er ist als Pro­zess­be­ra­ter Ansprech­part­ner für orga­ni­sa­to­ri­sche The­men im Scrum-Pro­zess.In die­sem Bei­trag wird die Rol­le des Scrum Mas­ters mit den Auf­ga­ben kurz beschrie­ben. 1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen Im Scrum-Gui­­de steht zum Scrum Mas­ter /#Scrum-Guide-20‑d/:“Der:die Scrum … 

Wei­ter­le­sen …

Agile Mythen Aussagen zur Agilität, die überprüft werden sollten

Unter “Agi­len Mythen” (auch “→ Agi­le Miss­ver­ständ­nis­se” oder “Agi­le Irr­tü­mer”) wer­den Aus­sa­gen zur → Agi­li­tät zusam­men­ge­fasst, die ver­meint­li­che Eigen­schaf­ten der Agi­li­tät beschrei­ben. In die­sem Bei­trag wer­den eini­ge die­ser Mythen benannt und bewer­tet. Gene­rell fin­den sich vie­le die­ser Mythen in der Lite­ra­tur und im Inter­net. Dabei wer­den zumeist Aus­sa­gen getrof­fen, die dann in einem zwei­ten Schritt … 

Wei­ter­le­sen …

Der Product Owner Aufgaben, Verantwortlichkeiten und Rollenbeschreibung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Pro­duct Owner ist eine zen­tra­le Per­son / Rol­le bei der Erfas­sung und Umset­zung von Anfor­de­run­gen in agi­len Pro­jek­ten und im → Agi­len Requi­re­ments Engi­nee­ring (ARE).In die­sem Bei­trag wird die Rol­le des Pro­duct Owners mit den Auf­ga­ben kurz beschrie­ben. Der Pro­duct Owner erfasst und ver­wal­tet die Anfor­de­run­gen bei agi­ler Vor­ge­hens­wei­se. Da bei der … 

Wei­ter­le­sen …

Das Review Prüfen von Produktanforderungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Reviews wer­den im → Pro­jekt­ma­nage­ment, im → Requi­re­ments Engi­nee­ring und bei → Scrum zur Über­prü­fung von Doku­men­ten oder Arbeits­er­geb­nis­sen her­an­ge­zo­gen. In die­sem Bei­trag wer­den Reviews vor­ge­stellt und ein­ge­ord­net sowie die drei wesent­li­chen Review-Tech­­ni­ken beschrie­ben. Reviews kom­men in ver­schie­de­nen Dis­zi­pli­nen zum Ein­satz und die­nen der Qua­li­täts­er­hö­hung, häu­fig ver­bun­den mit Abnah­me­aspek­ten zwi­schen → Auf­trag­ge­ber und … 

Wei­ter­le­sen …

Das Backlog Anforderungen und Einträge zentral verwalten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Back­log ist eine Samm­lung von The­men, die bear­bei­tet wer­den sol­len. Meis­tens sind dies Anfor­de­run­gen, die im agi­len Kon­text in Form von → User Sto­ries notiert wer­den.In die­sem Bei­trag wird eine Kurz­dar­stel­lung zum Back­log gelie­fert. Erläu­te­run­gen zum Back­log sind häu­fig in den Beschrei­bun­gen von → Scrum oder den → User Sto­ries ent­hal­ten. Im … 

Wei­ter­le­sen …