Systems Engineering

Die Skill-Matrix für das Systems Engineering Die notwendigen Fertigkeiten für komplexe Vorhaben bestimmen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Eine → Skill-Matrix kann zur Bewer­tung der vor­han­de­nen oder not­wen­di­gen Fer­tig­kei­ten einer Per­son oder einer Orga­ni­sa­ti­on her­an­ge­zo­gen wer­den. Gera­de bei kom­ple­xen Auf­ga­ben wie bei­spiels­wei­se Sys­­tems-Engi­­nee­ring-→ Vor­ha­ben ist der Ein­satz einer Skill-→ Matrix hilf­reich.In die­sem Bei­trag wird eine → Skill-Matrix für das → Sys­tems Engi­nee­ring beschrie­ben. Ein Skill-Matrix für das Sys­tems Engi­nee­ring kann dazu … 

Wei­ter­le­sen …

Die 10er-Regel der Fehlerkosten Spät entdeckte Fehler sind teuer

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die 10er-Regel der Feh­ler­kos­ten (engl. Rule of 10 of the error cos­ts) beschreibt den Sach­ver­halt, dass die Behe­bung eines Feh­lers teu­rer wird, je spä­ter er gefun­den wird.In die­sem Bei­trag wird die 10er-Regel beschrie­ben. Die 10er-Regel der Feh­ler­kos­ten (auch Fak­­tor-10-Regel oder Zeh­ner­re­gel) besagt, dass die Behe­bung eines Feh­lers, der in einer “Lebens­pha­se” eines Produkts … 

Wei­ter­le­sen …

Schätzen, Vermuten oder Raten? (Estimating, Assuming or Guessing?) Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Schät­zen, Ver­mu­ten und Raten (Esti­mat­ing, Assum­ing and Gues­sing) wer­den bei Abschät­zun­gen ver­wen­det und beschrei­ben die Her­an­ge­hens­wei­se, um eine Aus­sa­ge zu dem → Auf­wand, der → Dau­er und den Kos­ten (für ein Pro­jekt oder → Vor­ha­ben) im Vor­hin­ein zu gewin­nen. In die­sem Bei­trag wird eine Beschrei­bung der drei Begrif­fe gelie­fert. Die … 

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 …

Das Wasserfallmodell Darstellung und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Was­ser­fall­mo­dell (engl. Water­fall Model) beschreibt ein linea­res Vor­ge­hen bei der Ent­wick­lung von Soft­ware, Sys­te­men, Pro­duk­ten oder → Dienst­leis­tun­gen, wel­ches sich gra­fisch in Form eines Was­ser­falls visua­li­sie­ren lässt.In die­sem Bei­trag wird das Was­ser­fall­mo­dell und des­sen Ein­satz im → Soft­ware Engi­nee­ring und im → Pro­jekt­ma­nage­ment beschrie­ben. Gene­rell kommt das Was­ser­fall­mo­dell aus der → Softwareentwicklung, … 

Wei­ter­le­sen …

Zuschläge und Reserven in Projekten Zeitliche und budgetäre Reserven für die Projektrisiken vorsehen 

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Zuschlä­ge und Reser­ven in Pro­jek­ten wer­den genutzt, um Abwei­chun­gen vom → Pro­jekt­plan abzu­fe­dern, um so das → Pro­jekt­ri­si­ko ein­zu­be­zie­hen.Es wer­den in die­sem Bei­trag Zuschlä­ge und Reser­ven in Pro­jek­ten und der Umgang damit beschrie­ben. Der Ein­satz von Zuschlä­gen und Reser­ven in Pro­jek­ten ist all­ge­mei­ne Pra­xis. Den­noch ist der Umgang von Zuschlä­gen und Reser­ven nicht … 

Wei­ter­le­sen …

Prüfen oder Testen? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Prü­fen und Tes­ten wer­den im → Qua­li­täts­ma­nage­ment ver­wen­det, bei­de betrach­ten Prüf- oder Test­ge­gen­stän­de und lei­ten dann Aus­sa­gen dazu ab. In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die Begrif­fe Prü­fen und Tes­ten sind im Qua­li­täts­ma­nage­ment zu fin­den. Das Prü­fen und Tes­ten erfolgt jedoch auch im → Pro­jekt­ma­nage­ment, im → … 

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 …

Pilot oder Prototyp? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Pilot und Pro­to­typ wer­den im Sys­tems oder → Soft­ware Engi­nee­ring und in der → Soft­ware­ent­wick­lung benutzt.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­en­t­­wick­­lungs- / 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 (in leicht ande­ren Kon­tex­ten): Das → PMI defi­niert für den Pro­to­typ /PBG21‑d/:“Pro­to­typ …

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 …