Das Projektaudit Die Qualität des Vorgehens in Projekten bewerten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Pro­jekt­au­dit (engl. Pro­ject → Audit) dient dazu, das Vor­ge­hen im Pro­jekt zu über­prü­fen, um Schwach­stel­len und Ver­bes­se­rungs­po­ten­zia­le zu erken­nen. Es wer­den dabei gül­ti­ge Stan­dards als Basis her­an­ge­zo­gen und Abwei­chun­gen auf­ge­zeigt.In die­sem Bei­trag wird eine Kurz­dar­stel­lung zum Pro­jekt­au­dit gelie­fert. Unter Audits in Pro­jek­ten wer­den gene­rell zwei unter­schied­li­che Aus­rich­tun­gen ver­stan­den (Abbil­dung 0.1): Abbil­dung 0.1: …

Wei­ter­le­sen …

Der Change Request Änderungen erfassen, verfolgen und umsetzen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Ein Chan­ge Request (deutsch Ände­rungs­an­fra­ge oder Ände­rungs­an­trag) bezeich­net ein for­ma­les Vor­ge­hen oder for­ma­les Doku­ment, um Ände­run­gen am Pro­dukt­um­fang bean­tra­gen und vor­neh­men zu kön­nen. Chan­ge Requests sind Teil des Ände­rungs­ma­nage­ments in Pro­jek­ten oder bei der Pro­dukt­ent­wick­lung.Es wird in die­sem Bei­trag der Chan­ge Request cha­rak­te­ri­siert. Das Kon­zept des Chan­ge Requests ist sowohl ein Teil des … 

Wei­ter­le­sen …

Das Validieren von Anforderungen Eine Haupttätigkeit im Requirements Engineering

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Vali­die­ren (engl. Vali­da­ting) von Anfor­de­run­gen ist eine der Haupt­tä­tig­kei­ten im → Requi­re­ments Engi­nee­ring und dient der Sicher­stel­lung der → Qua­li­tät.In die­sem Bei­trag wird das Vali­die­ren mit sei­nen Pro­zes­sen, Werk­zeu­gen und Metho­den beschrie­ben. In die­sem Bei­trag wird das Requi­re­ments Engi­nee­ring in die Berei­che Anfor­de­rungs­ent­wick­lung (Requi­re­ments Deve­lo­p­ment) und → Anfor­de­rungs­ver­wal­tung (→ Requi­re­ments Manage­ment) unterteilt, … 

Wei­ter­le­sen …

Das ISTQB — International Software Testing Qualifications Board Der internationale Fachverband zum Softwaretest

Das Inter­na­tio­nal Soft­ware Test­ing Qua­li­fi­ca­ti­ons Board, kurz ISTQB (gespro­chen: Ei — Es — Ti — Qu — Bi), ist eine welt­weit agie­ren­de Sof­t­­wa­re-Tes­t­ing-Orga­­ni­­sa­­ti­on mit Sitz in Brüs­sel. Beson­ders bekannt ist es durch … Das ISTQB ist unum­strit­te­ner “Markt­füh­rer” für Zert­fi­zie­run­gen zum → Soft­ware­test. Das ISTQB in Stich­punk­ten Abbil­dung 1: Das ISTQB auf einen Blick Von den 66 Landesgesellschaften … 

Wei­ter­le­sen …

Der PDCA-Zyklus Die Grundlage von Qualitätsverbesserungen

Zur Dar­stel­lung der kon­ti­nu­ier­li­chen Qua­li­täts­ver­bes­se­rung (CIP – Con­ti­nuous Impro­ve­ment Pro­cess) wird oft der PDCA-Zyklus (eng­lisch: PDCA Cycle) her­an­ge­zo­gen. Dabei wird die Qua­li­täts­ver­bes­se­rung als fort­wäh­ren­der Kreis­lauf betrach­tet, in dem die vier Pha­sen Plan (Pla­nen), Do (Aus­füh­ren), Check (→ Prü­fen) und Act (Han­deln) durch­lau­fen wer­den. In Abbil­dung 1 ist der PDCA-Zyklus dar­ge­stellt. Abbil­dung 1: Der PDCA-Zyklus (ein­fa­che …

Wei­ter­le­sen …

Softwaretest Das Testen von Software mit professionellen Methoden

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Soft­ware­test / das → Tes­ten von Soft­ware beschäf­tigt sich mit der Über­prü­fung von → Qua­li­tät von Soft­ware bei der → Soft­ware­ent­wick­lung.Die­ser Bei­trag stellt eini­ge Ele­men­te des Soft­ware­tests dar. Das Tes­ten von Soft­ware hat einen bedeu­ten­den zeit­li­chen wie finan­zi­el­len Anteil bei der Erstel­lung von Soft­ware. Ohne Tes­ten wird in der Regel kei­ne Soft­ware zum … 

Wei­ter­le­sen …

Safety oder Security? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Safe­ty und Secu­ri­ty wer­den bei­de im → Sys­tems Engi­nee­ring, im → Requi­re­ments Engi­nee­ring sowie im → Qua­li­täts­ma­nage­ment (und → Risi­ko­ma­nage­ment) häu­fig benutzt. Um eine Ver­wech­se­lung zu ver­mei­den, soll­te eine Unter­schei­dung die­ser Begrif­fe vor­ge­nom­men wer­den.In die­sem Bei­trag wird eine Kurz­dar­stel­lung dazu gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen kurz cha­rak­te­ri­siert wer­den: Die Unterschiede … 

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 …

Das Review Prüfen von Produktanforderungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Reviews wer­den im → Pro­jekt­ma­nage­ment, im → Requi­re­ments Engi­nee­ring und bei → Scrum zur Über­prü­fung von Doku­men­ten oder Arbeits­er­geb­nis­sen her­an­ge­zo­gen. In die­sem Bei­trag wer­den Reviews vor­ge­stellt und ein­ge­ord­net sowie die drei wesent­li­chen Review-Tech­­ni­ken beschrie­ben. Reviews kom­men in ver­schie­de­nen Dis­zi­pli­nen zum Ein­satz und die­nen der Qua­li­täts­er­hö­hung, häu­fig ver­bun­den mit Abnah­me­aspek­ten zwi­schen → Auf­trag­ge­ber und … 

Wei­ter­le­sen …

Review oder Audit? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Review und Audit wer­den häu­fig ver­wech­selt. Im → Pro­jekt­ma­nage­ment und im → Requi­re­ments Engi­nee­ring 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. Review oder Audit? Die bei­den Begrif­fe kön­nen — für das Pro­jekt­ma­nage­ment — grob fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: In Jen­ny /Jenny19/ steht … 

Wei­ter­le­sen …