Etsimme meille Reflectorille töihin vaatimusmäärittelijää. Työpaikkailmoitusta kirjoittaessamme tuskailimme oikeiden termien kanssa. Profiilin kuvaus oli meillä itsellämme selkeänä mielessä, mutta mistä termistä potentiaalinen hakija ymmärtäisi, että tämä paikka on juuri hänelle? Business Analyst, Solution Analyst, vaatimusmäärittelijä vai ketterään kehitykseen viittaavat Epic Owner tai Product Owner? Mikä nimikkeistä herättäisi varmimmin kiinnostuksen oikeassa kohderyhmässä? Mitä oikeastaan tekevät vaatimusmäärittelijä, Business Analyst ja Solutions Analyst?
Itselläni termi ”vaatimusmäärittelijä” kuulosti vielä vuosi sitten hieman vanhahtavalta 90-luvun termiltä. 2000-luvun alussa Big Four -konsulttiyrityksissä puhuttiin Business Analysteista, mutta tämä oli juniortason nimike – usein se ensimmäinen nimike, jonka vasta opinahjostaan valmistunut konsultti saattoi saada. Me emme taas olleet työpaikkailmoituksessamme etsimässä junioria, vaan erittäin kokenutta osaajaa. Business Analyst kuulosti siis väärältä valinnalta.
Johtava vaatimusmäärittelijä -termi on tuonut meille hyviä hakemuksia
Ketterässä mallissa, esimerkiksi SAFessa nimikkeitä ”Business Analyst” tai ”Requirement Analyst” ei ole ollenkaan. Tämä ei tarkoita, etteikö ketterässä mallissa tehtäisi vaatimusmäärittelyä – päinvastoin!
Ketterät mallit korostavat asiakaslähtöisyyttä, ja nimenomaan sellaisten tuoteominaisuuksien rakentamista, joille olisi suurin tarve ja arvo. Ketterässä mallissa vaatimuksia määrittelee ja käsittelee useampi eri taho. Vaatimukset omistaa Epic Owner, joka ottaa vastuun tietyn osa-alueen liiketoiminnallisista tarpeista, tietystä ylätason kehitysteemasta. Epic Owner toimii tiiviissä yhteistyössä Product Ownerien kanssa, joiden tehtävänä taas on priorisoida ketterän tiimin tekemistä tietyllä (teknisellä) osa-alueella.
Työpaikkailmoituksessa emme kuitenkaan halunneet suoraan etsiä Epic Owneria, koska emme olleet varmoja, päätyisikö rekrytoitava henkilö työskentelemään ketterässä mallissa, perinteisemmässä vesiputouksessa vai hybridissä, joka on jotain näiden väliltä.
Päädyimme lopulta nimikkeeseen ”johtava vaatimusmäärittelijä”. Tämä osoittautui toimivaksi, koska löysimme hyviä kandidaatteja. Muutin mieltäni vaatimusmäärittelijä- ja vaatimusmäärittely-sanojen tunkkaisuudesta.
Viimeisen vuoden aikana olen ilahtuneena huomannut, että nämä sanat ovat jälleen nousseet keskusteluissa esiin. Vaatimusmäärittelytyölle on tilausta varsinkin nyt, kun tekoäly tehostaa koodaamista. Kehityksen seuraavan pullonkaulan arvellaan olevan juurikin vaatimusmäärittelyssä.
Selkeyttä vaatimusmäärittelijä-termien viidakkoon
Termien merkitykset, eroavaisuudet ja suhteet toisiinsa jäivät kuitenkin mietityttämään itseäni ja ryhdyin pohtimaan, miltä nämä asiat näyttäisivät käsitemallissa. Olen erittäin ihastunut kaikenlaisiin kaavioihin ja halusin nähdä miltä termiviidakko näyttää kuvaksi piirrettynä. Kaikkein parasta ja kivointa on piirtää kaavio ihan itse, mutta tällä kertaa pyysin apuja AI:lta.
Muutama loppupäätelmä termeistä vaatimusmäärittelijä, Solutions Analyst ja Business Analyst
Ajatus 1:
Termit vaatimusmäärittelijä ja Business Analyst tarkoittavat akateemisella tasolla periaatteessa hieman eri asioita: vaatimusmäärittelijä keskittyy tietojärjestelmävaatimuksiin ja Business Analyst liiketoiminnan analyysiin.
Käytännössä näitä molempia rooleja tekee kuitenkin usein yksi ja sama henkilö. Tällöin taitaa olla makuasia, kumpaa nimikettä tästä henkilöstä käytetään. Vaatimusmäärittelijän on työssään selvitettävä liiketoiminnan, eli siis asiakkaan tarpeita, joten hän tekee työnsä ohella liiketoiminnan analyysia. Toisaalta liiketoiminnan analyysiä ei oikein enää nykyään pysty tekemään ottamatta kantaa tietojärjestelmiin. Organisaatioissa on harvoin enää prosesseja tai toimintoja, joilla ei ole minkäänlaista tietojärjestelmätukea.
Ajatus 2:
Ketterässä mallissa on selvää, että Epic Owner ja Product Owner ovat kokeneen ammattilaisen rooleja, joihin liittyy paljon vastuuta ja päätöksentekoa.
Vaatimusmäärittelijällä ja Business Analystilla ei perinteisessä vesiputousmallissa useinkaan ole ihan samanlaista päätöksentekovaltaa kuin Epic ja Product Ownereilla ketterässä mallissa. Tämän vuoksi voi tuntua, että nämä roolit (vaatimusmäärittelijä ja Business Analyst) ovat tehtäviä, joita juuri opinajostaan valmistunut voisi tehdä ensimmäisinä töinään.
Tämän vuoksi päädyimme käyttämään työilmoituksessamme määrettä ”johtava” vaatimusmäärittelijä, korostaaksemme sitä, että kyseisessä roolissa toimivan täytyy haluta ja uskaltaa ottaa vaatimuksista vastuu. Toinen vaihtoehto olisi voinut olla Requirements Manager, mutta tämä taipuu hieman monimutkaiseksi suomennokseksi. Vai kuulostaako vaatimustenhallintapäällikkö sittenkin vakuuttavalta?
Yksi vaihtoehto olisi voinut olla etsiä sopivaa ehdokasta myös palvelumuotoilija-nimikkeellä. Tämä rooli tekee vähän samaa, mutta kuitenkin hieman eri asiaa kuin vaatimusmäärittelijä. Tästä taitaakin tulla seuraavan blogin aihe.
Miten on sinun organisaatiossasi? Millaisia nimikkeitä vaatimusmäärittelyyn liittyen teiltä löytyy?
Tule meille töihin?
Etsimme edelleen meille Reflectorille johtavaa vaatimusmäärittelijää. Tutustu avoimeen paikkaan täällä. Palkkaamme henkilön heti, kun se oikea löytyy. Jos kiinnostuit, laita viestiä suoraan Helille.
