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 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 …

Die Dunbar-Zahl Bedeutung und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Dun­­bar-Zahl beschreibt die Anzahl von Men­schen, mit der eine ein­zel­ne Per­son sozia­le Kon­tak­te unter­hal­ten kann. Im Orga­ni­sa­ti­ons­kon­text kann dar­aus die maxi­ma­le Grö­ße einer Orga­ni­sa­ti­ons­ein­heit abglei­tet wer­den.Es wird in die­sem Bei­trag die Dun­­bar-Zahl erläu­tert und der Umgang damit beschrie­ben. 1. Ein­lei­tung und Grund­la­gen In der Wiki­pe­dia steht zur Dun­­bar-Zahl /#Wiki-Dunbar-Zahl/ :“Unter der Dunbar-Zahl … 

Wei­ter­le­sen …

Shu-Ha-Ri Kompetenzstufen für die Agilität

Shu-Ha-Ri ist ein Kon­zept, wel­ches Lern- und → Kom­pe­tenz­stu­fen beschreibt. Ursprüng­lich kommt es aus den japa­ni­schen Kampf­küns­ten und wur­de auf die → Soft­ware­ent­wick­lung und auf die → Agi­li­tät über­tra­gen. 1. Basis­be­schrei­bung Das Shu-Ha-Ri-Kon­­­zept ver­wen­det drei Lern- oder Kom­pe­tenz­stu­fen, die nach­ein­an­der durch­lau­fen wer­den kön­nen. Möch­te man ein Meis­ter eines Fach- oder/ The­men­ge­bie­te wer­den, so muss Die drei … 

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 …

Use Case oder User Story? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Use Case und → User Sto­ry wer­den häu­fig ver­wech­selt. Im → Requi­re­ments Engi­nee­ring ist eine Unter­schei­dung aber → wich­tig.In die­sem Bei­trag wird eine Kurz­dar­stel­lung zur Unter­schei­dung der Begrif­fe gelie­fert. → Use Cases und → User Sto­ries wer­den im Requi­re­ments Engi­nee­ring ein­ge­setzt und Anfor­de­run­gen zu erfas­sen. Hin­ter bei­den Schlag­wör­tern ver­ber­gen sich … 

Wei­ter­le­sen …