Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Back to basics - il Manifesto Agile

42 views

Published on

Presentazione fatta al primo Mini Agile Day Bari 2018
Nella presentazione sottolineo l'importanza di conoscere ed incorporare nell'operato quotidiano del team, i principi e valori del manifesto per lo sviluppo agile.

Published in: Engineering
  • Be the first to comment

  • Be the first to like this

Back to basics - il Manifesto Agile

  1. 1. BACKTO BASICS THE AGILE MANIFESTO di GiancarloValente mini Agile Day BARI, Marzo 2018
  2. 2. @gncvalente - www.giancarlovalente.it
  3. 3. ANDY HUNT’S NOTES https://coalition.agileuprising.com/t/another-snowbird-artifact-andy- hunts-notes/542
  4. 4. ANDY HUNT @pragmaticandy
  5. 5. • light weight methods conference • Representatives from Extreme Programming, SCRUM, DSDM,Adaptive Software Development, Crystal, Feature- Driven Development, Pragmatic Programming FEB 2001 - 17 PEOPLE WASATCH MOUNTAINS OF UTAH THE LODGE AT SNOWBIRD SKI RESORT
  6. 6. • light weight methods conference • Representatives from Extreme Programming, SCRUM, DSDM,Adaptive Software Development, Crystal, Feature- Driven Development, Pragmatic Programming FEB 2001 - 17 PEOPLE WASATCH MOUNTAINS OF UTAH THE LODGE AT SNOWBIRD SKI RESORT
  7. 7. • light weight methods conference • Representatives from Extreme Programming, SCRUM, DSDM,Adaptive Software Development, Crystal, Feature- Driven Development, Pragmatic Programming FEB 2001 - 17 PEOPLE WASATCH MOUNTAINS OF UTAH THE LODGE AT SNOWBIRD SKI RESORT
  8. 8. sei un nostalgico?
  9. 9. –Andy Hunt “Agile now means, we do half of scrum poorly and we use Jira”
  10. 10. MARTIN FOWLER @martinfowler
  11. 11. –Martin Fowler “We now have a problem with cargo cult agile”
  12. 12. CARGO CULT Cargo Cult is an attempt to re-create successful outcomes by replicating the circumstances associated with this outcomes (Wikipedia)
  13. 13. CARGO CULT - ALERT • Confusione e insoddisfazione del team, sono il tipico segnale che abbiamo implementato un Cargo Cult Scrum, invece che l’effettiva metodologia. • Team che si focalizzano sull’applicazione o sullo studio dei dettagli della scrum guide. Senza considerare i principi sottostanti.
  14. 14. CARGO CULT -TEST
  15. 15. CARGO CULT AGILE -TEST • La ProductVision e la strategia non vengono comunicati (oppure non esistono proprio) • La Roadmap e’ una serie fissa di date di rilascio decise annualmente dal CTO • Il team non parla con il cliente
  16. 16. CARGO CULT AGILE -TEST • Le board reali sono bandite, perche’ c’e’ rischio di spionaggio industriale! • Sono gli stakeholders a decidere il prossimo incremento di prodotto, non il product owner. • I progetti sono consegnati solo quando completi, e non in modo incrementale.
  17. 17. CARGO CULT AGILE -TEST • Lo Sprint backlog cambia subito dopo che la sprint e’ partita. • Anche i bug e i cambiamenti minori del sistema, rientrano nel ciclo Scrum. • Scrum e’ implementato con successo, quando il team consegna sempre esattamente le User Stories che ha stimato di poter consegnare.
  18. 18. CARGO CULT AGILE -TEST • Gli sviluppatori non partecipano alla creazione delle user stories • I componenti del team Scrum cambiano di frequente a seconda delle necessità e dei vari progetti che si susseguono. • Durante lo standup, i membri del team riportano direttamente allo Scrum master cosa hanno fatto e cosa no
  19. 19. CARGO CULT AGILE -TEST • Le retrospettive sono tenute in modo regolare, ma non ci sono azioni di cambiamento successive • Lo Scrum team non e’ cross-functional e quindi dipendente da altri team o altri dipartimenti esterni. • Le discussioni tecniche avvengono via email e ci sono piu’ di due persone in cc
  20. 20. CARGO CULT AGILE -TEST • Il team e’ co-locato, ma le cerimonie scrum avvengono su slack • Il team non si presenta allo standup, se manca lo Scrum Master • Lo standup avviene ad orari irregolari e in luoghi random a seconda delle necessita’ e ritardi di elementi del team
  21. 21. Scrum e’ un’implementazione delle metodologie Agili. Si basa sui principi e valori del Manifesto agile. Se comprendo bene i principi, posso creare le mie proprie pratiche.
  22. 22. DEVELOPERS WHO HATES AGILE
  23. 23. NON ABBIAMO COMPRESO I PRINCIPI DI AGILE ULTERIORI INCOMPRENSIONI
  24. 24. CONTROL La trasparenza e gli information radiators vengono confusi con uno strumento di sorveglianza e controllo
  25. 25. MANIPULATION e’ semplicemente un nuovo stile di management, dove si segue un piano ma a cicli piu’ corti che si chiamano sprint
  26. 26. MONITORING Jira velocity, estimation estimation estimation … quanto ci metti? minuti, ore, giorni …
  27. 27. QUALITY il team deve consegnare codice “abbozzato” ogni due settimane, e non c’e’ tempo per il refactoring e per il design
  28. 28. TEAMWORK un progetto viene visto come una serie di task fornito delle persone di business, da realizzare in time-box consecutive chiamate sprint o iterazioni
  29. 29. “Soluzioni? Leggere e comprendere ogni principio del manifesto agile”
  30. 30. GIOCO DI GRUPPO I 12 PRINCIPI
  31. 31. OUR HIGHEST PRIORITY ISTO SATISFYTHE CUSTOMER THROUGH EARLY AND CONTINUOUS DELIVERY OFVALUABLE SOFTWARE.
  32. 32. WELCOME CHANGING REQUIREMENTS, EVEN LATE IN DEVELOPMENT.AGILE PROCESSES HARNESS CHANGE FORTHE CUSTOMER'S COMPETITIVE ADVANTAGE.
  33. 33. DELIVER WORKING SOFTWARE FREQUENTLY, FROM A COUPLE OF WEEKSTO A COUPLE OF MONTHS,WITH A PREFERENCETOTHE SHORTERTIMESCALE.
  34. 34. BUSINESS PEOPLE AND DEVELOPERS MUST WORKTOGETHER DAILY THROUGHOUTTHE PROJECT.
  35. 35. BUILD PROJECTS AROUND MOTIVATED INDIVIDUALS. GIVETHEMTHE ENVIRONMENT AND SUPPORTTHEY NEED,ANDTRUSTTHEMTO GETTHE JOB DONE.
  36. 36. THE MOST EFFICIENT AND EFFECTIVE METHOD OF CONVEYING INFORMATIONTO AND WITHIN A DEVELOPMENTTEAM IS FACE-TO-FACE CONVERSATION.
  37. 37. WORKING SOFTWARE ISTHE PRIMARY MEASURE OF PROGRESS.
  38. 38. AGILE PROCESSES PROMOTE SUSTAINABLE DEVELOPMENT. THE SPONSORS, DEVELOPERS,AND USERS SHOULD BE ABLETO MAINTAIN A CONSTANT PACE INDEFINITELY.
  39. 39. CONTINUOUS ATTENTIONTO TECHNICAL EXCELLENCE AND GOOD DESIGN ENHANCES AGILITY.
  40. 40. SIMPLICITY--THE ART OF MAXIMIZING THE AMOUNT OF WORK NOT DONE--IS ESSENTIAL.
  41. 41. THE BEST ARCHITECTURES, REQUIREMENTS,AND DESIGNS EMERGE FROM SELF-ORGANIZINGTEAMS.
  42. 42. AT REGULAR INTERVALS, THETEAM REFLECTS ON HOW TO BECOME MORE EFFECTIVE,THENTUNES AND ADJUSTS ITS BEHAVIOR ACCORDINGLY.
  43. 43. –Jon Kern “I don’t think I would add, don’t just do scrum damnit. Use your brain. Do the right thing and empower your team”
  44. 44. REFERENCES • Materiale di riferimento utilizzato per preparare questa presentazione: • Ryan Lockard - Secrets FromThe Agile Manifesto https://www.youtube.com/watch?v=wQi-NKV2OGs • http://podcast.agileuprising.com/manifesto-author-review/ • https://coalition.agileuprising.com/t/another-snowbird-artifact-andy-hunts-notes/542 • https://age-of-product.com/cargo-cult-agile-state-agile-checklist-organization/ • https://medium.com/@mandrigin/cargo-cult-scrum-b34b91677347 • IMMAGINI https://www.pexels.com/
  45. 45. Agile Coach, GiancarloValente twitter: @gncvalente www.giancarlovalente.it GRAZIE

×