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 Project Management Office (PMO) Die zentrale Anlaufstelle für alle strategischen Projektfragen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Pro­ject Manage­ment Office (PMO) ist eine zen­tra­le Stel­le, die sich um das Vor­ge­hen im Pro­jek­ten küm­mert.In die­sem Bei­trag wird das Pro­ject Manage­ment Office (PMO) beschrie­ben. Beschrei­bun­gen zu den Pro­ject Manage­ment Offices (PMOs) fin­den sich häu­fig in den Beschrei­bun­gen zum → Pro­jekt­ma­nage­ment (PM). 1. Ein­lei­tung und Grund­la­gen Das Pro­ject Manage­ment Office (PMO) ist … 

Wei­ter­le­sen …

Anforderungsverwaltung — Requirements Management Anforderungen wertschöpfend verwalten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:In der Anfor­de­rungs­ver­wal­tung wer­den Anfor­de­run­gen so erfasst und ver­wal­tet, dass die­se einen Mehr­wert / Nut­zen brin­gen kön­nen.In die­sem Bei­trag wird die Anfor­de­rungs­ver­wal­tung beschrie­ben. Unter dem Begriff Anfor­de­rungs­ver­wal­tung / Requi­re­ments Manage­ment wer­den ver­schie­de­ne Requi­­re­­ments-Engi­­nee­ring-Täti­g­kei­­ten zusam­men­ge­fasst, die — gera­de bei gro­ßen Sys­te­men — einen Mehr­wert / Nut­zen erbrin­gen kön­nen. Requi­­re­­ments-Engi­­nee­ring-Tools kön­nen dabei unter­stüt­zend wir­ken, sind … 

Wei­ter­le­sen …

Softwaretest Das Testen von Software mit professionellen Methoden

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Soft­ware­test / das → Tes­ten von Soft­ware beschäf­tigt sich mit der Über­prü­fung von → Qua­li­tät von Soft­ware bei der → Soft­ware­ent­wick­lung.Die­ser Bei­trag stellt eini­ge Ele­men­te des Soft­ware­tests dar. Das Tes­ten von Soft­ware hat einen bedeu­ten­den zeit­li­chen wie finan­zi­el­len Anteil bei der Erstel­lung von Soft­ware. Ohne Tes­ten wird in der Regel kei­ne Soft­ware zum … 

Wei­ter­le­sen …

Ziele in Projekten Ermitteln der zentralen Inhalte zum Projektstart

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Zie­le wer­den in Pro­jek­ten früh­zei­tig, d.h. vor dem eigent­li­chen → Pro­jekt­start ermit­telt. Aus den Pro­jekt­zie­len wer­den dann Lau­fe des Pro­jekts → Arbeits­pa­ke­te und Auf­ga­ben abge­lei­tet.Es wer­den in die­sem Bei­trag Zie­le in Pro­jek­ten und deren Ermitt­lung und Ein­satz vor­ge­stellt. Vor dem eigent­li­chen Pro­jekt­start soll­ten die Zie­le eines Pro­jekts ermit­telt, pas­send for­mu­liert und schrift­lich festgelegt … 

Wei­ter­le­sen …

Systems Engineering Komplexe Systeme richtig entwickeln

Das Sys­tems Engi­nee­ring beschäf­tigt sich mit der Beschrei­bung und Umset­zung von tech­­nisch-kom­­p­le­­xen Sys­te­men und wird als eigen­stän­di­ge Dis­zi­plin gese­hen.In die­sem Bei­trag wer­den eini­ge Grund­be­grif­fe des Sys­tems Engi­nee­rings vor­ge­stellt. Das Sys­tems Engi­nee­ring wird als eigen­stän­di­ge oder dem → Requi­re­ments Engi­nee­ring über­ge­ord­ne­te Dis­zi­plin gese­hen. Gene­rell betrach­tet das Sys­tems Engi­nee­ring neben der → Soft­ware­ent­wick­lung auch das “klas­si­sche” Engineering … 

Wei­ter­le­sen …

Das Kano-Modell Kundenwünsche ermitteln und einordnen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Kano-Modell dient zur Beschrei­bung und Klas­si­fi­ka­ti­on von Kun­den­wün­schen, um so zu ver­deut­li­chen, wel­che Eigen­schaf­ten ein (neu­es) Pro­dukt oder eine (neue) Dienst­leis­tung haben soll­te. Anhand des Kano-Modells und des damit ver­bun­de­nen Kano-Dia­­gramms kann schnell ermit­telt wer­den, was beson­ders wich­tig bei Pro­duk­ten oder → Dienst­leis­tun­gen ist.In die­sem Bei­trag wird das Kano-Modell beschrie­ben. Das Kano-Modell … 

Wei­ter­le­sen …

RE-Tools Anforderungen mit Technik und System verwalten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Als RE-Tools wer­den soft­ware­ge­stütz­te Sys­te­me bezeich­net, die Anfor­de­run­gen erfas­sen und ver­wal­ten kön­nen.In die­sem Bei­trag wer­den RE-Tools beschrie­ben. Tools für das → Requi­re­ments Engi­nee­ring gibt es vie­le. Unter RE-Tools wer­den spe­zi­fi­sche soft­ware­ge­stütz­te Sys­te­me ver­stan­den, die für die Erfas­sung und Ver­wal­tung von Anfor­de­run­gen (sie­he dazu auch die Web­sei­te zur → Anfor­de­rungs­ver­wal­tung) beson­ders geeig­net sind. Auf eine … 

Wei­ter­le­sen …

Das V‑Modell Darstellung und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das V‑Modell (auch Vor­ge­hens­mo­dell, engl. V‑Model) beschreibt ein Vor­ge­hen bei der Ent­wick­lung von Soft­ware, Sys­te­men oder Pro­duk­ten, wel­ches sich gra­fisch ent­lang eines Vs visua­li­sie­ren lässt.In die­sem Bei­trag wird das V‑Modell und des­sen Ein­satz in ver­schie­de­nen Kon­tex­ten wie dem Sys­tems oder → Requi­re­ments Engi­nee­ring beschrie­ben. Das V‑Modell ver­wen­det ein V zur Visua­li­sie­rung der Reihenfolge … 

Wei­ter­le­sen …

Der Start eines Requirements-Projekts Diese ersten Schritte sollten immer durchgeführt werden

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Start eines Requi­­re­­ments-Pro­­jekts (genau­er: Requi­­re­­ments-Engi­­nee­ring-Pro­­jekts) soll­te in einem geord­ne­ten Pro­zess erfol­gen, noch bevor die eigent­li­che Ermitt­lung beginnt.In die­sem Bei­trag wird ein neun­stufi­ges Vor­ge­hen zum Start eines Requi­­re­­ments-Pro­­jekts vor­ge­stellt. Um mit einem Requi­­re­­ments-Pro­­jekt (hier auch RE-Pro­­jekt genannt) zu star­ten, soll­te vor­ab geklärt sein, ob … Der Start eines RE-Pro­­jekts fin­det vor den “klas­si­schen” drei Schritten … 

Wei­ter­le­sen …