Hm, detta trodde jag aldrig. En tråd om BA på Sweclockers!
För några år sedan satte jag upp ett team med BAs. Det viktiga är mixad kompetens, olika nivåer av kompetenser. Jag delade upp BA i tre typer (ingen bättre än den andra!! System Analyst : Här kan du ditt program och de beroenden du har och vilka processer du behöver. Business Analyst : Detta är analysten som gör förstudien på nya system eller försöker förstå hur man kan koppla ihop flera system med processer. Sen har vi Verksamhetsanalytikerna som jobbar med ledningen och driver Changes i ett större perspektiv.
Roligaste är definitivt System Analysten och Business Analysten. (Nu har jag för mig att man på Babok försöker ta bort benämningen system analyst och att detta också skall kallas business analyst. Men det finns en enkelhet att ha namnen kvar då BA rollen är så bred. I rollerna finns även Junior och Senior...
Det går att Certifiera sig som BA och det finns då också utbildningar man kan göra. Jag har dock aldrig någonsin anställt/anlitat en BA som är certifierad.
Lösningsarkitekt är en utmärkt bakgrund att ha. Då vet man hur man kan lösa kundensproblem. (Kallar alla kunder som jag jobbar med, även inom storbolaget där jag är anställd). Lösningsarkitekten är också din egen värsta fiende då lösningarna gärna hittas i Lösningen inte alltid i att förstå processen.
Beroende på erfarenhet så kan BA absolut få stor plats i ett team och folk kan lyssna på hen. Därför är den sociala kompetensen väldigt viktigt. Lyhördhet är också stor del för att förstå problemen och kanske vilja stå i centrum. (Workshops osv).
Det finns definitivt tillfällen när man som BA hamnar in i arkitekt design och då är det väldigt viktigt att själv veta att man inte kan allt och tar hjälp av de som vet, även om ledningen för området, företaget osv, litar på dig.
Som BA kommer man ofta in i ett team innan PM är tilltänkt vilket blir att man blir en teamleader. Inte alltid förstudierna är speciellt strukturerade.... så det är ju bra om du är det, eller vill vara det.
BA rollen är definitivt en kamelont som kan få göra det mest så man måste vara BA på sig själv och inse när det inte är ens bord.
Sen finns det ju kravinsamling i olika moment. Idag tycker jag det roligaste BA jobben finns inom Maintenance där man går från v1.0 - v2.0 istället för att implementera nått helt nytt. DevOps metodiken har också satt kravarbetet i centrum. DevOps, enkelt i teorin, men blir snabbt komplext.
Förutom det jag skrev innan om Babok och Agilmetodik.
Nån Projektmodell kännedom är bra att ha.
ITIL kunskap om man skall vara BA inom IT är oumbärligt.
Läsa boken The Phoenix Project (så nån mer iaf vet vad DevOps verkligen är) kan ju hjälpa!
Min bakgrund är bl a som IT Chef, IT Infrastructure, ful utvecklare (Ful menas här), BA, Product Owner, Service Owner. Roller är nått man får när ingen annan tar dom. Nu är jag nästan 50 så jag jobbat ett tag. Har absolut ingen IT utbildningen (Lärare ) men har alltid var Datanörd och varit en doer. Så hur fan man blir en BA vet jag inte riktigt. Man liksom bara Är!