BiSL® og Agile Scrum, hvordan passer det (bedst)?

Under BiSL-uddannelserne bliver spørgsmålet i stigende grad stillet, om BiSL passer ind i Agile eller mere specifikt indenfor Scrum. I BiSL version 2.0 – 2. udgave er der ingen omtale af dette, men siden opdateringen til den nye BiSL version 3.0 – 3. udgave er der mere opmærksomhed på, hvordan BiSL forholder sig til andre modeller, tilgange, rammer og standarder, herunder Agile Scrum . Bisl-version-3.0-3rd-edition-dictsolutions For eksempel er der inkluderet et lille afsnit om Agile Scrum, som i en nøddeskal forklarer, hvad Agile Scrum er sammenlignet med den traditionelle vandfaldstilgang. Ydermere afstår BiSL fra at ordinere metoder og tilgange, men gør det klart, at Business Information Management (BIM) skal være tydeligt repræsenteret i et Scrum eller projektteam. Besvarer dette spørgsmålet om BiSL passer ind i en tilgang som Agile Scrum? Ja og nej... BiSL går ud fra, at det passer til enhver metode og tilgang, men måske skal vi stille spørgsmålet anderledes for at få svaret klart BiSL fokuserer på det såkaldte brugerperspektiv og handler ud fra kundens sind. Og det virker også logisk, for kunden bestemmer jo, hvilke krav og forventninger de stiller til et produkt eller en ydelse. Vi er derfor på spørgesiden med BiSL og er for mig også førende i ethvert projekt. Agile/Scrum er tænkt som en tilgang til udvikling af software inden for IT. Sig blot udbudssiden, som ønsker at løse et IT-spørgsmål eller -problem. Det opstod, fordi mange IT-projekter generelt ikke gik godt i forhold til gennemløbstid og omkostninger, og at brugerne/kunderne i sidste ende ikke fik, hvad de forventede. Løsningen på dette lå i en mere iterativ/kortcyklus tilgang. I mellemtiden er Agile Scrum-tilgangen vokset i popularitet, og det ser ud til at være tilgangen i enhver organisation og også foreskrevet af enhver it-professionel. Selvom tilgangen har ændret sig med dette, fortæller it-organisationer stadig kunderne, hvordan og hvad de skal gøre. For mig er spørgsmålet derfor ikke, om BiSL passer ind i Agile Scrum, men hvordan BiSL og Agile Scrum (bedst) passer. Spørgsmålet og derfor udgangspunktet ligger derfor hos kunden og BiSL (eller FSM osv.) er førende. Sammen med IT er det så muligt at se, hvad den bedste tilgang er til realiseringen. Det kan være Agile Scrum, men også et projekt via Prince2. Vi hører stadig for ofte, at IT bestemmer arbejdsmetoden, og det var for år tilbage projektbaseret arbejde og nu er blevet til Scrum. Måske en anden metode om nogle år? IT skal kunne tilbyde mange flere forskellige metoder og tilgange, som også kan bruges side om side. Det er faktisk specielt, at du kan få bygget et hus på bestilling af en entreprenør, som efter at have hørt, hvad du ønsker, bygger huset til dig på projektbasis. Går du til IT med et ønske, spørgsmål eller problem, er det ofte for svært og for bare så du ved det, sidder IT på kundens stol for at tænke over, hvad der er godt for kunden. De bestemmer derfor stadig i høj grad, hvordan der arbejdes, og hvad der skal leveres. Som kunde skal du jævnligt møde op, når tingene truer med at gå galt. Kunden skal uddanne IT, tage kontrol. Ønsker du som kunde at udvikle en ny service, og vælger du en big-bang-implementering, fordi du vil være på forkant med konkurrenterne eller af andre legitime årsager, givet den nuværende status, vil IT straks stå på bagbenene. Det er muligt og tilladt, men i sidste ende må kunden bestemme, hvad og hvordan han/hun vil have det, under hensyntagen til de involverede risici. Men hvis du som kunde ønsker at få lavet en service eller et produkt i små trin, skal det også være muligt at udføre dette som sådan af samme IT. BiSLs udsagn om, at Business Information Management (BIM) skal være tydeligt repræsenteret i Scrum eller projektteams, er derfor delvist sandt. På det tidspunkt er der allerede valgt en bestemt tilgang Business Information Management (BIM) bestemmer i høj grad selv, hvad denne tilgang er, og hvilken IT der passer bedst til den. Som kunde ønsker du at kunne bruge en IT med den nødvendige viden. Kendskab til værktøjer, men også til forskellige metoder og tilgange. Man ønsker at bruge en IT, der har styr på sine processer internt, hvilket desværre ikke altid viser sig at være tilfældet i mange tilfælde. Som kunde ønsker du ikke at blive konfronteret med endnu en ny metode og/eller en ny tilgang…………. Men der er stadig arbejde at gøre på kundesiden. Tag mere kontrol, angiv, hvad det reelle behov er, sæt klare prioriteringer og vær, som BiSL indikerer, tydeligt repræsenteret i Scrum- og projektteamene. Konklusion: Spørgsmålet er derfor, om Agile scrum også skal/kunne passe indenfor BiSL og ikke omvendt. Nogle gange vil dette fungere godt, nogle gange slet ikke. Men hvis IT har tilstrækkelig viden og tilstrækkelige metoder og tilgange, vil det ikke være et problem.