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
Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET

W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń więcej

Rational Software Architect Pierwszy Krok

Technorati Tagi: Rational Software Architect,inżynieria oprogramowania W artykule zaprezentowano jak rozpocząć pracę z i opis elementów tego narzędzia CASE. Środowisko więcej

Wstęp do projektowania aplikacji w Rational Software Architect

Rational Software Architect jest kolejną po Rational Rose i Rational XDE generacją narzędzi wspierających twórców oprogramowania w czasie projektowania. RSA więcej

Rational Unified Process – Wstęp

Rational Unified Process jest zunifikowanym procesem wytwórczym oprogramowania dostarczającym praktycznych wskazówek, wzorców dokumentów i narzędzi, szablonów dokumentów oraz przykładów postępowania 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