Il movimento "Agile" è più o meno diventato ciò a cui originariamente si proponeva di essere un'alternativa. Mentre sono ancora d'accordo sulle idee originali riassunte nel manifesto, penso che nella vita reale si tratti quasi sempre più di controllo e microgestione che di flessibilità e agilità verso i clienti.
Gli sviluppatori sono costretti a giustificare ogni piccolo passo che fanno, mentre gli ScrumMasters e i ProductOwners (a.k.a. la nuova razza di manager di prima linea) chiamano i colpi. Il lavoro che è più vantaggioso a lungo termine - come il refactoring o semplicemente il miglioramento della leggibilità del codice di base - è spesso ridotto di priorità in favore di spegnere incendi e chiudere ticket in Jira. Spesso con l'argomentazione "agile" di YAGNI che "dobbiamo concentrarci prima sulle esigenze del cliente".
Se siete fortunati, avete un PO che capisce queste cose, ma ci sarà ancora pressione da parte dei loro manager e stakeholder per reindirizzare gli sforzi di sviluppo su ogni capriccio. Siamo agili dopo tutto, giusto?
Un'altra cosa è che l'agile riguarda molto la trasparenza. Ma ciò che originariamente riguardava l'avere dialoghi stretti con i clienti per essere sicuri di costruire la cosa giusta nel minor tempo possibile, è invece diventato un vero e proprio stato di sorveglianza tayloristica/1984 di un posto di lavoro.
I team sono misurati su quanti ticket chiudono e quanto velocemente questi ticket si muovono attraverso il processo. E più spesso che no, questi KPI e processi si concentrano più dei reali risultati.
Tutto sommato, la professione di sviluppatore di software sta subendo una pesante mercificazione, e io do la colpa al Corporate Agile Movement.