User Experience in alien contexts, issues, challenges, opportunities with user scenarios, interviews, bias... Some SciFi masterpieces descriptions, philosophy and metaphors and dialogues by Fabio armani and Virginia Capoluongo ad FuffaDay 2022 (www.fuffaday.org)
Product Values - Ethical Considerations - ver 1.4 (no video).pdfFabio Armani
The document discusses product ethics and provides an overview of an "ethical stack" framework to help product teams systematically consider the ethical implications of their work. It introduces the ethical stack model, which includes layers such as affordances, duties, values, consequences, stakeholders, and moral contexts to identify the morally salient aspects of a product. The document advocates applying this framework alongside existing considerations of business, user needs, and technology when developing products.
The document discusses the ancient Hawaiian culture of surfing before European colonization. Surfing was deeply ingrained in Hawaiian culture and seen as a religious practice. Everyone in the community, from common people to royalty to women, participated in surfing. Due to abundant food, Hawaiians had much leisure time that was spent surfing in the ocean.
This document discusses Agile Marketing and its key principles and processes. Agile Marketing uses self-organizing, cross-functional teams that work in frequent iterations to focus on delivering value to customers. It aims to drive growth through rapid feedback and emergent solutions. The process involves defining concepts, measuring performance through iterations of development, testing, and learning from launches. Agile Marketing prioritizes responding to change over rigid plans and values testing and data over opinions. It focuses on delivering customer value through collaboration, transparency, and frequent experiments.
Agile Myths and Pitfalls - 2020 (ver 0.8)Fabio Armani
This document discusses several common myths and misconceptions about agile methodology. It begins by explaining that agile values people-oriented approaches and self-organizing teams. It then addresses specific myths, such as the ideas that agile means no documentation, no planning, or no managers. For each myth, it provides details to explain why the myth is not accurate and summarizes the reality of agile practices. The overall document aims to clarify what agile does and does not entail for readers.
Appreciative Inquiry is a method for driving positive change in organizations. It involves asking questions to identify what is working well currently and how to do more of it. The method was created in the 1980s and is based on the idea that organizations move in the direction of the questions they ask. There are five principles of Appreciative Inquiry: constructionist, simultaneity, poetic, anticipatory, and positive. The process involves four phases - Discovery, Dream, Design, and Destiny - where participants envision a positive future and develop plans to achieve it by building on current strengths. The goal is to stimulate new ideas and possibilities for action through positive dialogue.
This document discusses using lean startup principles and agile tools to drive organizational change. It introduces the lean change cycle of preparing, introducing, reviewing changes and collecting insights. Key aspects covered include collecting insights through various tools, generating options for change experiments, prioritizing those options. The document also discusses minimum viable change (MVC) experiments, preparing and introducing changes, and reviewing outcomes. Overall it provides a framework for planning and executing organizational change initiatives using agile and lean startup principles.
User Experience in alien contexts, issues, challenges, opportunities with user scenarios, interviews, bias... Some SciFi masterpieces descriptions, philosophy and metaphors and dialogues by Fabio armani and Virginia Capoluongo ad FuffaDay 2022 (www.fuffaday.org)
Product Values - Ethical Considerations - ver 1.4 (no video).pdfFabio Armani
The document discusses product ethics and provides an overview of an "ethical stack" framework to help product teams systematically consider the ethical implications of their work. It introduces the ethical stack model, which includes layers such as affordances, duties, values, consequences, stakeholders, and moral contexts to identify the morally salient aspects of a product. The document advocates applying this framework alongside existing considerations of business, user needs, and technology when developing products.
The document discusses the ancient Hawaiian culture of surfing before European colonization. Surfing was deeply ingrained in Hawaiian culture and seen as a religious practice. Everyone in the community, from common people to royalty to women, participated in surfing. Due to abundant food, Hawaiians had much leisure time that was spent surfing in the ocean.
This document discusses Agile Marketing and its key principles and processes. Agile Marketing uses self-organizing, cross-functional teams that work in frequent iterations to focus on delivering value to customers. It aims to drive growth through rapid feedback and emergent solutions. The process involves defining concepts, measuring performance through iterations of development, testing, and learning from launches. Agile Marketing prioritizes responding to change over rigid plans and values testing and data over opinions. It focuses on delivering customer value through collaboration, transparency, and frequent experiments.
Agile Myths and Pitfalls - 2020 (ver 0.8)Fabio Armani
This document discusses several common myths and misconceptions about agile methodology. It begins by explaining that agile values people-oriented approaches and self-organizing teams. It then addresses specific myths, such as the ideas that agile means no documentation, no planning, or no managers. For each myth, it provides details to explain why the myth is not accurate and summarizes the reality of agile practices. The overall document aims to clarify what agile does and does not entail for readers.
Appreciative Inquiry is a method for driving positive change in organizations. It involves asking questions to identify what is working well currently and how to do more of it. The method was created in the 1980s and is based on the idea that organizations move in the direction of the questions they ask. There are five principles of Appreciative Inquiry: constructionist, simultaneity, poetic, anticipatory, and positive. The process involves four phases - Discovery, Dream, Design, and Destiny - where participants envision a positive future and develop plans to achieve it by building on current strengths. The goal is to stimulate new ideas and possibilities for action through positive dialogue.
This document discusses using lean startup principles and agile tools to drive organizational change. It introduces the lean change cycle of preparing, introducing, reviewing changes and collecting insights. Key aspects covered include collecting insights through various tools, generating options for change experiments, prioritizing those options. The document also discusses minimum viable change (MVC) experiments, preparing and introducing changes, and reviewing outcomes. Overall it provides a framework for planning and executing organizational change initiatives using agile and lean startup principles.
El documento presenta cuatro principios para enfrentar el mañana: 1) despertar y comenzar a desarrollarse, 2) posponer decisiones hasta que los problemas sean obsoletos, 3) aceptar cambios de forma indolente pero planificada y plácida, 4) soñar con ser una mariposa que sueña con ser un hombre que crea un producto que es una mariposa.
From Manana Programming to Zen Delivery (final) - 2019Fabio Armani
This document discusses several topics including:
1. A "Manifesto for Tomorrow" that outlines accepting changes with planned indifference and dreaming of being a butterfly.
2. References to 33 year cycles from 1968 to 2034 and mentions of purple haze.
3. A discussion of a "complete solution" that foresees needs and offers immortal quality.
4. Mentions of Zen delivery, koans, and the mind coming forth from nowhere.
5. Discussions of agile being heavyweight on practices and theories to understand why agile works including theories of uncertainty and human decision making.
Human Side of Agile (Agile Venture 2019)Fabio Armani
The document discusses the human side of agile methodologies. It advocates for focusing on individuals, interactions, customer cooperation, responding to change, and trusting motivated individuals. It discusses the importance of psychological safety in teams and introduces a model with six elements that contribute to psychological safety: security, autonomy, fairness, esteem, trust, and understanding others. It also discusses agile leadership principles like leading with agility, inspiring with vision, shared decision-making, and lifelong learning. The overall message is that incorporating the human element is key to the success of agile and lean methodologies.
This document discusses psychological safety in agile teams and organizations. It begins by introducing the topic and defining psychological safety. It then presents a model of psychological safety with six elements: security, autonomy, fairness, esteem, trust and you. The document outlines how high-quality relationships can be developed by focusing on emotional scope, tensility, connectivity, positive consideration and mutuality. It proposes that organizations can improve psychological safety by shifting to integrated teams, delivering fast, accepting failure, getting customer feedback early, and adopting an open orchestra approach. It emphasizes the importance of courage in building psychological safety.
Enterprise lean agile 2018 challenges ver 0.3Fabio Armani
The document discusses the challenges and opportunities of adopting agile practices in large enterprises. It covers three key aspects to consider: social/political factors, the technical environment, and external market conditions. Additionally, it identifies three important conditions for enterprise agile adoption: strategy, structure, and culture. The document then outlines a process for agile adoption including visioning, approval, staffing, development, deployment and feedback. It shares some examples of challenges experienced and results seen from early adopters. Finally, it discusses the concept of business agility and how organizations can sense, respond and adapt to changing market conditions.
Slides of the 'deep' talk presented @ Agile O'Day 2017 #agileoday on the topic of "Business Agility" - Business agility is the "ability of a business system to rapidly respond to change by adapting its initial stable configuration”
Lean Change Management (part II) - IAD 2014Fabio Armani
This document discusses an approach for managing organizational change using lean and agile principles. It proposes using a "Lean Change Canvas" and "Transformation Canvas" to plan and guide change initiatives at both the project and enterprise levels. The canvases help involve stakeholders, establish a shared vision and target state, and select early changes to validate the overall transformation approach through an iterative process. The document emphasizes that organizational change emerges from many localized actions rather than a top-down plan, and that success is defined by environmental fit rather than simply closing gaps to a predefined future state.
Lean Change Management (part I) - IAD 2014Fabio Armani
The document discusses various frameworks and tools for managing organizational change, including Kotter's 8-Step Process for Leading Change. It describes each of the 8 steps in Kotter's process, including creating urgency, building a guiding coalition, forming strategic vision and initiatives, enlisting a volunteer army, enabling action, generating short-term wins, sustaining acceleration, and instituting change. It also discusses using insights collection, generating options, experiments/MVPs, and measurements to implement change using a lean startup approach.
Mapping the Value (Agilia Budapest 2016)Fabio Armani
The document discusses mapping value and finding value. It begins by introducing Fabio Armani and setting the stage by defining characters like the sponsor and product owner. It then discusses the challenge of finding value using different perspectives and representations. Various tools for mapping and discovering value are presented, like value stream mapping, vision boards, impact mapping, user story mapping, and lean adoption roadmaps. The importance of real world experiences is discussed. The presentation concludes by thanking the audience.
A collaborative talk on lean agile transitions, challenges and experiences guided by a Lean Change approach. Tao as well as music and arts are possible keys of learning.
The document discusses various frameworks for scaling agile development in large organizations. It introduces Disciplined Agile Delivery (DAD), the Scaling Agile Framework (SAFe), Agility Path, Continuous Improvement Framework (CIF), and Large Scale Scrum. DAD is described as a decision-oriented framework, while SAFe is presented as more prescriptive. The document emphasizes that principles are more important than practices and that adopting an agile mindset is key to successful scaling.
This set of design patterns are related to Enterprise Patterns. In it you can find, J2EE, Presentation, Business & Integration Patterns (such as: ApplicaCon Controller, Data Transfer Object (DTO), Business Object (BO) & Data Access Object (DAO) among others ...)
User Story Mapping - mini iad 2014 (Armani, Rodriguez)Fabio Armani
Riteniamo, che non vi sia dubbio sul fatto le User Story (introdotte da eXtreme Programming) e il Product Backlog (definito in Scrum) rappresentino due portentosi strumenti per la gestione agile dei requisiti e delle specifiche sia funzionali che non funzionali. Ma … hanno alcuni limiti.
Ad esempio, nonostante le notevoli caratteristiche del Product Backlog, la sua unidimensionalità non consente di creare un modello dei requisiti adatto a scalare e che consenta di gestire le dipendenze che possono essere presenti tra i vari elementi che lo costituiscono.
In questo workshop presenteremo e utilizzeremo un altro potente strumento che spesso utilizziamo durante gli User Story Workshop sia in fase d’Inception, sia all’inizio di ogni nuova release di un prodotto. Si chiama “User Story Mapping”.
Ci divertiremo con voi ad utilizzarlo in una simulazione che partendo dalla Vision di un prodotto ci consentirà di mappare i bisogni di un numero selezionato di utenti su un insieme di funzionalità organizzate in una mappa.
Inoltre vedremo come sia possibile utilizzare questo strumento per gestire le diverse release di un prodotto a partire dal così detto “Walking Skeleton” fino alle successive MMF (Mininum Markatable Feature)
Sapete cos’è il modello di Kano, FURPS+, o come il nome della capitale della Russia possa essere utilizzato per assegnare priorità alle diverse storie? Se vi abbiamo incuriosito, o se pensate che avere un nuovo strumento mentale da aggiungere alla vostra cassetta degli attrezzi potrebbe esservi utile, partecipate. Sarete certamente i benvenuti.
Perché parliamo di Scaling Lean Agile?
Ci sono due aspetti primari inerenti lo scalare delle tecniche agili a livello di Enterprise che è necessario considerare. In primo luogo lo scalare delle tecniche agili a livello di progetto per affrontare le sfide peculiari che i team di progetto devono affrontare. In secondo luogo è lo scalare la vostra strategia agile attraverso l'intero reparto IT, in modo appropriato. E' abbastanza semplice applicare Lean Agile su una manciata di progetti, ma può essere molto difficile far evolvere la cultura e l’intera struttura organizzativa per adottare appieno il modo agile di lavorare.
Lean e Agile (in particolar modo metodologie come Scrum e XP) hanno pienamente dimostrato il loro valore a livello di team. Cosa succede però nel momento in cui tentiamo di utilizzarle in contesti reali più complessi? Nelle reali organizzazioni che caratterizzano un’importante parte del panorama dell'IT in Italia? Muovendosi dal livello dei team verso il livello dell'organizzazione si incontrano una serie di problematiche più complesse e per un certo verso nuove. Ecco quindi l'importanza di conoscere valori e principi che sono alla base del tema del Lean Agile Scaling. Esistono parecchi modelli che negli ultimi anni si confrontano con le realtà delle organizzazioni.
In questo talk tratteremo a livello olistico questo tema e confronteremo alcuni di tali modelli di Scaling Lean Agile, quali: Scrum standard (Ken Schwaber, Mike Cohn, ...) – il modello di Larmann & Vodde - SAFe – Disciplined Agile Delivery di Scott Ambler – Path to Agility (Ken Schwaber). Inoltre verranno affrontate e discusse le esperienze personali effettuate in diverse società in fase di adozione o utilizzo su larga scala di Lean Agile.
The design patterns are recurring solutions to common problems in software design.
The design patterns in computer science were formally described for the first time in the book "Design Patterns: Elements of Reusable Object-Oriented Software", whose authors are often called the Gang of Four, GoF or Go4.
Agile requirements - alla ricerca del filo rosso (iad 2013)Fabio Armani
requisiti rappresentano, a mio avviso, il ‘fil rouge’ di tutto lo sviluppo software, sia che si tratti di applicazioni web o mobile, sia che siano coinvolti grandi sistemi Enterprise. Cerchiamo di capire perché.
Possiamo affermare che Lean Agile sta di fatto divenendo uno delle metodologie più adottate (se non il main-stream stesso) in ambito informatico e conseguentemente anche in ambiti connessi con l’informatica.
Nel mio talk (che spero possa trasformarsi in una tavola rotonda sul tema degli agile requirements e di ciò che ruota attorno ad essi) desidero presentare le varie possibilità di gestire i requisiti in modo agile e di seguire ad esempio il percorso delle “user story” (uno dei più efficaci metodi inventati in ambito agile o meglio nella metodologia eXtreme Programming per gestire i requisiti) in tutte le diverse fasi della loro ‘vita’ : a partire da ‘theme’, ‘epic’ e poi ‘story’ realizzata durante una determinata iterazione, fino al loro testing mediante Acceptance Test Driven Development e convalida business sul campo con gli utenti finali e i diversi stakeholder.
Bene… per poter effettuare questo affascinante itinerario cosa e chi viene coinvolto? Scopriremo assieme (ed argomenteremo le diverse soluzioni) che un’intera organizzazione Enterprise si dovrà plasmare per consentire ad una storia di divenire parte di una nuova funzionalità di successo.
Per avere realmente successo dovremmo scomodare molte metodologie tra le quali Lean , Agile, Lean StartUp, Lean UX e questo ci porterà nuovamente al punto di partenza. Perché vogliamo realizzare proprio questa storia? Quale era il requisito da cui siamo partiti. A quale Vision ci siamo ispirati?
Sono certo che il tema è affascinante e sarà interessante affrontarlo collettivamente, specialmente se trattato in ambito di round table.
Secondo incontro del Roma-xpug nel quale si effettuerà una 'round-table' sui valori e i principi che sono alla base delle metodologie Lean e Agili. L'incontro prevede una breve presentazione di Fabio Armani a cui seguirà un panel aperto per scambiarsi opinioni e esperienze.
Second Meeting of the Rome-xpug in which we'll make a 'round-table' on the values and principles that are the basis of Lean and Agile methodologies. The meeting includes a short presentation by Fabio Armani, followed by an open panel to exchange views and experiences.
User Stories Writing - Codemotion 2013Fabio Armani
Stefano Leli (Freelance) - Fabio Armani (OpenWare)
Scrivere user stories dovrebbe essere facile...almeno in teoria. In realtà nella pratica ci troviamo troppo spesso a combattere con storie vaghe o troppo tecniche, storie che non possono essere testate o addirittura che non portano alcun valore. In questo workshop cercheremo assieme di comprendere la differenza tra requisiti funzionali e User Story, tra User Story e Use Case, mediante dei case study.
El documento presenta cuatro principios para enfrentar el mañana: 1) despertar y comenzar a desarrollarse, 2) posponer decisiones hasta que los problemas sean obsoletos, 3) aceptar cambios de forma indolente pero planificada y plácida, 4) soñar con ser una mariposa que sueña con ser un hombre que crea un producto que es una mariposa.
From Manana Programming to Zen Delivery (final) - 2019Fabio Armani
This document discusses several topics including:
1. A "Manifesto for Tomorrow" that outlines accepting changes with planned indifference and dreaming of being a butterfly.
2. References to 33 year cycles from 1968 to 2034 and mentions of purple haze.
3. A discussion of a "complete solution" that foresees needs and offers immortal quality.
4. Mentions of Zen delivery, koans, and the mind coming forth from nowhere.
5. Discussions of agile being heavyweight on practices and theories to understand why agile works including theories of uncertainty and human decision making.
Human Side of Agile (Agile Venture 2019)Fabio Armani
The document discusses the human side of agile methodologies. It advocates for focusing on individuals, interactions, customer cooperation, responding to change, and trusting motivated individuals. It discusses the importance of psychological safety in teams and introduces a model with six elements that contribute to psychological safety: security, autonomy, fairness, esteem, trust, and understanding others. It also discusses agile leadership principles like leading with agility, inspiring with vision, shared decision-making, and lifelong learning. The overall message is that incorporating the human element is key to the success of agile and lean methodologies.
This document discusses psychological safety in agile teams and organizations. It begins by introducing the topic and defining psychological safety. It then presents a model of psychological safety with six elements: security, autonomy, fairness, esteem, trust and you. The document outlines how high-quality relationships can be developed by focusing on emotional scope, tensility, connectivity, positive consideration and mutuality. It proposes that organizations can improve psychological safety by shifting to integrated teams, delivering fast, accepting failure, getting customer feedback early, and adopting an open orchestra approach. It emphasizes the importance of courage in building psychological safety.
Enterprise lean agile 2018 challenges ver 0.3Fabio Armani
The document discusses the challenges and opportunities of adopting agile practices in large enterprises. It covers three key aspects to consider: social/political factors, the technical environment, and external market conditions. Additionally, it identifies three important conditions for enterprise agile adoption: strategy, structure, and culture. The document then outlines a process for agile adoption including visioning, approval, staffing, development, deployment and feedback. It shares some examples of challenges experienced and results seen from early adopters. Finally, it discusses the concept of business agility and how organizations can sense, respond and adapt to changing market conditions.
Slides of the 'deep' talk presented @ Agile O'Day 2017 #agileoday on the topic of "Business Agility" - Business agility is the "ability of a business system to rapidly respond to change by adapting its initial stable configuration”
Lean Change Management (part II) - IAD 2014Fabio Armani
This document discusses an approach for managing organizational change using lean and agile principles. It proposes using a "Lean Change Canvas" and "Transformation Canvas" to plan and guide change initiatives at both the project and enterprise levels. The canvases help involve stakeholders, establish a shared vision and target state, and select early changes to validate the overall transformation approach through an iterative process. The document emphasizes that organizational change emerges from many localized actions rather than a top-down plan, and that success is defined by environmental fit rather than simply closing gaps to a predefined future state.
Lean Change Management (part I) - IAD 2014Fabio Armani
The document discusses various frameworks and tools for managing organizational change, including Kotter's 8-Step Process for Leading Change. It describes each of the 8 steps in Kotter's process, including creating urgency, building a guiding coalition, forming strategic vision and initiatives, enlisting a volunteer army, enabling action, generating short-term wins, sustaining acceleration, and instituting change. It also discusses using insights collection, generating options, experiments/MVPs, and measurements to implement change using a lean startup approach.
Mapping the Value (Agilia Budapest 2016)Fabio Armani
The document discusses mapping value and finding value. It begins by introducing Fabio Armani and setting the stage by defining characters like the sponsor and product owner. It then discusses the challenge of finding value using different perspectives and representations. Various tools for mapping and discovering value are presented, like value stream mapping, vision boards, impact mapping, user story mapping, and lean adoption roadmaps. The importance of real world experiences is discussed. The presentation concludes by thanking the audience.
A collaborative talk on lean agile transitions, challenges and experiences guided by a Lean Change approach. Tao as well as music and arts are possible keys of learning.
The document discusses various frameworks for scaling agile development in large organizations. It introduces Disciplined Agile Delivery (DAD), the Scaling Agile Framework (SAFe), Agility Path, Continuous Improvement Framework (CIF), and Large Scale Scrum. DAD is described as a decision-oriented framework, while SAFe is presented as more prescriptive. The document emphasizes that principles are more important than practices and that adopting an agile mindset is key to successful scaling.
This set of design patterns are related to Enterprise Patterns. In it you can find, J2EE, Presentation, Business & Integration Patterns (such as: ApplicaCon Controller, Data Transfer Object (DTO), Business Object (BO) & Data Access Object (DAO) among others ...)
User Story Mapping - mini iad 2014 (Armani, Rodriguez)Fabio Armani
Riteniamo, che non vi sia dubbio sul fatto le User Story (introdotte da eXtreme Programming) e il Product Backlog (definito in Scrum) rappresentino due portentosi strumenti per la gestione agile dei requisiti e delle specifiche sia funzionali che non funzionali. Ma … hanno alcuni limiti.
Ad esempio, nonostante le notevoli caratteristiche del Product Backlog, la sua unidimensionalità non consente di creare un modello dei requisiti adatto a scalare e che consenta di gestire le dipendenze che possono essere presenti tra i vari elementi che lo costituiscono.
In questo workshop presenteremo e utilizzeremo un altro potente strumento che spesso utilizziamo durante gli User Story Workshop sia in fase d’Inception, sia all’inizio di ogni nuova release di un prodotto. Si chiama “User Story Mapping”.
Ci divertiremo con voi ad utilizzarlo in una simulazione che partendo dalla Vision di un prodotto ci consentirà di mappare i bisogni di un numero selezionato di utenti su un insieme di funzionalità organizzate in una mappa.
Inoltre vedremo come sia possibile utilizzare questo strumento per gestire le diverse release di un prodotto a partire dal così detto “Walking Skeleton” fino alle successive MMF (Mininum Markatable Feature)
Sapete cos’è il modello di Kano, FURPS+, o come il nome della capitale della Russia possa essere utilizzato per assegnare priorità alle diverse storie? Se vi abbiamo incuriosito, o se pensate che avere un nuovo strumento mentale da aggiungere alla vostra cassetta degli attrezzi potrebbe esservi utile, partecipate. Sarete certamente i benvenuti.
Perché parliamo di Scaling Lean Agile?
Ci sono due aspetti primari inerenti lo scalare delle tecniche agili a livello di Enterprise che è necessario considerare. In primo luogo lo scalare delle tecniche agili a livello di progetto per affrontare le sfide peculiari che i team di progetto devono affrontare. In secondo luogo è lo scalare la vostra strategia agile attraverso l'intero reparto IT, in modo appropriato. E' abbastanza semplice applicare Lean Agile su una manciata di progetti, ma può essere molto difficile far evolvere la cultura e l’intera struttura organizzativa per adottare appieno il modo agile di lavorare.
Lean e Agile (in particolar modo metodologie come Scrum e XP) hanno pienamente dimostrato il loro valore a livello di team. Cosa succede però nel momento in cui tentiamo di utilizzarle in contesti reali più complessi? Nelle reali organizzazioni che caratterizzano un’importante parte del panorama dell'IT in Italia? Muovendosi dal livello dei team verso il livello dell'organizzazione si incontrano una serie di problematiche più complesse e per un certo verso nuove. Ecco quindi l'importanza di conoscere valori e principi che sono alla base del tema del Lean Agile Scaling. Esistono parecchi modelli che negli ultimi anni si confrontano con le realtà delle organizzazioni.
In questo talk tratteremo a livello olistico questo tema e confronteremo alcuni di tali modelli di Scaling Lean Agile, quali: Scrum standard (Ken Schwaber, Mike Cohn, ...) – il modello di Larmann & Vodde - SAFe – Disciplined Agile Delivery di Scott Ambler – Path to Agility (Ken Schwaber). Inoltre verranno affrontate e discusse le esperienze personali effettuate in diverse società in fase di adozione o utilizzo su larga scala di Lean Agile.
The design patterns are recurring solutions to common problems in software design.
The design patterns in computer science were formally described for the first time in the book "Design Patterns: Elements of Reusable Object-Oriented Software", whose authors are often called the Gang of Four, GoF or Go4.
Agile requirements - alla ricerca del filo rosso (iad 2013)Fabio Armani
requisiti rappresentano, a mio avviso, il ‘fil rouge’ di tutto lo sviluppo software, sia che si tratti di applicazioni web o mobile, sia che siano coinvolti grandi sistemi Enterprise. Cerchiamo di capire perché.
Possiamo affermare che Lean Agile sta di fatto divenendo uno delle metodologie più adottate (se non il main-stream stesso) in ambito informatico e conseguentemente anche in ambiti connessi con l’informatica.
Nel mio talk (che spero possa trasformarsi in una tavola rotonda sul tema degli agile requirements e di ciò che ruota attorno ad essi) desidero presentare le varie possibilità di gestire i requisiti in modo agile e di seguire ad esempio il percorso delle “user story” (uno dei più efficaci metodi inventati in ambito agile o meglio nella metodologia eXtreme Programming per gestire i requisiti) in tutte le diverse fasi della loro ‘vita’ : a partire da ‘theme’, ‘epic’ e poi ‘story’ realizzata durante una determinata iterazione, fino al loro testing mediante Acceptance Test Driven Development e convalida business sul campo con gli utenti finali e i diversi stakeholder.
Bene… per poter effettuare questo affascinante itinerario cosa e chi viene coinvolto? Scopriremo assieme (ed argomenteremo le diverse soluzioni) che un’intera organizzazione Enterprise si dovrà plasmare per consentire ad una storia di divenire parte di una nuova funzionalità di successo.
Per avere realmente successo dovremmo scomodare molte metodologie tra le quali Lean , Agile, Lean StartUp, Lean UX e questo ci porterà nuovamente al punto di partenza. Perché vogliamo realizzare proprio questa storia? Quale era il requisito da cui siamo partiti. A quale Vision ci siamo ispirati?
Sono certo che il tema è affascinante e sarà interessante affrontarlo collettivamente, specialmente se trattato in ambito di round table.
Secondo incontro del Roma-xpug nel quale si effettuerà una 'round-table' sui valori e i principi che sono alla base delle metodologie Lean e Agili. L'incontro prevede una breve presentazione di Fabio Armani a cui seguirà un panel aperto per scambiarsi opinioni e esperienze.
Second Meeting of the Rome-xpug in which we'll make a 'round-table' on the values and principles that are the basis of Lean and Agile methodologies. The meeting includes a short presentation by Fabio Armani, followed by an open panel to exchange views and experiences.
User Stories Writing - Codemotion 2013Fabio Armani
Stefano Leli (Freelance) - Fabio Armani (OpenWare)
Scrivere user stories dovrebbe essere facile...almeno in teoria. In realtà nella pratica ci troviamo troppo spesso a combattere con storie vaghe o troppo tecniche, storie che non possono essere testate o addirittura che non portano alcun valore. In questo workshop cercheremo assieme di comprendere la differenza tra requisiti funzionali e User Story, tra User Story e Use Case, mediante dei case study.
4. BREVE PROSPETTIVA STORICA 1/4
Partendo da studi personali di pianoforte (da bambino), presto ho iniziato a
suonare in piccole rock band
Ho iniziato a fare musica con altri nel 1971 all’età di tredici anni
Nel 1976 ho scoperto il jazz alla SPMT e un nuovo modo di concepire
musica e arte
La SMPT aveva una forte visione sociologica e politica del fare musica che
ho sposato e che ancora mi porto dietro
5. BREVE PROSPETTIVA STORICA 2/4
Mi laureo in astrofisica nel 1987 continuando a suonare in diverse
formazioni musicali (musica jazz, fusion, elettronica, …)
Nel 1990 vengo assunto dall’IRIS (centro di ricerca della Bontempi Farfisa)
Entro subito a far parte del team che lavora sul sistema MARS che vede la
realizzazione di un primo esemplare nel 1994
7. BREVE PROSPETTIVA STORICA 3/4
Musica e approccio scientifico sono per me due facce della stessa medaglia
Nel 2000 divengo direttore tecnico in ambito informatico ed esperto di
metodologie entrando in contatto con quello che sarebbe poi divenuto il
movimento Agile
Nel 2000 fondo DIFFERENT LANDS (etichetta musicale e lancio l’ensemble
Terre Differenti dopo aver realizzato due album con gli Advena Avis)
Nel 2001 sono a San Francisco a parlare di eXtreme Programming e poi in
Sardegna alla seconda conferenza Agile internazionale: XP2001
8. BREVE PROSPETTIVA STORICA 4/4
Nel 2004 collaboro con Opensound con la quale produciamo alcuni dischi e
lanciamo le prime sperimentazioni metodologiche
Nel 2005 fondo la Openware – società di consulenza Lean Agile
Mi ritengo un senior Lean Agile Coach e aiuto le aziende ad evolvere e
trasformarsi
Combino metodologie Agile e musica sin dal 2004
Non smetto di fare musica!
11. WHY - MOTIVAZIONI
1. Per chi fa musica - componendola o suonando con altri - è importante
raggiungere i propri obiettivi (avendoli definiti) con metodo e con un
approccio che lo supporti
2. La mia esperienza di anni ha mostrato che senza un ‘framework’ di
riferimento i risultati erano spesso frustranti e dispendiosi (tempo /
denaro)
3. Chi suona vuole concentrarsi su ciò che per lei/lui è importante e non
vedere che gran parte dei propri sforzi vengono vanificati da altro
14. WHAT - COSA METTERE IN CAMPO?
Unire un approccio Agile e/o Lean alla realizzazione delle musica si è
dimostrato utile da subito (ho iniziato a farlo in modo strutturato dal 2004)
Ho seguito un approccio sperimentale e pragmatico / non dogmatico -
prendendo solo cosa realmente funzionava e continuando a sperimentare
… In definitiva?
15. WHAT - COSA METTERE IN CAMPO?
Valori e principi al centro del tutto
Utilizzare una metodologia / approccio snello centrato nella
minimizzazione degli sprechi e nella massimizzazione di valore e efficacia
In sintesi …
Il team e le interazioni umane al centro del lavoro
KANBAN / SCRUM
17. WHEN – QUANDO FARLO?
Possiamo dire che le mie due vite si intersecano quando con gli artisti
musicali di cui gestisco la band/ensemble abbiamo deciso di usare Scrum e
Kanban per lavorare sui nostri progtetti:
Brave New Worlds
NEXUS SETS
OTRAS TIERRAS
TERRE DIFFERENTI
18. WHEN – QUANDO FARLO?
Possiamo dire che le mie due vite si intersecano quando con gli artisti
musicali di cui gestisco la band BNW abbiamo deciso di usare Scrum e
Kanban per lavorare sui nostri primi album e i singoli (cover …):
Brave New Worlds
.Net Of Illusions
20. COME ABBIAMO PROCEDUTO …
1. A Aprile del 2020 abbiamo definito un primo Minimum Viable Product
costituito da tre pezzi.
2. Il set dei pezzo (Backlog) è stato definito e rifinito nei due mesi
successivi – usando un meccanismo di selezione e priorità
3. Abbiamo lavorato su un pezzo alla volta:
i. composizione
ii. registrazioni
iii. arrangiamento
iv. mixing
v. mastering
21. COME ABBIAMO PROCEDUTO …
1. Ci siamo dati l’obiettivo di pubblicare a fine Agosto 2020 – 10 brani
2. Ad inizio Agosto 2020 avevamo completato tutte le tracce ed abbiamo
lanciato un «perfection game» di circa tre settimane con un gruppo
selezionato di ascoltatori
3. Le ultime settimane di Agosto e la prima di Settembre sono state
dedicate a raffinare quanto fatto in base ai feedback ricevuti
4. Il disco è stato pubblicato - mediante CDBaby - il 10.09.2020
22. DA DOVE SIAMO PARTITI
1. Nel 2020 io e Luciano Masala abbiamo deciso i realizzare un nuovo
album di music progressive strumentale.
2. La prima cosa che pensiamo di fare è lanciare una breve fase di
Inception per chiarirne la Vision e gli obiettivo
3. Decidiamo di adottare un mindset Agile
4. Definiamo una data per il rilascio (tempo complessivo di circa 6 mesi)
23.
24.
25. WHEN - COSA METTERE IN CAMPO?
Vediamo un esempio concreto
Possiamo dire che le mie due vite si intersecano quando con gli artisti
musicali di cui gestisco la band abbiamo deciso di usare Scrum e Kanban
per lavorare sui primi nostri album:
Brave New Worlds
.Net Of Illusions
27. AGILE MUSIC MANIFESTO
1. INNOVAZIONE & CREATIVITA’ > strumenti e teoria musicale
2. MUSICA DI VALORE > quantità di musica preconfezionata / standard
3. COOPERARE CON GLI STAKEHOLDER > negoziazione di contratti
4. ROMPERE GLI SCHEMI > rimanere nella comfort zone / pattern
prestabiliti
28. INNOVAZIONE & CREATIVITA’
1. INNOVAZIONE TECNOLOGICA > nuovi strumenti musicali
2. INNOVAZIONE MUSICALE > nuovi forme, nuovi concetti
3. QUESTIONE GENETICA > umore / concentrazione
4. EVOLUZIONISMO CULTURALE > exaptation
5. BRAIN IMAGING > attivazione di nuove aree nel cervello
6. CULTURE DIFFERENTI > musica orientale, occidentale, classica, jazz,
sperimentale …
29. MUSICA DI VALORE
1. MUSICA PROFONDA > visione, missione & contenuto
2. NON DI CONSUMO > la musica come «meme»
3. MESSAGGIO > politica, semantica … genera cultura e un mindset
4. AMBIENTE SONORO > «Paesaggio sonoro» R. Murray Shaffer
• Ambient Music (B. Eno …)
• Kosmik Music (scena tedesca anni ‘70)
• …
30. COOPERARE CON GLI STAKEHOLDER
1. ASCOLTATORI > non meri fruitori, co-creazione
2. MUSICISITI > cooperazione, ensemble aperti (Kompoz, Nexus Sets …)
3. ALTRI STAKEHOLDER > tutta la catena del valore
4. ECOSISTEMA > società, cultura, social, fan …
31. ROMPERE GLI SCHEMI
1. MUSICA SPERIMENTALE > arte e scienza
2. CAMBIARE / IBRIDIZZARE > non seguire piani prestabiliti: M. Davis, Pink
Floyd, TD, RIO …
3. IMPROVVISAZIONE > jazz, elettronica, collaborativa
4. MUSICA CONTEMPORANEA > dodecafonia, musica elettroacustica …
5. FREE JAZZ > Coleman, Area …
6. MINIMALISMO > Terry Riley,
34. KANBAN
• Visualizzare il flusso di lavoro
• Limitare il Work-in-Process: «One Track Flow»
• Misurare e gestire il flusso
• Rendere le politiche di processo esplicite
• Utilizzare i modelli per riconoscere le opportunità di miglioramento
54. Actionable Metrics
• Per le due tracce sono state definite delle semplici metriche su qualità
musicale, dei testi ed audio.
• Da una * (inaccettabile) a cinque * (alta qualità)
• Feedback liberi
• Risultati positivi ci hanno incoraggiato a procedere per nuova iterazione di MVP
• Soglia: 4.0
• Musica e testi: 4.32
• Audio: 4.12
60. CONCLUSIONI
• Dopo circa 16 anni di utilizzo proficuo di un Agile Mindset per realizzare musica
non potremmo più voler tornare indietro
• C’è ancora tanto da sperimentare
• I cicli di miglioramento «kaizen» sono fondamentali
• Estenderemo sia verticalmente che orizzontalmente l’impego [più persone, più
progetti/iniziative]
• CONS
• La curva di apprendimento iniziale non è banale / richiede apprendimento e duttilità
• Per alcuni musicisti non particolatmente «open minded» non è l’approccio giusto