Quali sono le condizioni iniziali di Agile?

Persone di tutti i livelli dell'azienda che credono veramente e completamente nel Agile Manifesto

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

• Individuals and interactions over processes and tools
• Working software over comprehensive documentation
• Customer collaboration over contract negotiation
• Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

E quando dico di credere nel Manifesto Agile, intendo tutti del Manifesto Agile. Non puoi ignorare l'ultima parte. Lì è valore ancora negli articoli a destra.

Se hai queste persone, come programmatori, come manager, come clienti, puoi fare alcune variazioni dell'agilità. Se non lo fai, lotterai.

Al minimo

Innanzi tutto, è necessario disporre di una sponsorizzazione top-down che comprenda i principi e ci creda abbastanza da farli rispettare lungo la catena e ritiene che Agile sia applicabile alla propria situazione.

Avere un senior management che non crede nel processo, alla fine lo indebolirà perché permetterà ai subordinati di pervertire, distorcere, inquinare, indebolire o peggiorare il processo.

Se i dirigenti non capiscono i principi, inizieranno a richiedere scorciatoie e compromessi che alterino il processo. Poi quando le cose si rompono, gli oppositori possono dire "Te l'avevo detto, Agile non funziona!" torna alla marcia della morte!

Questo è peggio che non adottare Agile, in genere viene chiamato "Agile Ma ...". Il management usa il termine Agile, "Ma ..." butta fuori tutti i principi effettivi e continua a fare quello che stavano facendo prima, "Ma ..." ora lo chiamano Agile. Che dà a Agile un brutto nome per quelli che non lo conoscono meglio.

begli effetti collaterali

Le cose che elencherai, nessun bug, test automatici, sviluppo chiaramente definito, persone dedicate, ecc. sono tutti effetti positivi positivi per Agile.

Agile, non è un proiettile o una panacea d'argento, ma promuove la trasparenza a tutti i livelli (clienti < - > management < - > developers) e rende quelle persone che sono i problemi di produttività emergono rapidamente; implementazioni particolarmente specifiche di Agile come Scrum.

Alcune cose che ti vengono in mente:

• Coesione squadra professionale - Queste persone sono aperte a giocare bene con gli altri? Sono persone mature e responsabili a cui può essere data una certa autonomia nel loro lavoro?

• Cultura e politiche della comunicazione: in che modo le persone esprimono preoccupazioni, pensieri e opinioni all'interno dell'organizzazione?

• Capire cosa è e cosa non è Agile - Le parti interessate esterne sanno abbastanza del processo per accettare la responsabilità da parte loro? In caso contrario, questo può rendere pseudo-agile. Allo stesso modo, c'è un Product Owner e ScrumMaster chiaramente definiti per aiutare ad organizzare alcune cose?