This document provides information about a workshop on using canvases to create a shared product vision and backlog. It introduces various canvases including a product vision board, business model canvas, and product canvas. The product vision board helps capture initial assumptions about the product. The business model canvas helps capture the business model. The product canvas helps create the product backlog and features continuous learning from user feedback. An example of how these canvases could be used for Amazon in 2005 is also provided.
I recently delivered a talk to product owners at Cisco. While I would normally cover this stuff over a period of two days, this was a 90 minute talk about some of the aspects of product ownership. None of this is my own creation - for I have learnt all this from the practitioner community, I am more than happy to share it with the community.
Note: If any attribution is missing, I will be happy to correct my mistake :)
As Agile become mainstream increasingly organizations are looking to double down on the role of the Product Owner encouraging them to manage the intersection between technology and the business. But Product Ownership is a difficult role as it tries to balance the needs of the business with the reality of software delivery. Also, for many organizations there is some ‘confusion’ with existing roles of business analyst, product manager or even project manager. What does the product owner do anyway?
In this talk Dave West, Product Owner and CEO Scrum.org, the home of Scrum and Professional Scrum Trainer with Prowareness Rob van Lanen describe the genesis of the Product Owner role and how many organizations are dealing with the challenges of slotting this key role into existing product, project and release roles. They will introduce some techniques such as user centric design, and hypophysis based development and describe how approaches such as Lean Startup and pragmatic marketing are providing product owners with a tool box to do their job.
Recorded Webinar can be found at :-https://www.scrum.org/resources/who-product-owner-anyway
It is far too common for a newly appointed Product Owner to be left alone without any instructions or ideas of how to succeed than we care to imagine. The role of the Product Owner is different from traditional roles and in order to survive as a Product Owner new learning is necessary. In order to become a successful Product Owner you don’t only need a vision, you also need good tools, principles and practices.
In this session I will go through a number of principles, tools and practices that can help you to become more successful in your role regardless if you are new in the role or more experienced. After the session you will have a collection of principles, tools and practices to apply directly when returning home after the conference.
In this presentation you will learn:
Different ways of creating and communicating a product vision
Principles to follow in order to become a successful Product Owner
Tools and practices suitable for a Product Owner
This presentation offers best practices and lessons learned regarding finding and developing Agile Product Owners. The presentation goals are:
- Understand the value of the Product Owner;
- Provide real-world applications of CSPO training;
- Offer ideas for positively influencing team members; and
- Offer suggestions for continuous improvement.
Slidedeck for 1 hour basic workshop about Agile in general and Intro to Scrum framework for newbies without tight linking to the software development. Prepared by Artem Bykovets, Agile Coach & Process consultant - www.abykovets.com
I recently delivered a talk to product owners at Cisco. While I would normally cover this stuff over a period of two days, this was a 90 minute talk about some of the aspects of product ownership. None of this is my own creation - for I have learnt all this from the practitioner community, I am more than happy to share it with the community.
Note: If any attribution is missing, I will be happy to correct my mistake :)
As Agile become mainstream increasingly organizations are looking to double down on the role of the Product Owner encouraging them to manage the intersection between technology and the business. But Product Ownership is a difficult role as it tries to balance the needs of the business with the reality of software delivery. Also, for many organizations there is some ‘confusion’ with existing roles of business analyst, product manager or even project manager. What does the product owner do anyway?
In this talk Dave West, Product Owner and CEO Scrum.org, the home of Scrum and Professional Scrum Trainer with Prowareness Rob van Lanen describe the genesis of the Product Owner role and how many organizations are dealing with the challenges of slotting this key role into existing product, project and release roles. They will introduce some techniques such as user centric design, and hypophysis based development and describe how approaches such as Lean Startup and pragmatic marketing are providing product owners with a tool box to do their job.
Recorded Webinar can be found at :-https://www.scrum.org/resources/who-product-owner-anyway
It is far too common for a newly appointed Product Owner to be left alone without any instructions or ideas of how to succeed than we care to imagine. The role of the Product Owner is different from traditional roles and in order to survive as a Product Owner new learning is necessary. In order to become a successful Product Owner you don’t only need a vision, you also need good tools, principles and practices.
In this session I will go through a number of principles, tools and practices that can help you to become more successful in your role regardless if you are new in the role or more experienced. After the session you will have a collection of principles, tools and practices to apply directly when returning home after the conference.
In this presentation you will learn:
Different ways of creating and communicating a product vision
Principles to follow in order to become a successful Product Owner
Tools and practices suitable for a Product Owner
This presentation offers best practices and lessons learned regarding finding and developing Agile Product Owners. The presentation goals are:
- Understand the value of the Product Owner;
- Provide real-world applications of CSPO training;
- Offer ideas for positively influencing team members; and
- Offer suggestions for continuous improvement.
Slidedeck for 1 hour basic workshop about Agile in general and Intro to Scrum framework for newbies without tight linking to the software development. Prepared by Artem Bykovets, Agile Coach & Process consultant - www.abykovets.com
From Project to Product: Don't You Dare Mess With PlanningCprime
If you work in tech, you probably have a love/hate relationship with project planning. We dislike it because to get it right, we need to accurately predict the future, a largely impossible task. On the other hand, we like it because it gives business leaders the "predictability" they long for in order to make sound decisions that drive business growth.
Some in the agile community have resisted the need for planning, while others have simply encouraged planning in shorter cycles. As the shift from project thinking to product thinking becomes mainstream, we need to reconsider the impact on planning.
Take a deep dive into planning and discusses how this changes for the better as we shift from project to product. We explore:
- The difference between project plans and product horizons
- Turning the Iron Triangle over: Time, Budget, Scope is still a "pick two"
- How to estimate in ranges
- Ways to create roadmaps and product horizons at the portfolio, product family, and product levels
- The reasons to steer the conversation from "When will you be done?" to "What are we investing in next?"
Анна Мамаєва: When SAFe is safe. Agile для дорослих компанійLviv Startup Club
Kyiv Project Management Day 2016 Анна Мамаєва: When SAFe is safe. Agile для дорослих компаній
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
A talk I gave at Google on Strategy and Product Discovery
We discussed:
Discovering Features and Products (Product Strategy)
Discovering Products and Product Lines (Product Line / Company Strategy)
Marty Cagan: Using High Fidelity Prototypes for Product Discovery
The primary intent of this presentation is to bring forward the similarities and differences between Lean and Agile software development paradigms at the root level, and how these can be leveraged in order to create complex software solutions.
The Agile Drupalist - Methodologies & Techniques for Running Effective Drupal...Adrian Jones
More and more clients are asking for Agile development for their projects, in particular the Scrum methodology, but do they really know what they are getting into? Both Waterfall and Scrum are viable methodologies, but each is best suited to particular situations, clients, and projects - neither can be considered the better methodology in all circumstances.
This presentation discusses the potential advantages of using Agile development for building sites in Drupal, but also the potential road-bumps and pitfalls.
Many teams and individuals use agile tools and practices without understanding the "why" behind each practice. This presentation introduces the 12 agile principals to help teams and individuals make better decisions about which tools and practices to use for their given situation to be agile.
Implementing a Design System in a Small Team by SnapTravelProduct School
This session will provide a blueprint for how a team of 2 Designers and 3 Frontend engineers can work together, in a lean way, to build and implement a design system within 6 months while still working on other important company initiatives/features.
Agile has become mainstream in the IT industry, since that the multiplication of Agile practices which makes Agile implementation complex and uncertain, we have started to see failure in Agile implementations.
During this presentation we will start a simplification process by going back to the source of Agile, understand what Agile is and what it is not. We will discover what is the Heart of Agile, its essence, and how it embraces management
QA Fest 2017. Артем Быковец. Синхронизация между QA в мультикомандном Agile a...QAFest
Всегда хорошо иметь общие подходы к процессу тестирования и однородный формат документации, code-style и т.д. в проекте. Это не так сложно в спокойном водопадном проекте с одной большой командой контроля качества или с несколькими небольшими кросс-функциональными командами с QA инженером в каждой из команд. Но что делать, когда ваша организация начинает экспоненциальный рост, а каждая команда является кросс-функциональной, автономной и самоорганизующейся? Как не потерять согласованность между QA в разных командах и в тоже время - не проталкивать решения сверху-вниз (потому, что это может повлиять на автономность, мотивацию и производительность ребят). Я поделюсь своим опытом использования различных решений, которые были успешно реализованы, а также отвечу на ваши вопросы. Это будет позитивно, как обычно;) До встречи на QA Fest 2017!
Scaling Agile and Scrum (cPrime/Angela Johnson)Cprime
This webinar will introduce attendees to Agile and Scrum tools to “scale”across products, the enterprise and locations. Unlike other scaling approaches that are a one size fits all model, this interactive session shows how to apply Scrum and Agile without contradicting values, principles or frameworks.
Scaled Agile Framework (SAFe) in the TrenchesYuval Yeret
eBook by AgileSparks - curated blog posts, guidance articles, implementation approaches - all based on AgileSparks and specifically Yuval Yeret's experience implementing SAFe in the trenches.
Agilità interculturale
I valori dell'Agile Manifesto come fattore abilitante alla collaborazione dei team interculturali.
La collaborazione tra persone avviene grazie anche a una buona comunicazione. Culture differenti possono interpretare in modo diametralmente opposto atteggiamenti, frasi e situazioni. Se non opportunamente gestita la situazione porta a problemi critici di collaborazione all'interno del team minando le possibilità il successo del progetto.
L'approccio Agile al progetto tende a mitigare questo rischio grazie alla intrinseca resilienza dei principi ai quali si ispira. Comunicazione trasparente e feedback continui sul prodotto incrementale riducono notevolmente il rischio di non capirsi e di remare in direzioni diverse.
In questa presentazione vedremo alcune pratiche che favoriscono la collaborazione e fanno emergere il potenziale che i team interculturali possono dare ad un progetto.
Creation and refinement of the product backlog can be achived in different ways.
Roman Pichler, in is post originally written in Jul, 16 2012 - http://www.romanpichler.com/blog/agile-product-innovation/the-product-canvas , has proposed a really interesting approach: use canvas to create and share product vision and product backlog creation and refinement.
I used this approach for a while with cool results.
These slides are a step-by-step introduction of the tool.
Please send me feedbacks to correct and improve it!
You can use these slides under Creative Commons Attribution-ShareAlike 3.0 Unported License.
From Project to Product: Don't You Dare Mess With PlanningCprime
If you work in tech, you probably have a love/hate relationship with project planning. We dislike it because to get it right, we need to accurately predict the future, a largely impossible task. On the other hand, we like it because it gives business leaders the "predictability" they long for in order to make sound decisions that drive business growth.
Some in the agile community have resisted the need for planning, while others have simply encouraged planning in shorter cycles. As the shift from project thinking to product thinking becomes mainstream, we need to reconsider the impact on planning.
Take a deep dive into planning and discusses how this changes for the better as we shift from project to product. We explore:
- The difference between project plans and product horizons
- Turning the Iron Triangle over: Time, Budget, Scope is still a "pick two"
- How to estimate in ranges
- Ways to create roadmaps and product horizons at the portfolio, product family, and product levels
- The reasons to steer the conversation from "When will you be done?" to "What are we investing in next?"
Анна Мамаєва: When SAFe is safe. Agile для дорослих компанійLviv Startup Club
Kyiv Project Management Day 2016 Анна Мамаєва: When SAFe is safe. Agile для дорослих компаній
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
A talk I gave at Google on Strategy and Product Discovery
We discussed:
Discovering Features and Products (Product Strategy)
Discovering Products and Product Lines (Product Line / Company Strategy)
Marty Cagan: Using High Fidelity Prototypes for Product Discovery
The primary intent of this presentation is to bring forward the similarities and differences between Lean and Agile software development paradigms at the root level, and how these can be leveraged in order to create complex software solutions.
The Agile Drupalist - Methodologies & Techniques for Running Effective Drupal...Adrian Jones
More and more clients are asking for Agile development for their projects, in particular the Scrum methodology, but do they really know what they are getting into? Both Waterfall and Scrum are viable methodologies, but each is best suited to particular situations, clients, and projects - neither can be considered the better methodology in all circumstances.
This presentation discusses the potential advantages of using Agile development for building sites in Drupal, but also the potential road-bumps and pitfalls.
Many teams and individuals use agile tools and practices without understanding the "why" behind each practice. This presentation introduces the 12 agile principals to help teams and individuals make better decisions about which tools and practices to use for their given situation to be agile.
Implementing a Design System in a Small Team by SnapTravelProduct School
This session will provide a blueprint for how a team of 2 Designers and 3 Frontend engineers can work together, in a lean way, to build and implement a design system within 6 months while still working on other important company initiatives/features.
Agile has become mainstream in the IT industry, since that the multiplication of Agile practices which makes Agile implementation complex and uncertain, we have started to see failure in Agile implementations.
During this presentation we will start a simplification process by going back to the source of Agile, understand what Agile is and what it is not. We will discover what is the Heart of Agile, its essence, and how it embraces management
QA Fest 2017. Артем Быковец. Синхронизация между QA в мультикомандном Agile a...QAFest
Всегда хорошо иметь общие подходы к процессу тестирования и однородный формат документации, code-style и т.д. в проекте. Это не так сложно в спокойном водопадном проекте с одной большой командой контроля качества или с несколькими небольшими кросс-функциональными командами с QA инженером в каждой из команд. Но что делать, когда ваша организация начинает экспоненциальный рост, а каждая команда является кросс-функциональной, автономной и самоорганизующейся? Как не потерять согласованность между QA в разных командах и в тоже время - не проталкивать решения сверху-вниз (потому, что это может повлиять на автономность, мотивацию и производительность ребят). Я поделюсь своим опытом использования различных решений, которые были успешно реализованы, а также отвечу на ваши вопросы. Это будет позитивно, как обычно;) До встречи на QA Fest 2017!
Scaling Agile and Scrum (cPrime/Angela Johnson)Cprime
This webinar will introduce attendees to Agile and Scrum tools to “scale”across products, the enterprise and locations. Unlike other scaling approaches that are a one size fits all model, this interactive session shows how to apply Scrum and Agile without contradicting values, principles or frameworks.
Scaled Agile Framework (SAFe) in the TrenchesYuval Yeret
eBook by AgileSparks - curated blog posts, guidance articles, implementation approaches - all based on AgileSparks and specifically Yuval Yeret's experience implementing SAFe in the trenches.
Agilità interculturale
I valori dell'Agile Manifesto come fattore abilitante alla collaborazione dei team interculturali.
La collaborazione tra persone avviene grazie anche a una buona comunicazione. Culture differenti possono interpretare in modo diametralmente opposto atteggiamenti, frasi e situazioni. Se non opportunamente gestita la situazione porta a problemi critici di collaborazione all'interno del team minando le possibilità il successo del progetto.
L'approccio Agile al progetto tende a mitigare questo rischio grazie alla intrinseca resilienza dei principi ai quali si ispira. Comunicazione trasparente e feedback continui sul prodotto incrementale riducono notevolmente il rischio di non capirsi e di remare in direzioni diverse.
In questa presentazione vedremo alcune pratiche che favoriscono la collaborazione e fanno emergere il potenziale che i team interculturali possono dare ad un progetto.
Creation and refinement of the product backlog can be achived in different ways.
Roman Pichler, in is post originally written in Jul, 16 2012 - http://www.romanpichler.com/blog/agile-product-innovation/the-product-canvas , has proposed a really interesting approach: use canvas to create and share product vision and product backlog creation and refinement.
I used this approach for a while with cool results.
These slides are a step-by-step introduction of the tool.
Please send me feedbacks to correct and improve it!
You can use these slides under Creative Commons Attribution-ShareAlike 3.0 Unported License.
Visualizing the Product - PMI-NIC Agile Workshop 2013Giulio Roggero
Le slide del workshop tenuto il 13 dicembre 2013 alla conferenza Agile del PMI-NIC da Dario Giannoccaro e Giulio Roggero. Vengono presentati i Canvas come strumento di dialogo e condivisione.
Date: January 22, 2014
Title:
Agile in 60 minutes
Abstract:
Innovation is to build something that is new and helpful for the end-user. This is not easy. You have to build step by step products and validating initial hypothesis correcting it ongoing. This is Agile.
Questions like: How to organize a productive team? How to work together sharing the objectives in an easy way. How to change plans without impacting time and budget? They will be answered.
During this lesson we are going to see the Values of the Agile Manifesto and how they are implemented with Scrum, Kanban, eXtreme Programming, Pomodoro Technique and Canvas.
Le slide del workshop tenuto il 13 dicembre 2013 alla conferenza Agile del PMI-NIC da Dario Giannoccaro e Giulio Roggero. Vengono presentate le basi di Lean e il Value Stream Mapping.
Updated version at https://www.slideshare.net/GiulioRoggero/kanban-board-82363781
Do you have a team that works on both project and maintenance? Do you need to organize your team activities? Do you have a lot of activities in parallel and the time to market it's a problem? With a Kanban board and an Agile approach you can solve your problems!
Take a look of the animation of the slides to discover how it works.
Introduction of the Agile Digital Enterprise FrameworkPierre E. NEIS
How to respond to Digital Project or Digital Transformation?
The ADE Framework is a lightweight facilitation approach to coherence, engagement to succeed.
Come funziona Scrum? Quali sono i suoi mattoni base? Questa presentazione è il primo tassello della collana divulgativa di Agile Reloaded su Agile e Lean Software Development. Lasciate i vostri commenti, li utilizzeremo per il cartone animato!
Slide aggiornate del workshop di una giornata con il gioco da tavolo Agile the Board Game che spiega in pratica, usando i lego, come funziona Scrum.
Non manca durante la giornata anche l'esercitazione su A3 Reporting, il metodo Lean per apportare continui cambiamenti ai processi eliminando le cause di spreco.
Potete usare le slide per divulgare Agile e Lean, anche a livello commerciale. Ricordatevi solo di rispettare i termini della licenza Creative Common :-)
Commenti e miglioramenti sempre ben accetti!
C’è chi sogna che la sua azienda “passi a agile”, chi lo sta facendo e chi lo ha fatto.
In tutti questi casi le aspettative sono alte e il cambiamento forte.
Ma cosa avviene veramente dal “sogno alla realtà”?
A volte il processo di adozione dell’agilità non è così lineare e prevedibile e può dare risultati diversi da quelli attesi.
In questo talk condivideremo la nostra esperienza sul campo, riportando quello che abbiamo visto durante le fasi tipiche delle trasformazioni agili raccontando esperienze di vita vissuta come coach ma anche come PO, SM e sviluppatori.
Agile Project Management - the Board Game workshopGiulio Roggero
Agile workshop based on the board game "Agile: the Board Game" -
http://code.google.com/p/agile-the-board-game
(Italian Version).
During this 1day workshop participants embrace the Agile values and Lean principles using the Agile board game and the A3 Airplane game.
The spirit of the workshop is learning by doing.
You can download and use freely these slide under CC3 License.
A real case about the introduction of a Kanban Portfolio in a big company.
In the 5 minutes lightning talk at the Lean Kanban Southern Europe 2014 conference where I told my story as Agile Coach in Wolter Kluwer Italy.
Slides shows the actual status of implementation, goals reached and next challenges.
We are following an evolutionary approach where the change is done step-by-step together with all departments.
This presentation discusses how you can leverage the innovation strategy and the product lifecycle to get your product strategy right and achieve product success; how to make your product stand out from the crowd; and how you can effectively capture your product strategy.
The business landscape is changing. It's driven by significant changes in infrastructure, economics, and 3 big technology shifts that are happening simultaneously. On top of that there are emerging technologies that have the potential for an even more profound effect on the World economy and our business. I want to make you step back and look at things we already know about the digital landscape, the digital workplace and digital disruption and look at them with fresh eyes and think about them differently. We call this the Digital Enterprise Wave - ride it, or go under.
L'opportunità di progettare per l'esperienzaLuca Mascaro
Che cosa significa adottare un approccio alla progettazione centrato sull’esperienza? Di certo comprendere i bisogni delle persone, il contesto in cui questi bisogni si esprimono e la dimensione emotiva che li circonda; ma non basta: occorre orchestrare tutte queste informazioni secondo un approccio strategico e coerente per poter far vivere alle persone esperienze positive e significative. A tutto vantaggio della qualità della vita degli utenti, ma anche delle iniziative di business.
La comunicazione tra le persone è il primo valore dell’Agile. Trasmettere la vision di un’idea è molto difficile. Attraverso i Canvas è possibile non solo condividere la vision ma anche il viaggio che porterà alla realizzazione dell’intero prodotto.
Adottando i vari Canvas come il Business Model Canvas, il Lean Canvas e il Product Canvas è possibile definire e condividere le ipotesi iniziali, validarle sul mercato misurando i risultati e confrontarle con i risultati attesi. I Canvas quindi non solo ci aiutano nella parte iniziale del progetto ma ci accompagnano per tutto il ciclo di vita del prodotto evolvendo con esso.
Questi concetti non sono strettamente legati al software ma possono essere applicati in contesti differenti.
Durante questo workshop vedremo insieme come, partendo da un’idea, si possa realizzare un prototipo di applicazione mobile in meno di due ore… il tutto sotto forma di gioco.
A landing page workshop to help marketers build landing pages that convert. Led by the San Diego HubSpot User Group founder Hansen Hunt, the workshop covers: What are landing pages for, goals, performance metrics to track, different types of landing pages, anatomy of a well built page, how the buyer's journey plays a role, and a group exercise to create a new landing page together.
Visit http://www.sdinboundmarketing.com for upcoming HubSpot User Group and Inbound Marketing events in San Diego.
Business Model Generation - Part1: Canvas
Presentation of key concept of Business Model Generation Canvas presented in the www.businessmodelgeneration.com/book. With addition of Startup types and lifecycle from Startup Genome Report (http://startupgenome.cc/).
This presentation was delivered to a group taking a continuing education class in Calgary, Alberta on e-marketing at Mount Royal College. It is a holistic view of creating a complete digital marketing program for your organization from Awareness -> Education -> Sales Support -> Client Management.
The main point of the presentation was to develop an effective program, it is important to not forget allocating budget across this spectrum of the prospect/customer lifecycle.
Seminar on Marketing for Technology Companies, presented for Technology Transfer Office at National University of Ireland Galway on 12 Decemer 2012. Describes how to use web marketing and content to sell high-value, complex technology products online
e-Marketing principles. Strategic look at Internet marketing: a look at open collaborative innovation and role of social media integration. For more please visit http:gotastrategy.typepad.com
Introduction and workshop to develop student team concepts into business model hypotheses. Focused on value proposition design, customer segments, and the rest of the Business Model Canvas.
Michigan Marketing Minds - September 9, 2014 - Expressing Thought Leadership:...AnnArborSPARK
The Three Keys to Modern Marketing: Content, Content, Content...
Panelists will tell how their companies’ innovative content marketing strategies have helped them:
-establish thought leadership within their industries,
-get found by the right kinds of customers,
-build strong brands that stand apart from the competition,
-increase preference among customers ready to buy.
Product Development with Spotify's Product ManagerProduct School
Companies treat the role of product management differently. Miles Davis, Product Manager at Spotify, shared how they articulate the product development process at Spotify and the role and expectations of a PM.
Learn how to build ridiculously compelling sales decks based on super tactical examples from industry leaders, so you can put it into practice immediately and start winning deals!
Growth Strategies Across the Product LifecyclePaul Morgan
Understanding strategies and tactics to create growth opportunities is critical to become a differentiator and enable your product to have a long and successful part in your overall company strategy. Paul Morgan & Kamal Tahir presented this deck at the Product Management, Innovation and User Experience Conference in June 2014, Chicago, IL.
What a Platform is? Which is the role of Engineers? How to improve time-to-market and reduce total cost of ownership moving from project to product mindset?
Those are just of some questions that Platform Engineers are answering everyday. This is a draft presentation of my next presentation about Platforms and Software Engineering.
Platform governance, gestire un ecosistema di microservizi a livello enterpriseGiulio Roggero
A livello enterprise, le moderne architetture distribuite coinvolgono molti team differenti, centinaia di sviluppatori e operations e migliaia microservizi ed API in produzione. Come si può gestire questa
e o
un'esplosione di costi e preservando il time-to-market?
Molte aziende hanno costruito negli anni sistemi informatici complessi che gestiscono i processi interni e i processi di gestione i clienti/fornitori. Con il cambiamento delle abitudini dei consumatori quello che una volta si faceva intermediato da un agente, commesso o addetto che usava il sistema gestionale per rispondere alla richiesta del cliente ora si fa in modalità self service semplicemente con uno smartphone, il cliente si aspetta di essere autonomo nel rapporto con l’azienda. L’esperienza che ci si aspetta come consumatore è quella che si vive usando piattaforma native digitali come ad esempio Netflix e Spotify. Il problema è che la maggior parte delle aziende non è partita nativamente digitale e non è possibile azzerare tutto e ripartire da capo senza correre rischi di business continuity importanti che vedono milioni di clienti coinvolti e impatti significativi a livello economico in caso di down. Se non è possibile ripartire da zero, quindi come fare? Una risposta è un approccio graduale di evoluzione architetturale e tecnologica dove Kubernetes, e il suo ecosistema, giocano un ruolo chiave. In questa presentazione vedremo i tre principi cardine sulla quale si basa questa strategia: API as a Product; architetture evolutive; fast data con pattern CQRS; che si uniscono per creare una strategia di Modernizzazione delle Applicazioni utilizzando i componenti dell’ecosistema del landscape CNCF (https://landscape.cncf.io). Da qui capiremo quali siano i benefici nel breve, medio e lungo termine e quali passi iniziare a fare per avviare questa strategia.
E’ meglio separare i microservizi per layer o per scopo? Quanti gateway devo avere? E’ necessario un pub/sub per far comunicare i microservizi? La persistenza dove la metto? Quali linguaggi uso? Sono alcune delle domande tipiche che ci si pone quando si parte a disegnare e sviluppare una piattaforma moderna basata su microservizi e containers. In questo talk vedremo alcuni stili architetturali e buone pratiche di test, deploy, monitoraggio e business continuity per creare piattaforme robuste e scalabili. Spoiler: non parlerò di Twelve-Factor App :-)
Do pair programming with an artificial intelligenceGiulio Roggero
Si prevede che nel 2022 il 40% dello sviluppo di applicazioni software sia co-sviluppato insieme ad una intelligenza artificiale (sorgente Gartner 2019).
Ci pensate? Come sarà sviluppare in pairing? Saremo più produttivi? Faremo meno errori? Il codice sarà più pulito? La gestione dei feature toggle sarà più semplice? I rilasci saranno ancora più semplici?
Immaginate fare ping-pong programming con la vostra intelligenza artificiale personale, quanto sarebbe motivante e divertente scrivere codice. E se applichiamo TDD potremmo arrivare ad un livello di clean code mai visto. Anche le persone meno esperte potrebbero imparare a sviluppare in modo pulito ed efficace.
In questa mezz’ora voglio esplorare insieme a voi questo modo che sembra lontano (vi ricordate 10 anni fa delle macchine che guidano da sole? :-) ) ma in realtà è già intorno a noi e si sta facendo sempre più pervasivo.
Come i Microservizi favoriscono il lavoro dei Feature TeamsGiulio Roggero
In un contesto Agile i Feature Teams sono una delle strutture organizzative più efficaci per sviluppare un ecosistema complesso in modo rapido, mantenendo alta la qualità e basso il TCO (total cost of ownership). Spesso questi team sono però vincolati da architetture monolitiche, o a lasagna/spaghetti, che non consentono di operare end-to-end sulle feature, creando dipendenze tra team, colli di bottiglia e frustrazione. Lo stile architetturale a Microservizi (sì, è uno stile e non un pattern e quindi va interpretato a seconda dei casi) da una mano a questi team ad essere più indipendenti tra loro e li aiuta a lavorare tutti con lo stesso scopo: generare valore per gli utenti finali in modo continuo. In questo talk vedremo come organizzare più team che lavorano su uno stesso prodotto e come lo stile architetturale a Microservizi supporti questa organizzazione evolvendo con l'evolversi dei team.
La crescita veloce è uno degli aspetti più rilevanti dell'economia negli ultimi anni. Startup, scaleup e unicorni sono tutte aziende che, anno su anno, crescono in modo vertiginoso a livello di numeri di business e di persone, facendo scaling dei sistemi IT.
Le aziende "pre native digitali" stanno guardando a queste realtà come a potenziali (o reali) competitor e si stanno organizzando per scalare. Ma un conto è avere una struttura di business nata per scalare, un conto è scalare con un business avviato da almeno 20/30 anni. Cultura aziendale, sistemi IT e tecnologie si sono stratificati nel tempo e possono essere un ostacolo a questa corsa verso l'alto.
In questo talk vedremo buone pratiche, tecniche e modelli per scalare realtà enterprise sia a livello tecnico (e tecnologico), sia a livello organizzativo. Lo faremo attraverso esempi concreti di casi reali e proponendo spunti su come superare le difficoltà che si incontrano durante il percorso.
Parleremo di Cloud Native, di migrazione da Monoliti e Microservices, di API as a Product, di Organizzazioni Enterprise in stile Open Source e di Cultura Aziendale.
Microservices, Microfrontends and Feature TeamsGiulio Roggero
Quali sono le buone pratiche per progettare un'architettura in stile Microservices?
Come rendere evolutiva un'applicazione Frontend senza che invecchi dopo poco tempo?
Come organizzare più team che lavorano su una Piattaforma che ha centinaia di Microservices e decine di Frontend?
A queste tre domande risponderò durante il talk con esempi pratici e casi di vita vissuta.
L’eccellenza tecnica è uno dei principi cardine dell’agilità e come tale favorisce la creazione di valore mantenendo le architetture semplici e i processi snelli. I sistemi legacy sono però un ostacolo per la ricerca dell’eccellenza tecnica. Di fatto il debito tecnico che si stratifica negli anni non aiuta la continua innovazione e la business agility.
Le nuove tecnologie, come Cloud e Big Data, sono degli abilitatori per creare applicazioni semplici e mantenibili nel futuro. Ma da soli non bastano.
Il problema è che ogni tecnologia ha le sue complessità e spesso queste sono indipendenti dalle logiche applicative. Può succedere che il team spenda più tempo a mettere in piedi l’infrastruttura e la connessione a tutti i servizi Cloud, che a scrivere le parti applicative. E questo tempo spesso si replica N-volte quanti sono gli N-progetti sviluppati da diversi team.
Manca un concetto comune di infrastruttura e piattaforma.
In questo talk vedremo come l’ “infrastruttura invisibile” possa semplificare il lavoro dei team favorendo l’eccellenza tecnica e la business agility.
Piccola anticipazione. L’infrastruttura invisibile é come le rotaie per un viaggiatore in treno: si gode il viaggio sorseggiando la sua bevanda preferita senza preoccuparsi della complessità che letteralmente viaggia sotto i suoi piedi.
Agile è entrato nel gergo comune di molte aziende che hanno a che fare con progetti IT. Questa è una buona cosa: il termine è conosciuto e accettato come una buona prassi, le persone sono ben disposte ad adottare metodi e pratiche che consentono di migliorare la gestione del ciclo di vita di un prodotto software e sono favorevoli al cambiamento.
Quando però si parte veramente mi sono trovato in diverse situazioni dove Agile si limitava alla parte “persone” e “organizzazione” ma non entrava nel merito di come si sviluppa il codice!
La provocazione “Stop Meeting, Start Coding” vuol ridurre all’essenziale i momenti di confronto e concentrarsi a scrivere buon codice, insieme!
In questo talk presenterò alcune buone pratiche di coding che favoriscono anche l’efficacia organizzativa.
Il software che oggi produce valore è stato scritto parecchi anni fa. Il costo di manutenzione ed evoluzione sta diventando sempre più alto.
Parallelamente stiamo vivendo una forte accelerazione sul digitale: omnicanalità, self-service e ubiquità sono fattori che stanno influenzando i comportamenti delle persone. Alle aziende si chiede sempre più innovazione e semplicità dei servizi offerti.
In questa presentazione guarderemo avanti nel futuro, sui software che produrranno valore nei prossimi 10 anni e che stiamo costruendo ora.
Proveremo a dare una possibile risposta a questa domanda:
“come possiamo evitare di accumulare un debito tecnico difficilmente ripagabile e nel contempo seguire l’accelerazione che il mercato ci sta chiedendo senza impattare sul business esistente?”
La multicanalità è il contesto del Cliente digitale di oggi e le spaghetti API stanno prendendo il sopravvento. Il Business e l'IT sono in prima linea a garantire time-to-market e qualità mettendo sotto stress la struttura organizzativa e le tecnologie. Organizzarsi in modo agile non basta, serve anche una strategia chiara di piattaforma!
La presentazione introduce il problema che oggi le aziende hanno a livello IT: tante applicazioni sparse che accedono ai sistemi core in modo non organico (spaghetti API). Questo comporta: rallentamento del time-to-market, attriti nelle relazioni e prodotti poco coerenti tra di loro. Durante una trasformazione digitale si pensa in primo luogo a riorganizzare persone in modo da snellire i processi. Questo è di sicuro aiuto ma da solo non è sufficiente: se i sistemi sui quali lavorano i team non evolvono i team possono essere agili quanto vogliono ma non riescono a tenere il passo con il mercato. La zavorra del debito tecnico di codice e API a spaghetti non è facilmente ripagabile. E’ necessario cambiare le strategie architetturali e creare un sistema che si possa rifare a pezzi e far evolvere. Vedremo come una strategia di Piattaforma Digitale possa essere a supporto per la trasformazione Agile.
This is the updated version of the presentation https://www.slideshare.net/GiulioRoggero/how-a-kanban-board-works.
Do you have a team that works on both project and maintenance? Do you need to organize your team activities? Do you have a lot of activities in parallel and the time to market it's a problem? With a Kanban board and an Agile approach you can solve your problems!
Take a look of the animation of the slides to discover how it works.
--- BONUS ---
Here you can find a more details on lead time and CFD and a new board about Scrum Team Roadmap.
API Conf 2017 - Allineare il business e la tecnologia grazie alle apiGiulio Roggero
Spesso i termini usati dal business non si ritrovano nell'architettura informatica sottostante. E questo alla lunga genera incomprensioni e problemi. In questi 10' vedremo come, in 3 semplici passi, sia possibile allineare i termini usati dal business e dai tecnici. Per facilitare la spiegazione vedremo due brevi esempi di casi reali: Trenord e Foorban.
Talk Agile O'Day Napoli - 2017
Cosa contraddistingue uno sviluppatore affidabile? In questa presentazione si parla di:
- Semplicità
- Debito tecnico e valore
- Test prima!
- Tutto automatico
- Utenti al centro
Favorire i feature teams con architetture microservicesGiulio Roggero
Il talk parte da una osservazione sui progetti che sto sviluppando: Agile Scaling significa prima di tutto Software Scaling.
Si parla spesso di come "scalare agile" e di quali siano le strategie migliori per dominare la complessità che comporta il moltiplicarsi dei canali di comunicazione di tante persone che lavorano sullo stesso progetto.
Molte soluzioni sono proposte ed adottate, a volte hanno successo a volte falliscono. Molti concordano che team organizzati a "strati" sono disfunzionali e alla lunga portano a conflitti e colli di bottiglia. Organizzarsi a Feature Teams, Spotify ne è un esempio, favorisce la semplificazione delle relazioni e un miglioramento di qualità e velocità di sviluppo.
Ma come? La risposta non è semplice e dipende da tanti fattori tra i quali: maturità del prodotto, cultura aziendale e competenza delle persone.
La soluzione che presenterò si basa sul principio che le persone si organizzano per lavorare al meglio sulla codebase che stanno creando. Il vero cambiamento culturale agile avviene quando questo si riflette sul codice. Cambiare tutta l'azienda e avere ancora il codice organizzato a silos è comunque inefficiente e alla lunga porterà nuovamente ad un'organizzazione a Silos 2.0 :-)
In questo talk vedremo come sia possibile favorire la riorganizzazione dei team adottando un pattern architetturale a microservizi con esempi pratici di team che hanno iniziato ad adottare questo approccio e si sono ri-organizzati in modo naturale.
2. About
Us
Stefano Leli
stefano.leli@gmail.com
Giulio Roggero
giulio.roggero@isolasoftware.com
@giuliorogg
@sleli
ero
oach
gile C
ean A
L
Software
De
Speaker
veloper
Trainer
3. Introduc:on
Many
projects
fail
for
a
lack
of
shared
vision
due
to
poor
communica:on
among
peoples
involved
in
the
project.
A
good
crea:on
and
refinement
of
the
product
backlog
can
be
achived
only
if
all
the
people
well
knows
what
they
have
to
do
(common
vision).
Roman
Pichler,
in
a
post
originally
wriDen
in
Jul
16
2012,
has
proposed
a
really
interes:ng
approach:
use
canvas
to
create
and
share
product
vision
and
product
backlog
crea:on
and
refinement.
We
used
this
approach
for
a
while
with
cool
results.
These
slides
are
an
introduc:on
of
the
tool.
You
can
use
these
under
Crea:ve
Commons
ADribu:on-‐ShareAlike
3.0
Unported
License.
Please
send
us
feedbacks
to
correct
and
improve
it!
4. Canvas
as
tools
to
sharing
vision
and
create
the
backlog
Business Model / Lean
Canvas
Capture
and
validate
Business
Model
Product Vision
Product
Idea
Capture
and
validate
ini:al
assump:on
Product Canvas
Capture
and
validate
Product
features
5. Product
Vision
Board
–
Ini:al
assump:ons
Vision Statement
Target Group
Write
in
one
sentence
the
aim
of
the
product
Needs
List
people
who
are
the
target
of
the
product.
People
may
be
cutsomers,
end-‐users,
internal
users
…
all
stakeholders
that
will
are
impacted
by
the
product.
Use
roles
to
iden4fy
them
What
are
the
needs
that
this
product
will
sa4sfy?
Who is out?
Barriers
List
eventually
who
is
not
the
target
Impediments
to
sa4sfy
these
needs
Product
List
of
main
features
of
the
product
Business Value
What
are
the
values
that
this
product
will
generate
for
the
company?
Values
can
be
profit,
market
share,
cost
saving,
improve
KPIs
and
so
on..
Barriers
Impediments
to
reach
these
values
6. Business
Model
Canvas
–
Capture
the
business
Partners
Key Activities
Value
Proposition
What
you
do
Who
helps
you
Key
Resources
Who
you
are
&
What
you
have
Cost Drives
Drivers
What
you
give
Customer
Relationship
Customers
How
you
interact
How
you
help
Channels
How
they
know
you
&
how
you
deliver
Revenue Stream
What
you
get
Who
you
help
7. Business
Model
Canvas
–
Capture
the
business
Partners
Key Activities
Value
Proposition
What
you
do
Who
helps
you
Key
Resources
Who
you
are
&
What
you
have
Cost Drivers
What
you
give
Customer
Relationship
Customers
How
you
interact
How
you
help
Channels
How
they
know
you
&
how
you
deliver
Revenue Stream
What
you
get
Who
you
help
Value
Delivery
8. Business
Model
Canvas
–
Capture
the
business
Partners
Value
Genera4on
Key Activities
Value
Proposition
What
you
do
Who
helps
you
Key
Resources
Who
you
are
&
What
you
have
Cost Drivers
What
you
give
Customer
Relationship
Customers
How
you
interact
How
you
help
Channels
How
they
know
you
&
how
you
deliver
Revenue Stream
What
you
get
Who
you
help
Value
Delivery
9. Business
Model
Canvas
–
Capture
the
business
Partners
Value
Genera4on
Key Activities
Value
Proposition
What
you
do
Who
helps
you
Key
Resources
Customers
How
you
interact
How
you
help
Channels
How
they
know
you
&
how
you
deliver
Who
you
are
&
What
you
have
Cost Drivers
What
you
give
Customer
Relationship
Revenue Stream
Profit
What
you
get
Who
you
help
Value
Delivery
10. Product
Canvas
–
Create
the
product
backlog
Name
Product
or
Service
name
needs
background
Write
in
one
sentence
the
aim
of
the
product
How personas live the product
Personas
name
Vision Statement
User stories
Describe
how
the
various
personas
interact
with
the
product
sa4sfying
their
needs.
Detailed
features
of
the
product
backlog
Ac:on
3
name
background
needs
name
background
needs
Ac:on
1
epics
Ac:on
2
Ac:on
3
Ac:on
1
design
High
level
main
features
of
the
product
constraints
External
constraints
Ac:on
2
11. ON THE BASE OF THE PRODUCT CANVAS A
CONTIUNUOUS LEARNING CYCLE LIVE.
Insights
from User
feedbacks
Product
Canvas
Product
increment
or
MVP
13. Product
Vision
Board
–
Amazon
2005
Vision Statement
Target Group
Consumatori
in
tuUo
il
mondo
con
connessione
a
Internet
e
Carta
di
Credito
Il
piu’
grande
online
store
al
mondo
Needs
Comprare
online
libri
e
altri
beni
Risparmiare
Avere
una
scelta
completa
Conoscere
i
pareri
di
chi
ha
comprato
la
stessa
cosa
Comprare
senza
recarsi
in
negozio
Product
Scheda
libri
e
altri
beni
Ricerca
Recensioni
Carrello
e
acquisto
on-‐line
Business Value
Vendere
mol4
libri
(e
altri
beni)
in
tuUo
il
mondo
Eliminare
i
cos4
fissi
dei
negozi
14. Business
Model
Canvas
–
Amazon
2005
Partners
Partner
per
la
logis4ca
Affilia4
Key Activities
Evasione
ordini
Manutenzione
IT
e
sviluppo
SW
Value
Proposition
Beni
di
basso
valore
(libri,
CD,
DVD
e
altro)
Una
gamma
di
Key
Resources
prodoW
molto
vasta
InfrastruUura
IT
e
SW
Processo
globale
di
evasione
ordini
Cost Drivers
Customer
Relationship
Customers
Motore
di
raccomandazione
in
base
al
profilo
e
alle
scelte
faUe
Mercato
mondiale
consumer
Channels
amazon.com
Affilia4
Revenue Stream
Marke4ng
Margini
sulle
vendite
Tecnologia
e
Contenu4
Processo
evasione
ordini
Problema:
bassa
marginalità
15. Business
Model
Canvas
–
Amazon
2005
Partners
Partner
per
la
logis4ca
Affilia4
Key Activities
Evasione
ordini
Manutenzione
IT
e
sviluppo
SW
Value
Proposition
Beni
di
basso
valore
(libri,
CD,
DVD
e
altro)
Una
gamma
di
Key
Resources
prodoW
molto
vasta
Infrastru)ura
IT
e
SW
Processo
globale
di
evasione
ordini
Cost Drivers
Customer
Relationship
Customers
Motore
di
raccomandazione
in
base
al
profilo
e
alle
scelte
faUe
Mercato
mondiale
consumer
Channels
amazon.com
Affilia4
Revenue Stream
Marke4ng
Margini
sulle
vendite
Tecnologia
e
Contenu4
Processo
evasione
ordini
Opportunità:
sfruDare
l’infrastruDura
IT
soDo-‐u:lizzata
16. Business
Model
Canvas
–
Amazon
2006
Partners
Partner
per
la
logis4ca
Affilia4
Key Activities
Evasione
ordini
Manutenzione
IT
e
sviluppo
SW
Value
Proposition
Beni
di
basso
valore
(libri,
CD,
DVD
e
altro)
Una
gamma
di
Key
Resources
prodoW
molto
vasta
Infrastru)ura
IT
e
SW
AWS:
S3,
EC2
…
Processo
globale
di
evasione
ordini
Cost Drivers
Customer
Relationship
Customers
Motore
di
raccomandazione
in
base
al
profilo
e
alle
scelte
faUe
Channels
amazon.com
Affilia4
APIs
Mercato
mondiale
consumer
Sviluppatori
e
aziende
Revenue Stream
Marke4ng
Margini
sulle
vendite
Tecnologia
e
Contenu4
Tariffe
uAlizzo
AWS
a
consumo
Processo
evasione
ordini
Soluzione:
AWS
17. Product
Canvas
–
Esempio
AWS
Name
Nuova
Macchina
Ges:re
i
picchi
epics
Dashboard
Account
EC2
S3
Route53
…
User stories
Storie
deUagliate
Start
Monitora
Configura
Regole
di
autoscaling
CTO
Anna
How personas live the product
Testare
developer
Personas
Alex
Vision Statement Cloud
services
for
your
pla[orms
Amazon
AWS
design
constraints
Servizio
24h
X
7
Configura
23. Workshop
-‐
The
Car
Sharing
App
Move
across
the
city
without
own
a
car
24. Exercise:
Product
Vision
Board
Vision Statement
Target Group
Abitan4
delle
ciUà
Who is out?
Persone
senza
patente
Mobilità
ciUadina
individuale
senza
la
proprietà
di
automezzi
Needs
Pagare
solo
per
l’u4lizzo
Product
Business Value
Vedere
dov’è
l’auto
più
vicina
rispeUo
alla
posizione
aUuale
Creare
un
nuovo
mercato
25. Exercise:
Business
Model
Canvas
Partners
Amministrazione
delle
ciUà
Key Activities
Ges4one
delle
FloUe
Key
Resources
FloUa
di
Smart
Cost Drivers
Ges4one
della
floUa
Value
Proposition
Customer
Relationship
Iscrizione
una
tantum
Channels
Mobile
App
Revenue Stream
Customers
Abitan4
delle
ciUà
26. Product
Canvas
Name The
Car
Sharing
App
Personas
Anna
3o
anni
Single
Maniaca
shopping
Vision Statement
Mobilità
ciUadina
individuale
senza
la
proprietà
di
automezzi
How personas live the product
Spostarsi
velocemen
te
in
ciDà
No
Parking
problem
epics
design
Ricerca
auto
Pagamento
constraints
User stories
28. Product
Vision
Board
Vision Statement
Target Group
Abitan4
delle
ciUà
Mobilità
ciUadina
individuale
senza
la
proprietà
di
automezzi
Needs
Muoversi
velocemente
in
ciUà
Pagare
solo
per
l’u4lizzo
Non
andare
a
ri4rare
l’auto
presso
la
società
di
noleggio
Who is out?
Persone
senza
patente
Product
Business Value
Vedere
dov’è
l’auto
più
vicina
rispeUo
alla
posizione
aUuale
Ridurre
i
cos4
di
ges4one
del
noleggio
Prenotare
l’auto
Conoscere
lo
stato
dell’auto
e
il
livello
di
benzina
Non
preoccuparsi
di
nulla
se
non
guidare
e
Pagamento
del
spostarsi
noleggio
rispeUo
a
quanto
effeWvamente
u4lizzato
Aumentare
l’u4lizzo
del
parco
autoveUure
Creare
un
nuovo
mercato
29. Business
Model
Canvas
Partners
Amministrazione
delle
ciUà
Key Activities
Value
Proposition
Ges4one
delle
FloUe
Ges4one
Telema4ca
Pulizia
Key
Resources
Team
di
servizio
Sistemi
telema4ci
FloUa
di
Smart
Cost Drivers
Ges4one
della
floUa
Ges4one
dei
sistemi
Mobilità
ciUadina
individuale
senza
la
proprietà
di
automezzi
Customer
Relationship
Iscrizione
una
tantum
Customer
care
24h
Customers
Abitan4
delle
ciUà
Social
Network
Channels
Mobile
App
Sito
Web
Negozi
Proprietari
Revenue Stream
Tariffazione
effeWvo
u4lizzo
(0,29€
/min
–
14,90€/h
–
59€/gg)
30. Product
Canvas
Name The
Car
Sharing
App
Personas
Vision Statement
Mobilità
ciUadina
individuale
senza
la
proprietà
di
automezzi
How personas live the product
Paga
Anna
3o
anni
Single
Maniaca
shopping
Spostarsi
velocemen
te
in
ciDà
No
Parking
problem
Riparazione
Prenota
Alert
epics
Jean
35
anni
Lavoratore
Risolvere
problemi
Membro
rapidamen
team
ma-‐
te
nutenzione
Ri:ra
design
Registrazione
Ricerca
auto
Stato
auto
Prenotazione
Pagamento
constraints
Manutenzione
Opera4vità
h24
Controllo
31. This
is
not
the
end
…
…
is
just
the
begin
of
your
journey!
Canvas
is
not
only
a
board;
Agile
is
not
only
Vision.
Be
curios,
respect
people
and
improve,
always!
32. Credits
Stefano
Leli
Giulio
Roggero
stefano.leli@gmail.com
@sleli
stefanoleli
giulio.roggero@isolasodware.it
@
giulioroggero
giulioroggero
raist81
GiulioRoggero
hDp://www.isolasodware.it
-‐
hDp://www.intre.it
Work
inspired
by
great
slides
and
posts
wriDen
by
Roman
Pichler
work
h0p://www.romanpichler.com/blog/agile-‐product-‐innova<on/the-‐product-‐vision-‐board
Graphics
elements
by
Emanuele
Mantovani
-‐
hDp://emanuelemantovani.com/