Design Freeze, Feature Freeze und Code Freeze Änderungen ab einem definierten Entwicklungsstand verbieten

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Design Free­ze, Fea­ture Free­ze und Code Free­ze sind Begrif­fe, die bei dem Sys­tems oder → Soft­ware Engi­nee­ring dazu ver­wen­det wer­den, einen Ent­wick­lungs­stand so zu belas­sen, wie er ist und kei­ne Ände­run­gen mehr zu erlau­ben.In die­sem Bei­trag wer­den die drei Begrif­fe beschrie­ben und gegen­über­ge­stellt. Im Sys­tems oder Soft­ware Engi­nee­ring kön­nen defi­nier­te Ent­wick­lungs­stän­de “ein­ge­fro­ren” …

Wei­ter­le­sen …

Output oder Outcome? Welcher Begriff steht wofür?

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Begrif­fe Out­put und Out­co­me wer­den im agi­len und klas­si­schen → Pro­jekt­ma­nage­ment ver­wen­det. Nicht immer ist allen Betei­lig­ten klar, wo die Unter­schie­de zwi­schen die­sen bei­den Begrif­fen lie­gen und wie­so bei­de Begrif­fe nicht syn­onym benutzt wer­den kön­nen.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert und der Unter­schied zwi­schen den bei­den Begriffen … 

Wei­ter­le­sen …

UX (User Experience), Usability oder UI (User Interface)? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:UX (User Expe­ri­ence), Usa­bi­li­ty oder UI (User Inter­face) wer­den im Kon­text der Ent­wick­lung von Benut­zer­ober­flä­chen oder gene­rell Sys­te­men, die eine Nut­zer­inter­ak­ti­on benö­ti­gen, ver­wen­det. Lei­der wer­den die Begrif­fe häu­fig ver­mischt oder falsch genutzt.In die­sem Bei­trag wird eine kur­ze Beschrei­bung und Abgren­zung der Begrif­fe gelie­fert. Die Begrif­fe UX (User Expe­ri­ence), Usa­bi­li­ty oder UI (User …

Wei­ter­le­sen …

Konfigurationsmanagement Die zentrale Disziplin zur Zusammenfassung von Produkt- oder Projekteinheiten

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Das Kon­fi­gu­ra­ti­ons­ma­nage­ment ist eine zen­tra­le Dis­zi­plin zur Erfas­sung und Zusam­men­stel­lung ver­schie­den­ar­ti­ger Arte­fak­te, um die­se als Ein­heit zu ver­wal­ten.In die­sem Bei­trag wird das Kon­fi­gu­ra­ti­ons­ma­nage­ment beschrie­ben. Das Kon­fi­gu­ra­ti­ons­ma­nage­ment fin­det sich in ver­schie­de­nen Dis­zi­pli­nen wie­der; dies sind ins­be­son­de­re: 1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen Der Begriff Kon­fi­gu­ra­ti­ons­ma­nage­ment umfasst die bei­den Bestand­tei­le Kon­fi­gu­ra­ti­on und Manage­ment. Der … 

Wei­ter­le­sen …

Das Minimum Viable Product (MVP) Erste wertschöpfende Produktversionen schnell verfügbar machen

Das Mini­mum Via­ble Pro­duct (MVP, eng­lisch Mini­mum Via­ble Pro­duct; älte­re Bezeich­nung auch: Mini­mal Via­ble Pro­duct) dient der Erstel­lung von “markt­fä­hi­gen” Pro­duk­ten, die in kur­zer Zeit her­ge­stellt wer­den kön­nen, aber den­noch Wert für den Kun­den brin­gen. Das → PMI defi­niert /PBG21‑d/:“Mini­mum Via­ble Pro­duct / Mini­mum Via­ble Pro­duct (MVP). Ein Kon­zept zur Fest­le­gung von Inhalt und Umfang … 

Wei­ter­le­sen …

Agiles Schätzen Schnell und passend Schätzungen vornehmen

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ät­zen” beschrie­ben. Agiles … 

Wei­ter­le­sen …

Die Baseline Den Stand eines Produkts oder Projekts festlegen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Base­line (deutsch Basis­li­nie, sel­te­ner Basis­plan) bezeich­net eine Zusam­men­stel­lung von Pro­jekt­pro­duk­ten oder Requi­­re­­ments-Arte­­fak­­ten zu einem bestimm­ten → Zeit­punkt.Es wird in die­sem Bei­trag die Base­line und der Umgang damit beschrie­ben. Das Kon­zept der Base­line ist sowohl ein Teil des Pro­jekt­ma­nage­ments als auch des Requi­re­ments Engi­nee­rings. In bei­den Dis­zi­pli­nen kommt der Base­line eine große … 

Wei­ter­le­sen …

Schätzen in Projekten Aufwände passend zum richtigen Zeitpunkt ermitteln

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Bedeu­tung des Schät­zens von Auf­wän­den bei der Pla­nung und Umset­zung von Pro­jek­ten ist unbe­strit­te­n­er­ma­ßen sehr hoch. Den­noch tre­ten in der Pra­xis Proble­me mit Schät­z­er­geb­nis­sen auf, die sel­ten aus der man­geln­den oder fal­schen Anwen­dung von Werk­zeu­gen und Metho­den resul­tie­ren, son­dern oft­mals das Resul­tat von nicht-abge­­­stim­m­­ten Schätz­pro­zes­sen sind.In die­sem Bei­trag wird das Schätzen … 

Wei­ter­le­sen …

Die Produktvision Beschreibung der Produktlösung in kurzen Worten

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag: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 leitet … 

Wei­ter­le­sen …

Der Product Owner Aufgaben, Verantwortlichkeiten und Rollenbeschreibung

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag: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 … 

Wei­ter­le­sen …