Cos'è Agile?

Da più di 20 anni abbiamo il manifesto Agile (https://agilemanifesto.org/). Tuttavia, 20 anni dopo, non sembra esserci un accordo su cosa significhi veramente agile. In qualche modo, il manifesto non bastava, nuove persone entravano in "agile" e c'era bisogno di creare nuovi concetti come MVP, MLP, lean, ecc.

Ad esempio, sono stato in diverse interviste sui prodotti in cui alcune persone del prodotto hanno affermato che stavano facendo / essendo agili perché stavano usando Scrum. Non credo che l'agilità riguardi il seguire un quadro ma avere una mentalità particolare. È risaputo che esistevano framework/metodologie incrementali e iterativi prima di Agile.

Stavo pensando a come riassumere cos'è l'agile e perché c'è così tanta confusione intorno ad esso. In definitiva, credo che essere agili cominci accettando che ci sono cose che non sappiamo e che non è possibile sapere cosa risolverà certi problemi. Risolvere i problemi dei clienti costruendo software è una disciplina probabilistica, quando pensiamo a una soluzione, abbiamo certe possibilità di risolvere quei problemi.

Se possiamo accettare di non sapere quale sia la soluzione migliore -e a volte non capiamo nemmeno del tutto quale sia realmente il problema-, allora tutto ciò che viene dopo ha più senso:

• Dobbiamo mitigare il rischio di non conoscere/risolvere il problema avendo iterazioni (sia scoperta che consegna).
• Queste iterazioni devono essere significative in modo che possiamo imparare se stiamo andando nella giusta direzione (non abbiamo bisogno di chiamarlo MVP o discutere di cosa sia un MVP se comprendiamo lo spirito di ciò che stiamo facendo).

• Quando non abbiamo bisogno di convalidare perché sappiamo.
• Quando non capiamo il problema ma stiamo facendo quello che ci viene detto.
• Quando "fatto" è quando abbiamo consegnato qualcosa invece di risolvere un problema.
• Quando sapremo cosa faremo nei prossimi 6/12/36 mesi

No, non è vero che tutti i problemi sono nuovi. Per alcuni di loro, ci sono molte soluzioni funzionanti che sono state convalidate da anni di utilizzo e buoni feedback.

Tuttavia, ho visto molte volte team aggiungere creatività a soluzioni note e alla fine non risolvere il problema.