“Non facciamo Scrum da manuale, eh!” oppure “Ah, quel team fa proprio Scrum come si deve…” Queste sono due affermazioni che sento spesso quando inizio a chiedere come un team abbia lavorato fino a quel momento: in entrambi i casi devo chiedere che cosa intendano con “non fare Scrum da manuale” oppure che un team “fa Scrum come si deve” perché sono affermazioni un po’ vaghe dal mio punto di vista. ...
14. _A team consists of people under pressure to do their best. Conflict is natural and the team needs to know how to deal with the conflict and have resources to draw on when needed. _ 15. The role of an enterprises management changes from telling people what to do to leading and helping everyone do their best to achieve goals. People aren’t resources and managers aren’t bosses. Scrum è composto da tre elementi: ...
10. Scrum is not a methodology that needs enhancing. That is how we got into trouble in the first place, thinking that the problem was not having a perfect methodology. Effort centers on the changes in the enterprise that is needed. Salto alla parte centrale di questo decimo punto, tratto da “Scrum is Hard and Disruptive”, prima di passare al resto, ovvero la puntualizzazione sul come Scrum e la sua incompletezza deliberata sia la risposta a tutti i problemi creati precedentemente dalla ricerca della metodologia perfetta per la gestione dello sviluppo software. ...
7. The use of Scrum to become an optimized product development and management organization is a change process that must be led from the top and requires change by everyone within the enterprise. Change is extremely difficult and fraught with conflict, and may take many years of sustained effort. Turnover of staff and management can be expected. Ken Schwaber, Scrum is Hard and Disruptive Scrum non è la soluzione ai presunti problemi di produttività di un singolo team o di un gruppo di team. ...
Dopo aver commentato il primo e il secondo punto di Scrum is Hard and Disruptive, salto il terzo e commento la doppietta dei punti 4 e 5, ovvero: 4. An enterprise can use Scrum as a tool to become the best product development and management organization in its market. Scrum will highlight every deficiency and impediment that the enterprise has so the enterprise can fix them and change into such an organization. 5. Whenever an enterprise modifies or only partially implements Scrum, it is hiding or obscuring one or more dysfunctionalities that restrict its competence in product development and management. ...
Ogni volta che David Heineimer Hansson (in arte DHH) o Jason Fried scrivono, si avverte un fremito nella comunità agile. I due co-fondatori di Basecamp hanno sempre condiviso con trasparenza quelli che sono i loro processi per lo sviluppo dei prodotti e della loro organizzazione del lavoro, tanto da scriverne ben tre libri, una guida e innumerevoli articoli al riguardo. L’approccio che DHH e Fried hanno alla organizzazione lavoro può essere definito iterativo e incrementale, ma non agile — per un dettaglio su cosa intendo quando dico “iterativo e incrementale, ma non agile” consiglio la lettura di questo ottimo articolo di Johanna Rothman. ...
Qualche settimana fa ho messo nella mia home page la frase “mi ispiro ai principi agili”: ma cosa significa, e per chi, e perché ispirarsi ai principi agili? Provo a fare un’escursione semi-seria, a tratti tragicomica, sullo stato dell’agilità nel 2022. L’agilità era già qui, solo che non era uniformemente distribuita… Qualche anno fa, durante un corso di formazione, qualcuno si disse sorpreso nello scoprire quanto fosse lunga la storia di Agile, o meglio di tutti quei principi, pratiche, tecniche, modelli che oggi ricadono sotto il cappello dell’agilità. ...
Parte tutto con “Agile non funziona”, “Agile è vecchio”, “i tempi sono cambiati”, “Scrum è meglio di Kanban”. E, invece di soffermarci a chiederci cosa significano queste affermazioni su inefficacia e obsolescenza di Agile, pensiamo direttamente alla soluzione, ovvero alla “prossima iterazione di Agile”. È così che è stata chiamato Agile 2: la prossima iterazione di Agile. Visto che si parla tanto di “cliente al centro” la primissima domanda che mi farei io è: chi è che ci sta chiedendo la prossima iterazione di Agile, e perché? ...
Non solo credo che una retrospettiva “fatta a metà” sia meglio di “nessuna retrospettiva”, ma credo che in diversi casi sia anche meglio di una retrospettiva “completa”. La fascinazione del metodo Qualche giorno fa sono incappato in questa proposta di neologismo, methodolatry, definito come: Worship of a method that employs it uncritically regardless of ever- changing particulars and steadfastly ignoring past negative results. Collins Dictionary Chi come me si deve costruire una cassetta degli attrezzi pronta all’uso per qualsiasi situazione, conosce il rischio di adorare i propri strumenti: seguire un metodo in maniera ripetibile porta conforto al consulente che non deve re-inventare la ruota e porta conforto al cliente che sa cosa sta “comprando”. ...
Questo articolo è comparso originariamente su agile monocle, la mia newsletter in lingua inglese in cui parlo di agile non come un martello ma come una lente attraverso cui osservare il modo in cui lavoriamo. Immagine di testata di Scott Rodgerson. Tutte le volte che si parla di pianificazione è obbligo quasi contrattuale citare il buon Dwight: “Plans are useless, but planning is indispensable.” Dwight D. Eisenhower Il è qualcosa - e probabilmente avete capito che ho la fissa di citare correttamente - che Eisenhower non ha mai davvero detto, ma ha che apparentemente ha sentito dire da qualcun altro: ...