BiSL® och Agile Scrum, hur passar det (bäst)?

Under BiSL-utbildningarna ställs frågan alltmer om BiSL passar inom Agile eller mer specifikt inom Scrum. BiSL version 2.0 – 2nd edition säger inte ett ord om detta, men sedan uppdateringen till den nya BiSL version 3.0 – 3rd edition ägnas mer uppmärksamhet åt hur BiSL förhåller sig till andra modeller, tillvägagångssätt, ramverk och standarder, inklusive Agile Scrum . Bisl-version-3.0-3rd-edition-dictsolutions Till exempel har ett litet avsnitt inkluderats om Agile Scrum, som förklarar i ett nötskal vad Agile Scrum är jämfört med det traditionella vattenfallssättet. Vidare avstår BiSL från att föreskriva metoder och tillvägagångssätt, men gör det tydligt att Business Information Management (BIM) måste vara tydligt representerat i ett Scrum eller projektteam. Svarar detta på frågan om BiSL passar in i ett tillvägagångssätt som Agile Scrum? Ja och nej... BiSL förutsätter att det passar för alla metoder och tillvägagångssätt, men vi kanske borde ställa frågan annorlunda för att få svaret tydligt.BiSL fokuserar på det så kallade användarperspektivet och agerar utifrån kundens sinne . Och detta verkar också logiskt, trots allt så bestämmer kunden vilka krav och förväntningar de ställer på en produkt eller tjänst. Vi står därför på frågesidan med BiSL och leder, vad mig beträffar, även i vilket projekt som helst. Agile/Scrum var tänkt som ett tillvägagångssätt för att utveckla mjukvara inom IT. Säg bara utbudssidan, som vill lösa en IT-fråga eller -problem. Det uppstod för att många IT-projekt generellt sett inte gick bra vad gäller ledtid och kostnader och att användarna/kunderna i slutändan inte fick vad de förväntade sig. Lösningen på detta låg i ett mer iterativt/kort cykel tillvägagångssätt. Samtidigt har Agile Scrum-metoden ökat i popularitet och detta verkar vara tillvägagångssättet i varje organisation och även föreskrivet av varje IT-proffs. Även om tillvägagångssättet har förändrats i och med detta, berättar IT-organisationer fortfarande kunderna hur och vad de ska göra. För mig är frågan alltså inte om BiSL passar inom Agile Scrum, utan hur BiSL och Agile Scrum (bäst) passar. Frågan och därför utgångspunkten ligger därför hos kunden och BiSL (eller FSM, etc.) leder. Tillsammans med IT går det sedan att se vad som är det bästa förhållningssättet för förverkligandet. Det kan vara Agile Scrum, men också ett projekt via Prince2. Vi hör fortfarande alltför ofta att IT bestämmer arbetssättet och det var för flera år sedan projektbaserat arbete och nu har blivit Scrum. Kanske en annan metod om några år? IT ska kunna erbjuda många fler olika metoder och tillvägagångssätt som också kan användas sida vid sida. Det är faktiskt speciellt att du kan få ett hus byggt på beställning av en entreprenör som efter att ha hört vad du vill bygger huset åt dig på projektbasis Går du till IT med en önskan, fråga eller problem så är det ofta för svårt och för bara så du vet sitter IT på kundens stol för att fundera över vad som är bra för kunden. De bestämmer därför fortfarande till stor del hur arbetet utförs och vad som ska levereras. Som kund måste du dyka upp regelbundet om det hotar att gå fel. Kunden måste utbilda IT, ta kontroll. Om du som kund vill utveckla en ny tjänst och du väljer en big-bang-implementering för att du vill ligga före konkurrenterna eller av andra legitima skäl, givet nuvarande status, kommer IT genast att stå på bakbenen. Det är möjligt och tillåtet, men i slutändan måste kunden bestämma vad och hur han/hon vill ha det, med hänsyn tagen till riskerna. Men om du som kund vill få en tjänst eller produkt gjord i små steg, så måste det också kunna utföras som sådan av samma IT. BiSL:s påstående att Business Information Management (BIM) tydligt bör representeras i Scrum eller projektteam stämmer därför delvis. Då har man redan valt ett visst tillvägagångssätt, Business Information Management (BIM) avgör till stor del själv vad detta är och vilken IT som passar bäst. Som kund vill du kunna använda en IT med nödvändig kunskap. Kunskap om verktyg, men också om olika metoder och förhållningssätt. Man vill använda en IT som har ordning på sina processer internt, vilket tyvärr inte alltid visar sig vara fallet i många fall. Som kund vill du inte ställas inför ännu en ny metod och/eller ett nytt förhållningssätt…………. Men det återstår arbete på kundsidan. Ta mer kontroll, ange vad det faktiska behovet är, sätt tydliga prioriteringar och, som BiSL indikerar, vara tydligt representerad inom Scrum- och projektteamen. Slutsats: Frågan är alltså om Agile scrum också kommer att behöva/kunna passa inom BiSL och inte tvärtom. Ibland kommer detta att fungera bra, ibland inte alls. Men om IT har tillräckliga kunskaper och tillräckliga metoder och tillvägagångssätt kommer detta inte att vara ett problem.