Die Projektumfeldanalyse Übergreifend den gesamten Kontext des Projekts betrachten

Bei der Pro­jekt­um­feld­ana­ly­se (abge­kürzt: PUMA oder PUA, auch als Umwelt­ana­ly­se bezeich­net) wird über­grei­fend der gesam­te Kon­text des Pro­jekts betrach­tet, um so → Stake­hol­der zu benen­nen und zu klas­si­fi­zie­ren. 1. Beschrei­bung Die DIN 69901–5:2009 defi­niert /DIN20/:“Pro­jekt­um­feld — pro­ject envi­ron­ment: Umfeld, in dem das Pro­jekt ent­steht und durch­ge­führt wird.” In der Wiki­pe­dia steht zu den Zie­len der Projektumfeldanalyse … 

Wei­ter­le­sen …

Mission oder Vision? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Mis­si­on und Visi­on wer­den häu­fig ver­wech­selt. Im Manage­ment und in der Orga­ni­sa­ti­ons­leh­re ist eine genaue Unter­schei­dung aber wesent­lich.In die­sem Bei­trag wird eine Kurz­dar­stel­lung zur Unter­schei­dung der Begrif­fe gelie­fert. Mis­si­on und Visi­on sind für Unter­neh­men (und Orga­ni­sa­tio­nen) von gro­ßer Bedeu­tung, denn aus (gut for­mu­lier­ten) Mis­sio­nen und Visio­nen kön­nen → Zie­le, Pro­jek­te und … 

Wei­ter­le­sen …

Satzschablonen Das Formulieren von Anforderungen mit Schablonen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Satz­scha­blo­nen sind ein Hilfs­mit­tel, um Ein­zel­an­for­de­run­gen so zu struk­tu­rie­ren und zu for­mu­lie­ren, dass sie eine hohe → Qua­li­tät auf­wei­sen.In die­sem Bei­trag wer­den Satz­scha­blo­nen und deren Ein­satz im → Requi­re­ments Engi­nee­ring beschrie­ben. Satz­scha­blo­nen (auch Anfor­de­rungs­scha­blo­nen, eng­lisch Phra­se Tem­pla­tes oder Requi­re­ment Tem­pla­tes) die­nen der natür­lich­sprach­li­chen Erfas­sung von (ein­zel­nen) Anfor­de­run­gen. Durch den Ein­satz von Satz­scha­blo­nen erhalten … 

Wei­ter­le­sen …

Die FMEA — Fehlermöglichkeits- und Einfluss-Analyse Wichtig in allen Bereichen

Manage­m­ent­zu­sam­men­fas­sung die­ses Bei­trags:Die FMEA — → Feh­­ler-Mög­­lich­keits- und Ein­­fluss-Ana­­ly­­se — dient der Vor­her­sa­ge von mög­li­chen Schwach­stel­len von Pro­duk­ten oder → Dienst­leis­tun­gen und wird als Teil­dis­zi­plin dem → Qua­li­täts­ma­nage­ment wie auch dem → Risi­ko­ma­nage­ment zuge­ord­net. In die­sem Bei­trag wird die FMEA vor­ge­stellt. Die FMEA — Feh­­ler-Mög­­lich­keits- und Ein­­fluss-Ana­­ly­­se (eng­lisch Fail­ure Mode and Effects Ana­ly­sis) — ist … 

Wei­ter­le­sen …

Die Komfortzone Warum die Komfortzone nicht ideal ist

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Kom­fort­zo­ne bezeich­net einen Bereich, in dem sich ein Mensch aus­ge­gli­chen bewegt, da (von außen) kei­ne Ände­rungs­not­wen­dig­keit besteht. Aller­dings sind in der Kom­fort­zo­ne kaum Wei­ter­ent­wick­lun­gen mög­lich.In die­sem Bei­trag wird eine kur­ze Beschrei­bung der Kom­fort­zo­ne mit dem Kom­­for­t­­zo­­nen-Modell und der Kom­­for­t­­zo­­nen-→ Matrix gelie­fert. 1. Beschrei­bung Jeder ein­zel­ne Mensch ist bestrebt, in sei­nem Umfeld ausgeglichen … 

Wei­ter­le­sen …

Use Case Wesentlich für die Erfassung von Anforderungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Ein Use Case beschreibt mit weni­gen Ele­men­ten eine gro­be Sicht auf Sys­te­me im Requi­re­ments und → Soft­ware Engi­nee­ring.Es wer­den in die­sem Bei­trag die Use Cases beschrie­ben. Use Cases (deutsch: Anwen­dungs­fäl­le) sind ein “→ Stan­dard”-Dia­gramm­typ der → UML / → Uni­fied Mode­ling Lan­guage, wel­ches sehr häu­fig ein­ge­setzt wer­den kann. Da es nur weni­ge Elemente … 

Wei­ter­le­sen …

Die UML — Unified Modeling Language Die wichtigste Modellierungssprache für Anforderungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die UML (Uni­fied Mode­ling Lan­guage, auf Deutsch Uni­ver­sel­le Model­lie­rungs­spra­che) ist die Model­lie­rungs­spra­che für Anfor­de­run­gen im Requi­re­ments und → Soft­ware Engi­nee­ring. Es wird in die­sem Bei­trag die UML mit den 14 Dia­gramm­ty­pen beschrie­ben. Die UML / Uni­fied Mode­ling Lan­guage ist eine Model­lie­rungs­spra­che für das → Requi­re­ments Engi­nee­ring (RE) und Soft­ware Engi­nee­ring (SE). Ent­stan­den Ende … 

Wei­ter­le­sen …

Die 90 %-Regel Bedeutung und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Mit der 90 %-Regel wird das Phä­no­men bezeich­net, dass bei Nach­fra­ge, wie weit eine Per­son mit der Umset­zung einer → Tätig­keit gekom­men ist, häu­fig die Ant­wort “zu 90 % fer­tig” kommt.Es wird in die­sem Bei­trag die 90 %-Regel erläu­tert und der Umgang damit beschrie­ben. Ein­ord­nung:Die 90 %-Regel ist ein Teil des → Projektcontrollings … 

Wei­ter­le­sen …

Das IIBA — International Institute of Business Analysis Der internationale Fachverband zur Business Analysis

Das Inter­na­tio­nal Insti­tu­te of → Busi­ness Ana­ly­sis, kurz IIBA (gespro­chen: Ei — Ei — Bi — Ey), ist eine welt­weit agie­ren­de Busi­­ness-Ana­­ly­­sis-Orga­­ni­­sa­­ti­on mit Sitz in Kana­da. Beson­ders bekannt ist es … Das IIBA steht im Wett­be­werb mit dem → IREB (Inter­na­tio­nal → Requi­re­ments Engi­nee­ring Board). Das IIBA in Stich­punk­ten Abbil­dung 1: Das IIBA auf einen Blick Zum CBAP … 

Wei­ter­le­sen …

Projektleiter oder Projektmanager? Welcher Begriff ist richtig?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Pro­jekt­lei­ter und → Pro­jekt­ma­na­ger 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 Pro­jekt­lei­ter und Pro­jekt­ma­na­ger, sel­ten aber 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 wiedergegeben. … 

Wei­ter­le­sen …