Agile / Agilität

Agi­li­tät (eng­lisch auch Agi­li­ty oder kurz Agi­le) beschreibt die Fähig­keit, schnel­le Anpas­sun­gen an Pro­zes­sen oder Orga­ni­sa­tio­nen durch­füh­ren zu können.

Agiles Schätzen Schnell und passend Schätzungen vornehmen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Unter “Agi­les → Schät­zen” (engl. Agi­le Esti­ma­ti­on) wird eine Rei­he von → Schätz­me­tho­den ver­stan­den, die ihren Ursprung in der agi­len → Soft­ware­ent­wick­lung haben, inzwi­schen aber auch in ande­ren Kon­tex­ten ein­ge­setzt wer­den. Beim Agi­len Schät­zen wer­den Anfor­de­run­gen, die typi­scher­wei­se in Form von → User Sto­ries erfasst wur­den, abge­schätzt.In die­sem Bei­trag wird das “Agi­le Schätzen” … 

Wei­ter­le­sen …

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 argu­men­ta­tiv widerlegt … 

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

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 …