BiSL® e Agile Scrum, come si adattano (meglio)?

Durante i corsi di formazione BiSL viene sempre più posta la domanda se BiSL rientri in Agile o, più precisamente, in Scrum. La versione BiSL 2.0 – 2a edizione non dice una parola al riguardo, ma dall'aggiornamento alla nuova versione BiSL 3.0 – 3a edizione, viene prestata maggiore attenzione a come BiSL si relaziona ad altri modelli, approcci, framework e standard, incluso Agile Scrum . Bisl-version-3.0-3rd-edition-dictsolutions Ad esempio, è stata inclusa una piccola sezione su Agile Scrum, che spiega in poche parole cosa sia Agile Scrum rispetto al tradizionale approccio a cascata. Inoltre, BiSL si astiene dal prescrivere metodi e approcci, ma chiarisce che il Business Information Management (BIM) deve essere rappresentato chiaramente in uno Scrum o in un team di progetto. Questo risponde alla domanda se BiSL si inserisce all'interno di un approccio come Agile Scrum? Sì e no... BiSL presuppone che sia adatto a qualsiasi metodo e approccio, ma forse dovremmo porre la domanda in modo diverso per avere una risposta chiara.BiSL si concentra sulla cosiddetta prospettiva dell'utente e agisce dalla mente del cliente. E anche questo sembra logico, dopotutto, il cliente determina quali requisiti e aspettative ripone su un prodotto o servizio. Siamo quindi dalla parte delle interrogazioni con BiSL e, per quanto mi riguarda, è anche protagonista di qualsiasi progetto. Agile/Scrum è stato concepito come un approccio per lo sviluppo di software all'interno dell'IT. Basta dire il lato dell'offerta, che vuole risolvere una domanda o un problema IT. È nato perché molti progetti IT generalmente non sono andati bene in termini di tempi e costi e gli utenti/clienti alla fine non hanno ottenuto ciò che si aspettavano. La soluzione a questo sta in un approccio più iterativo/a ciclo breve. Nel frattempo, l'approccio Agile Scrum è cresciuto in popolarità e questo sembra essere l'approccio in ogni organizzazione e anche prescritto da ogni professionista IT. Sebbene l'approccio sia cambiato con questo, le organizzazioni IT continuano a dire ai clienti come e cosa fare. Per quanto mi riguarda, la domanda non è quindi se BiSL rientri in Agile Scrum, ma come si adattino BiSL e Agile Scrum (migliore). La domanda e quindi il punto di partenza è quindi del cliente e BiSL (o FSM, ecc.) è in testa. Insieme all'IT è poi possibile vedere quale sia l'approccio migliore per la realizzazione. Può essere Agile Scrum, ma anche un progetto tramite Prince2. Sentiamo ancora troppo spesso che l'IT determina il metodo di lavoro e che anni fa era il lavoro basato su progetti e ora è diventato Scrum. Forse un altro metodo tra qualche anno? L'IT dovrebbe essere in grado di offrire molti più metodi e approcci diversi che possono essere utilizzati anche fianco a fianco. In realtà è speciale che tu possa avere una casa costruita su ordinazione da un appaltatore, che, dopo aver ascoltato quello che vuoi, costruisce la casa per te sulla base di un progetto.Se vai all'IT con un desiderio, una domanda o un problema, è spesso troppo difficile e solo per quello che sai, l'IT è seduto al posto del cliente a pensare a ciò che è buono per il cliente. Pertanto, determinano ancora in gran parte come viene svolto il lavoro e cosa deve essere consegnato. Come cliente devi presentarti regolarmente se le cose minacciano di andare storte. Il cliente deve educare l'IT, assumere il controllo. Se tu, come cliente, desideri sviluppare un nuovo servizio e opti per un'implementazione big bang perché vuoi stare al passo con la concorrenza o per altri motivi legittimi, l'IT si ergerà immediatamente sulle gambe, dato il suo stato attuale. Ciò è possibile e consentito, ma alla fine il cliente deve determinare cosa e come lo desidera, tenendo conto dei rischi connessi. Ma se tu, come cliente, vuoi che un servizio o un prodotto venga realizzato a piccoli passi, allora deve essere possibile eseguirlo come tale anche dallo stesso IT. L'affermazione di BiSL secondo cui il Business Information Management (BIM) deve essere chiaramente rappresentato in Scrum o nei team di progetto è quindi in parte vera. A quel tempo, un certo approccio è già stato scelto: il Business Information Management (BIM) determina in gran parte da sé qual è questo approccio e quale IT si adatta meglio. Come cliente vuoi essere in grado di utilizzare un IT con le conoscenze necessarie. Conoscenza degli strumenti, ma anche dei diversi metodi e approcci. Vuoi utilizzare un IT che abbia i suoi processi in ordine internamente, cosa che purtroppo non sempre si verifica in molti casi. Come cliente non vuoi essere confrontato con un altro nuovo metodo e/o un nuovo approccio…………. Ma c'è ancora del lavoro da fare sul lato cliente. Assumere un maggiore controllo, indicare qual è l'effettiva necessità, stabilire priorità chiare e, come indica BiSL, essere chiaramente rappresentati all'interno degli Scrum e dei team di progetto. Conclusione: la domanda è quindi se Agile Scrum dovrà/essere in grado di adattarsi anche a BiSL e non viceversa. A volte questo funzionerà bene, a volte per niente. Ma se l'IT ha una conoscenza sufficiente e dispone di metodi e approcci sufficienti, questo non sarà un problema.