Das Stichwort

In der Kate­go­rie “Das Stich­wort” wer­den Ein­zel­be­grif­fe oder klei­ne­re The­men­fel­der erfasst, für die es jeweils eine eige­ne Web­sei­te (auf die­ser Web­site) mit Beschrei­bun­gen / Erläu­te­run­gen gibt.

Eine alpha­be­tisch-sor­tier­te Lis­te aller Bei­trä­ge zu die­ser Kate­go­rie fin­det sich auf der Web­sei­te → Das Stich­wort.

Abbil­dung: Ein­ord­nung der Kate­go­rie “Das Stichwort”

Terminplan oder Zeitplan? Welcher Begriff ist richtig?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Ter­min­plan und Zeit­plan sind bei­de im Pro­jekt­ma­nage­ment­kon­text zu fin­den. Doch was ist der Unter­schied? In die­sem Bei­trag wird eine Unter­schei­dung die­ser Begrif­fe vor­ge­nom­men. Im Pro­jekt­ma­nage­ment­kon­text fin­den sich die Begrif­fe Ter­min­plan und Zeit­plan — die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Weder die → GPM /GPM19/ noch das → PMI /PBG21‑d/ nutzen … 

Wei­ter­le­sen …

Die drei Kompetenzbereiche und 29 Kompetenzelemente des Projektmanagements nach GPM Die Einteilung für Projektmanager und Projektmitarbeiter

Die → GPM (Gesell­schaft für → Pro­jekt­ma­nage­ment) glie­dert die not­wen­di­gen Kom­pe­ten­zen für das Pro­jekt­ma­nage­ment in drei Kom­pe­tenz­be­rei­che mit 29 Kom­pe­ten­z­ele­men­ten nach der Indi­vi­du­al Com­pe­tence → Base­line /#ICB4‑d/. Die drei Kom­pen­tenz­be­rei­che lau­ten: In Abbil­dung 1 sind die drei Kom­pe­tenz­be­rei­che mit den 29 Kom­pe­ten­z­ele­men­ten dar­ge­stellt. Abbil­dung 1: Die drei Kom­pen­tenz­be­rei­che und 29 Kom­pe­ten­z­ele­men­te des Pro­jekt­ma­nage­ments nach GPM … 

Wei­ter­le­sen …

Ressource oder Kapazität? Welcher Begriff ist richtig?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Res­sour­ce und Kapa­zi­tät wer­den bei­de im → Pro­jekt­ma­nage­ment benutzt. Doch was ist der Unter­schied?In die­sem Kurz­bei­trag wird eine Unter­schei­dung die­ser Begrif­fe vor­ge­nom­men. In Pro­jek­ten fin­den sich die Begrif­fe Res­sour­ce und Kapa­zi­tät, häu­fig sogar gleich­zei­tig. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: In Abbil­dung 1 ist die Unter­schei­dung noch­mals wie­der­ge­ge­ben. Beide … 

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 …

Die Prozesslandkarte Die Übersicht der Prozesse auf einen Blick

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Eine Pro­zess­land­kar­te beschreibt die wich­tigs­ten Pro­zes­se einer Orga­ni­sa­ti­on / eines Unter­neh­mens als Gan­zes. Sie ist für alle Mit­ar­bei­ter wich­tig, da sich alle Pro­zes­se dort wie­der­fin­den oder ein­ord­nen müs­sen.In die­sem Bei­trag wird die Pro­zess­land­kar­te beschrie­ben. Eine Pro­zess­land­kar­te soll­te in jedem Unter­neh­men vor­lie­gen. In der Regel liegt die Ver­ant­wor­tung für die Erstel­lung und Ver­wal­tung der … 

Wei­ter­le­sen …

Projektabschluss, Projektabbruch oder Projektende? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Pro­jekt­ab­schluss, Pro­jekt­ab­bruch und Pro­jek­ten­de wer­den im → Pro­jekt­ma­nage­ment ver­wen­det. Doch ist die Bedeu­tung unter­schied­lich.In die­sem Bei­trag wird eine kur­ze Beschrei­bung und Abgren­zung der Begrif­fe gelie­fert. Die Begrif­fe Pro­jekt­ab­schluss, Pro­jekt­ab­bruch und Pro­jek­ten­de kön­nen gleich­zei­tig im Pro­jekt­kon­text auf­tau­chen. Sie kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: In Abbil­dung 1 wer­den die Begrif­fe kurz gegen­über­ge­stellt. Abbildung … 

Wei­ter­le­sen …

Projektbeginn, Projektanfang oder Projektstart? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Pro­jekt­be­ginn, Pro­jekt­an­fang oder → Pro­jekt­start wer­den im → Pro­jekt­ma­nage­ment ver­wen­det. Doch ist die Bedeu­tung unter­schied­lich.In die­sem Bei­trag wird eine kur­ze Beschrei­bung und Abgren­zung der Begrif­fe gelie­fert. Die Begrif­fe Pro­jekt­be­ginn, Pro­jekt­an­fang oder Pro­jekt­start kön­nen gleich­zei­tig im Pro­jekt­kon­text auf­tau­chen. Sie kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: In Abbil­dung 1 wer­den die Begrif­fe kurz gegenübergestellt. … 

Wei­ter­le­sen …

Versions‑, Varianten- oder Produktlinienmanagement? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Ver­si­on, Vari­an­te und Pro­dukt­li­nie wer­den im Pro­dukt­ma­nage­ment — ins­be­son­de­re im Soft­ware­pro­dukt­ma­nage­ment — ver­wen­det; häu­fig wird das Manage­ment der ein­zel­nen Begrif­fe betrach­tet: Es wird zwi­schen Versions‑, Vari­an­­ten- und Pro­dukt­li­ni­en­ma­nage­ment unter­schie­den.In die­sem Bei­trag wird eine kur­ze Beschrei­bung und Abgren­zung die­ser drei Begrif­fe gelie­fert. Die Begrif­fe Versions‑, Vari­an­­ten- und Pro­dukt­li­ni­en­ma­nage­ment wer­den im Geschäfts­kon­text verwendet, … 

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 SMART-Kriterien Ziele gut und passend formulieren

Die SMART-Kri­­te­ri­en hel­fen dabei, zu über­prü­fen, ob → Zie­le oder Anfor­de­run­gen gut genug for­mu­liert sind, sodass sie umge­setzt und abge­nom­men wer­den kön­nen.  1. Beschrei­bung Im Pro­jekt­kon­text wer­den die SMART-Kri­­te­ri­en ein­ge­setzt, um zu über­prü­fen, ob → Zie­le in Pro­jek­ten “gut genug” for­mu­liert sind. Das Akro­nym SMART steht für fol­gen­de fünf Eigen­schaf­ten: Abbil­dung 1 stellt die fünf … 

Wei­ter­le­sen …