Inżynieria wymagań – certyfikat

Inżynieria wymagań jest pierwszym etapem projektów informatycznych i ma decydujące znaczenie dla ich powodzenia. Inżynieria wymagań określa wszystkich interesariuszy projektu i jego zakres. Im staranniej określa się wymagania, tym mniej błędów powstaje w trakcie projektu.

To truizm, który jest znany. Co więcej każdy (lub prawie każdy) uczestnik projektu to potwierdzi. Samo zebranie wymagań to ważny etap. Schody zaczynają się jednak dalej. Trzeba zweryfikować pozyskane wymagania, uszczegółowić, nadać priorytety. Gdzie te schody? Otóż co analityk to inne kompetencje, inne doświadczenia. Choćby ostatnio w jednym z projektów gdzie reprezentuję interesy zamawiającego prowadzę ożywioną dyskusję z analitykiem dostawcy oprogramowania o sposobach i technikach dokumentowania czy też zarządzania wymaganiami i przypadkami użycia. Nasze podejścia choć w wielu obszarach zbieżne to niestety w wielu bardzo różne. Po długich dyskusjach udało nam się uzyskać konsensus choć w momencie gdy pisze te słowa (posty piszę ze sporym wyprzedzeniem w stosunku do daty publikacji) nadal mam kilka tematów zaparkowanych.

Dlaczego dla mnie te ustalenia są ważne?

Otóż projekt jest wieloetapowy i koleni dostawcy muszą mieć na czym pracować. Dlaczego nasza dyskusja tak się przedłużała? Powody są trzy. Dwa pierwsze są subiektywne: obaj mamy swoje dobre praktyki, obaj jesteśmy uparci. I powód trzeci. Nie mamy w Polsce standardu dokumentowania projektów. Czegoś na co można się powołać. Oczywiście jest IEEE830, ale on dotyczy bardziej dokumentowania a nie procesu, jakim jest “obróbka” wymagań.

Z opisanym problem spotkałem się nie po raz pierwszy.  Z tego też powodu od pewnego czasu szukałem aktualnego standardu pracy specjalisty ds. inżynierii wymagań. Reguł, które pozwolą różnym zespołom pracować wspólnie nad projektem a nie tracić czas na przydługie dyskusje nad zakresem opisu przypadków użycia czy też priorytezacji wymagań.

Moje poszukiwania zaowocowały  nawiązaniem współpracy z International Requirements Engineering Board dzięki czemu powstała strona ireb.org.pl jako przyczółek do standaryzacji pracy specjalisty ds. inżynierii wymagań. Zacząłem czuć potrzebę by kompetencje były potwierdzane odpowiednim miedzynarodowym certyfikatem potwierdzającym odpowiednie kompetencje. Więcej na temat IREB w Polce już niebawem.

Podobne wpisy
IREB 9000 osób ma certyfikat CPRE

Jako, że jestem w Polskiej Radzie IREB (International Requirements Engineering Board) pozwolę sobie donieść iż certyfikat CPRE (Certified Professional in więcej

Certyfikowany inżynier wymagań

Kilka dni temu w poście Inżynieria wymagań – certyfikaty pisałem o problemach w standaryzacji pracy analityka. W tamtym wpisie (być więcej

Narzędzie do modelowania architektury korporacyjnej

Myśląc o modelowaniu architektury korporacyjnej bardzo często rozważa się wybór narzędzia do modelowania. Jednym z naturalnych kandydatów jest Enterprise Architect. więcej

Mapowania wychodzące poza architekturę korporacyjną

Dwa tygodnie temu w poście poście Moje ulubione perspektywy w architekturze korporacyjnej przedstawiłem kilka diagramów opisujących architekturę korporacyjną z różnych perspektyw. więcej

Reklama
MODESTO - licencje Enterprise Architect

1 komentarz dla “Inżynieria wymagań – certyfikat”

  1. Pingback: Certyfikowany inżynier wymagań | Michał Wolski

Zostaw komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Przewiń do góry