Scrum

Scrum ist — je nach Sichtweise -

  • ein agi­les Frame­work, wel­ches ein Vor­ge­hen zur Bear­bei­tung von Auf­ga­ben in einem Team vorgibt
  • ein Mind­set / eine Denk­wei­se für die effi­zi­en­te Bear­bei­tung von Aufgaben

Bei­de Beschrei­bun­gen sind gleich­wer­tig und gleich­zei­tig relevant.

Eine umfas­sen­de Beschrei­bung fin­det sich hier auf der Website.

Releaseplan oder Roadmap? Welcher Begriff steht wofür?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Release­plan und → Road­map wer­den im agi­len und klas­si­schen → Pro­jekt­ma­nage­ment sowie im → Pro­dukt­ma­nage­ment ver­wen­det.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert und der Unter­schied auf­ge­zeigt. Release­plan und Road­map wer­den im Pro­­dukt- und Pro­jekt­ma­nage­ment genutzt, um im Vor­hin­ein das Ergeb­nis von Ent­wick­lungs­tä­tig­kei­ten zu kenn­zeich­nen. Die bei­den Begrif­fe können … 

Wei­ter­le­sen …

Feature Driven Development (FDD) Über Features die Entwicklung von Software steuern

→ Fea­ture Dri­ven Deve­lo­p­ment (FDD) ist ein Ansatz in der → Soft­ware­ent­wick­lung, um das Ent­wick­lungs­vor­ge­hen über Fea­tures zu steu­ern. Ursprüng­lich von Peter Coad und Jeff De Luca /Coad99/ ent­wi­ckelt, erfuhr das FDD in den ers­ten Jah­ren des 21ten Jahr­hun­derts eine gewis­se Bedeu­tung und Ver­brei­tung. In der Wiki­pe­dia steht zum Fea­ture Dri­ven Deve­lo­p­ment /#Wiki-FDD/:“Fea­ture Dri­ven Development … 

Wei­ter­le­sen …

Retrospektive oder Lessons Learned? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Retro­spek­ti­ve und Les­sons Lear­ned wer­den beim Agi­len Vor­ge­hen (nach → Scrum) und im → Pro­jekt­ma­nage­ment ver­wen­det. In bei­den Fäl­len wer­den Mee­tings zur Ver­bes­se­rung von Pro­zes­sen (und even­tu­ell mehr) durch­ge­führt. In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: In der Wiki­pe­dia steht zur … 

Wei­ter­le­sen …

Evolution oder Revolution? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Evo­lu­ti­on und Revo­lu­ti­on wer­den in der Orga­ni­sa­ti­ons­leh­re und im → Chan­ge Manage­ment ver­wen­det, um Über­gangs­for­men von Orga­ni­sa­ti­ons­struk­tu­ren oder Ver­hal­tens­wei­sen zu beschrei­ben. In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: In der Wiki­pe­dia steht zum Begriff Evo­lu­ti­on /#Wiki-Evolution/:“Unter Evo­lu­ti­on (von latei­nisch evol­vere “her­aus­rol­len”, …

Wei­ter­le­sen …

Die DEEP-Kriterien Die Qualität des Product Backlogs einschätzen

Die DEEP-Kri­­te­ri­en hel­fen dabei, zu über­prü­fen, ob ein­zel­ne Pro­duct Back­logs “gut” sind. Das Akro­nym DEEP steht für fol­gen­de vier Eigen­schaf­ten: Beim → PMI steht zu DEEP /PMG-BA17/:“Descri­bes the cha­rac­te­ristics that a pro­duct → back­log needs to demons­tra­te to be con­side­red well refi­ned. DEEP is an acro­nym that stands for detail­ed appro­pria­te­ly, esti­ma­ted, emer­gent, and prio­ri­ti­zed.“Eige­ne …

Wei­ter­le­sen …

Intrinsisch oder extrinsisch? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe intrin­sisch und extrin­sisch kom­men bei der Beschrei­bung der → Moti­va­ti­on von Mit­ar­bei­tern zum Ein­satz. In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Die Begrif­fe intrin­sisch und extrin­sisch sind in vie­len Dis­zi­pli­nen zu fin­den. In die­sem Bei­trag wer­den sie der Moti­va­ti­ons­theo­rie zuge­ord­net. In … 

Wei­ter­le­sen …

Push oder Pull? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Push und Pull wer­den in ver­schie­de­nen Mana­ge­­ment-Dis­­zi­­pli­­­nen ver­wen­det. Dabei geht es in der Regel um das Vor­ge­hen bei der Wei­ter­rei­chung von Waren oder Infor­ma­tio­nen.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Die Begrif­fe Push und Pull sind häu­fig in der Betriebs­wirt­schafts­leh­re und … 

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 …

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 …