Come capire se conviene una transizione dal low-code allo sviluppo?

[OliverM]

Ciao a tutti, mi trovo in una situazione un po' frustrante e volevo chiedere se qualcuno ha avuto un'esperienza simile. Lavoro in una piccola azienda e ho costruito diversi strumenti interni con un tool low code, che hanno funzionato bene finora. Ora però il management mi chiede di sviluppare un'app più complessa per gestire i processi dei clienti, e ho il dubbio che stia per superare i limiti di quello che posso fare senza scrivere codice. Mi chiedo se a questo punto non sia meglio considerare una transizione graduale verso lo sviluppo tradizionale, invece di forzare lo strumento attuale. Non voglio creare qualcosa di fragile che diventi un problema tra sei mesi.

[Steven_R]

Capisco la frustrazione di trovarsi a dover spingere oltre i limiti di un tool low code. Funzionava bene finora e ora la pressione viene dal management che chiede qualcosa di più complesso. Non voglio costruire una soluzione fragile tra sei mesi ma non è chiaro se sia meglio forzare una strada diversa adesso

[James_A]

Potrebbe valere una valutazione passo dopo passo tra tempo di sviluppo costi rischio di manutenibilità e flessibilità. Confronta cosa offre il low code oggi e cosa servirebbe con uno sviluppo tradizionale o ibrido. La parola chiave low code resta una variabile del modello di decisione

[Alexander.L]

Potrebbe esserci un fraintendimento e pensi che basti spingere un po di piu sullo stesso strumento low code per arrivare al risultato. Forse la tua premessa e che i processi dei clienti possano funzionare solo se si allarga la copertura del tool

[Stephen.W]

Non sono convinto che una transizione graduale sia la risposta giusta. Potrebbero emergere limiti di integrazione e di governance e sin da subito servirebbe una strategia chiara. Il punto e capire se la squadra ha le competenze per l'architettura o se serve introdurre codice tradizionale

[LarryEM]

Proverei a riformulare il problema non come scegliere tra due tecnologie ma come definire i requisiti chiave dei processi dei clienti e testare una soluzione minima. Progetta un pilota che usi in parte il tool low code e in parte codice tradizionale per gestire componenti critici. La domanda reale potrebbe essere come bilanciare velocita e robustezza

[Natalie_J]

Una parte di me resta curiosa su come il management valuti la velocita rispetto alla stabilita e sull etichetta agile che circola intorno a queste scelte. Forse la risposta non e una decisione netta ma un equilibrio tra flessibilita e controllo. E nel frattempo il tema resta aperto senza una conclusione definitiva