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 (eng­lisch: 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 der Feh­ler­kos­ten 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” …

Wei­ter­le­sen …

Schätzen, Vermuten oder Raten? (Estimating, Assuming or Guessing?) Was sind die Unterschiede?

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 …

Zeitpunkt oder Zeitraum? Welcher Begriff ist richtig?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Zeit­punkt und Zeit­raum wer­den bei­de in ver­schie­de­nen Kon­tex­ten benutzt. Doch was ist der Unter­schied? In die­sem Kurz­bei­trag wird eine Unter­schei­dung der Begrif­fe vor­ge­nom­men. Zeit­punkt und Zeit­raum — 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 Zeit­punkt /#Wiki-Zeitpunkt/: “Der Zeit­punkt ist ein genau bestimm­ter Moment in einem zeitlichen … 

Wei­ter­le­sen …

Testbericht oder Testprotokoll? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Test­be­richt (eng­lisch: Test Report) und → Test­pro­to­koll (eng­lisch: Test Pro­to­col) wer­den beim → Soft­ware­test ver­wen­det und haben unter­schied­li­che Bedeu­tun­gen, die aller­dings häu­fig ver­wech­selt wer­den.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: Das → ISTQB defi­niert den Test­be­richt wie folgt /ISTQB-→ Glos­sar/:“Die …

Wei­ter­le­sen …

Testkonzept oder Testplan? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Test­kon­zept und Test­plan wer­den beim → Soft­ware­test ver­wen­det und haben unter­schied­li­che Bedeu­tun­gen, die aller­dings häu­fig ver­wech­selt wer­den.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: Das → ISTQB defi­niert Test­kon­zept wie folgt /ISTQB-→ Glos­sar/:“Eine → Lis­te von Akti­vi­tä­ten, Auf­ga­ben oder Ereig­nis­sen des Testprozesses, … 

Wei­ter­le­sen …

Merkregeln für den Softwaretest Leitlinien für die Umsetzung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Es gibt eini­ge Merkregeln(-Sammlungen) zum → Soft­ware­test, die bei der Umset­zung von Soft­ware­tests 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 des Soft­ware­tes­tens 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äu­fig zwi­schen Erfolgs­fak­to­ren (“das soll­ten Sie unbe­dingt beach­ten”) und Misserfolgsfaktoren … 

Wei­ter­le­sen …

Genauigkeit, Präzision oder Richtigkeit? (Accuracy, Precision or Correctness?) Was sind die Unterschiede?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Genau­ig­keit, Prä­zi­si­on und Rich­tig­keit (Accu­ra­cy, Pre­cis­i­on and Cor­rect­ness) wer­den im → Qua­li­täts­ma­nage­ment ver­wen­det und beschrei­ben mög­li­che Ergeb­nis­bil­der nach der Mes­sung von Pro­duk­ti­ons­wer­ten oder nach der Durch­füh­rung von Tests. In die­sem Bei­trag wird eine Beschrei­bung der drei Begrif­fe gelie­fert. Die Begrif­fe Genau­ig­keit, Prä­zi­si­on und Rich­tig­keit kön­nen wie folgt cha­rak­te­ri­siert wer­den: In der … 

Wei­ter­le­sen …

Fehler, Abweichung oder Mangel? Was sind die Unterschiede?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Feh­ler, Abwei­chung und Man­gel wer­den beim → Soft­ware­test ver­wen­det und beschrei­ben mög­li­che Ergeb­nis­se nach der Durch­füh­rung von Tests.In die­sem Bei­trag wird eine Beschrei­bung der drei Begrif­fe gelie­fert. Die Begrif­fe Feh­ler, Abwei­chung und Man­gel wer­den häu­fig in der Pro­jekt­durch­füh­rung / im → Pro­jekt­ma­nage­ment, beim → Qua­li­täts­ma­nage­ment und beim Soft­ware­test benutzt. Alle drei … 

Wei­ter­le­sen …