Età post-Agile: norme proscrittive

I tatuatori sono una professione che richiede la certificazione.

I tatuatori sono una professione che richiede la certificazione.

In una recente conversazione sull’era post-Agile con Ira Weinstein, Scrum master, architect e altri, ho sottolineato che la fine di Agile come movimento non significava che le persone avrebbero smesso di fare stand-up, test driven development o anche retrospettive, ma piuttosto la base per l’adozione non era più guidata dai valori e dai principi abbracciati dal Manifesto Agile. Questo cambiamento nel motivo per cui le persone stanno adottando Agile cambia le pratiche che vengono adottate e il valore derivato attraverso pratiche Agili. La discussione di un’era post-Agile non è un esercizio esoterico. Durante la nostra discussione, abbiamo esaminato l’impatto dello sviluppo di norme prescrittive sempre più forti che definiscono ciò che è o più accuratamente ciò che non è Agile.

Le norme proscrittive descrivono o identificano il comportamento che non deve essere eseguito. Ad esempio, lo sviluppo di una struttura di ripartizione del lavoro con stime dello sforzo e una pianificazione del progetto sarebbe bollato come “non agile” in base alle norme proscrittive tipiche all’interno della comunità Agile. Come punto di riferimento, le norme prescrittive sono un insieme di regole che definiscono il comportamento. Ogni comunità Agile ha definito un insieme di comportamenti che si trovano all’interno del confine e un insieme di regole che al di fuori del confine. Ad esempio, in una recente presentazione, ho chiesto a un gruppo di Scrum master di elencare una serie di comportamenti Scrum buoni e cattivi. E poi ha chiesto agli sviluppatori di XP che erano nella presentazione di identificare le pratiche che pensavano fossero al di fuori della pratica di XP e se sarebbero stati a loro agio nell’eseguire tali attività. Durante la discussione, ci sono state diverse pratiche che entrambi i campi hanno indicato che non erano a loro agio nell’esibirsi all’interno della loro squadra. Anche se questo non era un sondaggio scientifico, illustra che i confini esistono anche in comunità altamente correlate. Man mano che Agile è maturato, i confini sono diventati più definiti e più fortemente difesi. Le certificazioni sono la prima linea per definire i confini per il comportamento. Quasi ogni organizzazione e metodo ha una o più certificazioni. Offhand posso nominare sei diversi Scrum master certification e un numero enorme di altri ruoli in Agile.

Prima facie, le certificazioni non sono buone o cattive. Mio genero, un tatuatore, (probabilmente posso farti un affare) è certificato. Ha una serie di norme per le buone pratiche che fornisce un limite per ciò che può e non può fare che includono regole sulla sterilizzazione e sulla manipolazione del sangue. Il pilota del mio recente volo aereo ha una licenza (un’ipotesi da parte mia), una forma di certificazione, che fornisce limiti per il suo comportamento e definisce le cose che non dovrebbero fare (come bere 24 ore prima del volo). Confini rigorosi servono uno scopo importante in entrambe queste professioni. Questi confini rigorosi non sono appropriati per tutte le professioni. La certificazione garantisce che tutti sappiano quali sono i confini e stabiliscano le conseguenze per la violazione di tali confini.

Nella mia conversazione con Ira, ha suggerito che le certificazioni erano strumenti importanti per garantire che i nuovi entranti nel settore IT comprendessero le basi della loro professione. Inoltre, ha postulato che quando i nuovi entranti avevano abbastanza esperienza dovrebbero passare a una modalità di ispezione e adattamento per modificare il modo in cui funzionano. Punto preso, stabilire una base comune di conoscenza è grande; tuttavia dobbiamo determinare se le conseguenze non intenzionali dei confini di indurimento sono un effetto collaterale accettabile della sincronizzazione delle basi di conoscenza. Inoltre, non conosco una certificazione che suggerisca di sperimentare processi e tecniche al di fuori delle loro tecniche e processi fondamentali (escludo quadri di miglioramento dei processi come lean six sigma). Uno dei presupposti di base del movimento Agile è che i team utilizzano un processo empirico (ispezionare, adattare in base alla trasparenza).

Scrum e XP sono processi empirici. I professionisti agili utilizzano il feedback per adattare il loro funzionamento. In una tipica retrospettiva di fine iterazione, i team sono sfidati a trovare un modo per migliorare il loro modo di lavorare. Agile si aspetta che i team eseguano continuamente piccoli esperimenti a basso rischio per perfezionare il loro lavoro. Le modifiche al modo in cui un lavoro di squadra non sono destinate a essere limitate dai requisiti di una certificazione.

Le certificazioni non sono malvagie. Tuttavia, creano confini che rallentano il cambiamento. I confini limitano anche l’evoluzione del processo. Nessuna di queste conseguenze, a lungo termine, è buona. L’unico bene a lungo termine di indurimento i confini intorno a diversi tipi di Agile che l’indurimento è una bandiera che dovremmo cominciare a cercare l’orizzonte per il prossimo movimento. Durante un keynote, allo Scrum Gathering nel 2014 (ish), Ken Schwaber ha descritto cose come le storie degli utenti come barnacles su Scrum. Le certificazioni induriscono i confini che riducono il potenziale di innovazione. Non sono sicuro di poter concepire Agile senza innovazioni, come le storie degli utenti o la mia tecnica preferita Scrumban. Se le norme proscrittive eccessivamente definite fossero esistite all’inizio del ciclo di vita di Agile, potrebbero non esistere.

Previsto saggi in Post Agile Età Arc includono:

  1. Post Agile Età: Il Movimento È Morto
  2. Post Agile Età: i Driver della Fine della Agile Movimento e Metodo di Lemmings
  3. Proscriptive Norme (Corrente)
  4. Un Brand Guidato Eco-Sistema
  5. Mancanza di Sistemi di Pensiero/Gestione
  6. L’Età dell’Acquario (la cosa Migliore è Inizio)

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.