Update oder Upgrade? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Update und Upgrade wer­den bei­de im → Soft­ware Engi­nee­ring und bei der → Soft­ware­ent­wick­lung benutzt, haben jedoch unter­schied­li­che Bedeu­tun­gen.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen im Sof­t­­wa­re-Engi­­nee­ring-Kon­­­text fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Die Wiki­pe­dia defi­niert das Update wie folgt /#Wiki-Update/:“Ein Update (aus eng­lisch up, nach oben, … 

Wei­ter­le­sen …

Das Changelog Änderungen an bestehenden Systemen schnell kommunizieren

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Wenn Ände­run­gen an bestehen­den Soft­ware­sys­te­men durch­ge­führt wer­den, soll­te dies mög­lichst gezielt und trans­pa­rent erfol­gen. Um zu notie­ren, wel­che Ände­run­gen erfolgt sind, wird häu­fig ein Chan­ge­log (Ände­rungs­pro­to­koll) ein­ge­setzt.In die­sem Bei­trag wird eine Beschrei­bung des Chan­ge­logs gelie­fert. Das Chan­ge­log ist in der Regel eine rei­ne Text­da­tei, in der in stich­punkt­ar­ti­ger Form Ände­run­gen von neu herausgegebenen … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Design Free­ze, → Fea­ture Free­ze und Code Free­ze sind Begrif­fe, die im Sys­tems oder → Soft­ware Engi­nee­ring dazu ver­wen­det wer­den, um 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 Entwicklungsstände … 

Wei­ter­le­sen …

Output oder Outcome? Welcher Begriff steht wofür?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 Begrif­fen aufgezeigt. … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:UX (User Expe­ri­ence), Usa­bi­li­ty oder UI (User Inter­face) wer­den im Kon­text der Ent­wick­lung von Bedien­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 und UI (User Interface) … 

Wei­ter­le­sen …

Konfigurationsmanagement Die zentrale Disziplin zur Zusammenfassung von Produkt- oder Projekteinheiten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 allgemeine … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Mini­mum Via­ble Pro­duct (MVP, eng­lisch Mini­mum Via­ble Pro­duct) wird im Sys­tems oder → Soft­ware Engi­nee­ring und in der → Soft­ware­ent­wick­lung ein­ge­setzt, um vor dem eigent­li­chen Pro­dukt ein Vor­pro­dukt zu erstel­len, wel­ches aber bereits Nut­zen gene­riert.In die­sem Bei­trag wird eine Beschrei­bung des Mini­mum Via­ble Pro­ducts gelie­fert. Das Mini­mum Via­ble Pro­duct (MVP, eng­lisch Minimum … 

Wei­ter­le­sen …

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 Baseline Den Stand eines Produkts oder Projekts festlegen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 Bedeutung … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Bedeu­tung des Schät­zens von Auf­wän­den, Dau­ern und Kos­ten 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 … 

Wei­ter­le­sen …