Projektmanagement

Das Pro­jekt­ma­nage­ment beschäf­tigt sich mit der sys­te­ma­ti­schen Umset­zung von Vor­ha­ben. Es wer­den hier­zu Her­an­ge­hens­wei­sen ver­wen­det, die die Effi­zi­enz gewähr­leis­ten sollen.

Die pas­sen­de Zusam­men­stel­lung von Pro­jekt- und Manage­ment­an­tei­len ergibt das Pro­jekt­ma­nage­ment (sie­he Abbildung).

Eine umfas­sen­de Beschrei­bung fin­det sich auf der Web­sei­te zum → Pro­jekt­ma­nage­ment.

In die­ser Kate­go­rie-Über­sicht fin­den sich alle Bei­trä­ge nach Ver­öf­fent­li­chungs­da­tum geord­net — die alpha­be­ti­sche Lis­te fin­det sich unter → Alle Bei­trä­ge zum Pro­jekt­ma­nage­ment.

Eine Definition des Projektmanagements, (C) Peterjohann Consulting, 2006-2026

Abbil­dung: Eine Defi­ni­ti­on des Projektmanagements

Der Abnahmetest Der abschließende Test zur Produktionsfreigabe

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Abnah­me­test (engl. Accep­tance Test­ing) dient der Abnah­me eines Soft­ware­sys­tems oder einer Soft­ware­kom­po­nen­te.Die­ser Bei­trag beschreibt den Abnah­me­test als Teil des Soft­ware­tests. Ein Sys­tem oder Pro­dukt soll­te nach der Erstel­lung abge­nom­men wer­den, was bedeu­tet, dass der → Auf­trag­ge­ber oder → Kun­de erklärt, dass er das Sys­tem oder Pro­dukt nut­zen kann. Mit der “Ertei­lung der … 

Wei­ter­le­sen …

Die 100 %-Regel Bedeutung und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Mit der 100 %-Regel wird beschrie­ben, dass in einen → Pro­jekt­struk­tur­plan (in einem Pro­jekt) 100 % der Pro­jekt­tä­tig­kei­ten erfasst wer­den müs­sen.Es wird in die­sem Bei­trag die 100 %-Regel erläu­tert und der Umgang damit beschrie­ben. Ein­ord­nung:Die 100 %-Regel ist ein Teil der → Pro­jekt­pla­nung und damit auch des → Pro­jekt­ma­nage­ments. 1. Ein­lei­tung und Grundlagen … 

Wei­ter­le­sen …

Projektkosten Die Projektkosten ermitteln und verwenden

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Pro­jekt­kos­ten sind wesent­li­ches Betrach­tungs­ele­ment in Pro­jek­ten — kein Pro­jekt wird ohne Pro­jekt­kos­ten­er­mitt­lung gestar­tet.In die­sem Bei­trag wer­den die Ermitt­lung der Pro­jekt­kos­ten und der Umgang damit beschrie­ben. Die Ermitt­lung der Pro­jekt­kos­ten (sel­ten auch als Pro­jekt­kal­ku­la­ti­on bezeich­net) ist eines der zen­tra­len The­men im → Pro­jekt­ma­nage­ment, schließ­lich reprä­sen­tie­ren die Pro­jekt­kos­ten eines der drei Ecken des → … 

Wei­ter­le­sen …

Kostenart, Kostenstelle oder Kostenträger? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Kos­ten­art, Kos­ten­stel­le und Kos­ten­trä­ger wer­den im betrieb­li­chen Kon­text / Con­trol­ling 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 Kos­ten­art, Kos­ten­stel­le oder Kos­ten­trä­ger kön­nen im betrieb­li­chen Kon­text auf­tau­chen und fin­den zum Teil auch beim → Pro­jekt­ma­nage­ment Anwen­dung. Sie kön­nen fol­gen­der­ma­ßen charakterisiert … 

Wei­ter­le­sen …

Typische Fehler in Projekten Häufig auftretende Fehler und deren Auswirkungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Eini­ge → Feh­ler in Pro­jek­ten tre­ten beson­ders häu­fig auf und füh­ren zu Pro­ble­men bei der Pro­jekt­durch­füh­rung. Wenn die­se Feh­ler aber bereits in der Ent­ste­hung erkannt wer­den, kann dies den Pro­jekt­ab­lauf und damit das Pro­jekt­er­geb­nis ver­bes­sern.In die­sem Bei­trag wer­den typi­sche Feh­ler, Feh­ler­ur­sa­chen und deren Fol­gen in Pro­jek­ten benannt. Feh­ler in Pro­jek­ten füh­ren zu ungenügenden … 

Wei­ter­le­sen …

Die Verbindlichkeit von Anforderungen und Zielen Schlüsselwörter richtig einsetzen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: Um die recht­li­che Ver­bind­lich­keit von Anfor­de­run­gen und Zie­len zu erfas­sen, wer­den in der Regel Schlüs­sel­wör­ter in Sät­zen (häu­fig über → Satz­scha­blo­nen) ver­wen­det.In die­sem Bei­trag wer­den die Schlüs­sel­wör­ter aus der Lite­ra­tur sowie in den Nor­men und Stan­dards gegen­über­ge­stellt. 1. Ein­lei­tung und Grund­la­gen Um die recht­li­che Ver­bind­lich­keit einer Anfor­de­rung oder eines Ziels fest­zu­le­gen, werden … 

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 …

Merkregeln für das Projektmanagement Leitlinien für die Umsetzung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Es gibt eini­ge Merkregeln(-Sammlungen) zum → Pro­jekt­ma­nage­ment, die bei der Umset­zung von Ein­zel­pro­jek­ten oder beim Pro­jekt­ma­nage­ment selbst beach­tet wer­den soll­ten. Eini­ge die­ser Merk­re­geln wer­den in die­sem Bei­trag vor­ge­stellt. Merk­re­geln hel­fen, wesent­li­che Aspek­te eines Pro­jekts oder für das Pro­jekt­ma­nage­ment all­ge­mein zu berück­sich­ti­gen. Die Merk­re­geln kön­nen als Check­lis­te betrach­tet wer­den. Bei den Merk­re­geln wird häufig … 

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 …