Primary tabs
Dec 15, 2020
Formation PSPO
Formation PSPO
Très contente d'avoir participé à cette session : nous n'étions que 3 mais les échanges ont été très enrichissants.
Formation en visio mais néanmoins conviviale !
Notre formateur Fabio Panzavolta, à l'écoute, très pertinent et pédagogue. Bravo à lui.
Conseils de lecture et supports fournis.
Les éléments abordés me seront très utiles.
Merci pour cette expérience.
Carole DEVILLARD
Nov 28, 2020
Always a reference
Always a reference. Always full of good advises. Always making me reflect and think over and over.
Improved in the navigability and enriched with new contents, lately. Well done, pls carry on! ;-)
Alberto Marandola
Nov 22, 2020
Very good training
Very good training. Fabio was super skilled and there was the room to talk and bring on the table various examples. I recommend this 2 days training.
Mariagrazia
Nov 6, 2020
Great training providing all the…
Great training providing all the insights to enhance the SCRUM process already in place or to start with.
Interactive and enjoyable thanks to exercises and group workshops.
Fabio is a capable trainer and very clear in explaining.
piero serale
Sep 16, 2020
Fantastic Scrum training session, couldn't recommend more highly
Brilliant Scrum training session. Vocational learning that covers both the theory & how to apply the framework in the office, through workshops.Thoroughly enjoyable & intense 2 days.
Fabio is a fantastic coach, knows his subject backwards & ensures everyone finishes the course fully understanding the method. Excellent backup reading material to help train for the PSM exam.
Scrum on!
Michael Addison
Sep 14, 2020
A tailor made training
A tailor made training. Flexible, active listener, adaptability proof, inclusive, etc. Fabio did an amazing job by transforming it into something really interactive, which is not easy regarding the context, the subject and the big number of attendees. Thank you so much man for helping us to switch to this new paradigm in total confidence!
Nadir Ghidouche
Jun 13, 2020
Great Remote Training!
Great Remote Training!
Even though the training was delivered remotely due to C-19 restrictions, I found the teacher dedicated and professional. The hands-on exercises in team had been very helpful and interesting!
Pierluca
Jan 14, 2020
PSM1 Class by Scrum.org
These courses are fundamental to understanding the Scrum framework. How they train you to ask yourself the right questions to make the best use of the Scrum rules.
Remember, Scrum is difficult to master.
Fabio is a good facilitator and trainer.
Jean-Christophe Poirier
Jun 24, 2019
Good training
Good training, with a very good trainer.
Thomas Van Steyvoort
May 19, 2019
Transparence - Inspect - Adapt !
Fabio is really experienced about project management and Scrum framework. It was really a pleasure and learning experience taking this PSM 2-day course.
Thanks !
Laurent Picq
Apr 8, 2019
Clear
Clear. Enough concrete exercises to well understand the principles.
Vincent Blauwblomme
Fabio's Certifications
Fabio's Bio
I started my professional journey as a software engineer in 2001 and for several years I developed software products.
The following step was to work as a project and program manager using (and ofter hacking) traditional waterfall methodologies until I discovered, embraced and started practicing Scrum in 2013.
I love and I'm used to work with different cultures, thanks to my international experience, I'm trilingual (Italian, French and English) and always open to new challenging opportunities!
In 2010 I founded CollectiveGenius, in a mission to help people and companies to deliver complex products with Scrum. We provide professional Scrum training and coaching in Europe, mainly in France and Italy.
Some of my "public" work includes:
- The contribution to the translation in Italian of Gunther Verheyen's book "Scrum a Pocket Guide" (2019)
- The publication of a case study on organizational design "A World-Leading Company in Secure Communications Uses Scrum to Restore its Competitive Advantage" (2019)
- The contribution to Gunther Verheyen's book "97 Things Every Scrum Practitioner Should Know" (2019)
You can visit Collective Genius French or Italian website for more valuable resources about Scrum.
Scrum On!
Spoken Languages
- Italian
- French
- English
Courses taught by Fabio
See What My Students Say
Dec 15, 2020
Formation PSPO
Formation PSPO
Très contente d'avoir participé à cette session : nous n'étions que 3 mais les échanges ont été très enrichissants.
Formation en visio mais néanmoins conviviale !
Notre formateur Fabio Panzavolta, à l'écoute, très pertinent et pédagogue. Bravo à lui.
Conseils de lecture et supports fournis.
Les éléments abordés me seront très utiles.
Merci pour cette expérience.
Carole DEVILLARD
Nov 28, 2020
Always a reference
Always a reference. Always full of good advises. Always making me reflect and think over and over.
Improved in the navigability and enriched with new contents, lately. Well done, pls carry on! ;-)
Alberto Marandola
Nov 22, 2020
Very good training
Very good training. Fabio was super skilled and there was the room to talk and bring on the table various examples. I recommend this 2 days training.
Mariagrazia
Nov 6, 2020
Great training providing all the…
Great training providing all the insights to enhance the SCRUM process already in place or to start with.
Interactive and enjoyable thanks to exercises and group workshops.
Fabio is a capable trainer and very clear in explaining.
piero serale
Sep 16, 2020
Fantastic Scrum training session, couldn't recommend more highly
Brilliant Scrum training session. Vocational learning that covers both the theory & how to apply the framework in the office, through workshops.Thoroughly enjoyable & intense 2 days.
Fabio is a fantastic coach, knows his subject backwards & ensures everyone finishes the course fully understanding the method. Excellent backup reading material to help train for the PSM exam.
Scrum on!
Michael Addison
Sep 14, 2020
A tailor made training
A tailor made training. Flexible, active listener, adaptability proof, inclusive, etc. Fabio did an amazing job by transforming it into something really interactive, which is not easy regarding the context, the subject and the big number of attendees. Thank you so much man for helping us to switch to this new paradigm in total confidence!
Nadir Ghidouche
Jun 13, 2020
Great Remote Training!
Great Remote Training!
Even though the training was delivered remotely due to C-19 restrictions, I found the teacher dedicated and professional. The hands-on exercises in team had been very helpful and interesting!
Pierluca
Jan 14, 2020
PSM1 Class by Scrum.org
These courses are fundamental to understanding the Scrum framework. How they train you to ask yourself the right questions to make the best use of the Scrum rules.
Remember, Scrum is difficult to master.
Fabio is a good facilitator and trainer.
Jean-Christophe Poirier
Jun 24, 2019
Good training
Good training, with a very good trainer.
Thomas Van Steyvoort
May 19, 2019
Transparence - Inspect - Adapt !
Fabio is really experienced about project management and Scrum framework. It was really a pleasure and learning experience taking this PSM 2-day course.
Thanks !
Laurent Picq
Apr 8, 2019
Clear
Clear. Enough concrete exercises to well understand the principles.
Vincent Blauwblomme
Upcoming Classes by Fabio
See all upcoming classesClasses Attended by Fabio
-
Professional Scrum Product Owner - Advanced
Latest Blogs by Fabio
See all blogs
Fabio Panzavolta
Une Sprint Rétrospective est une opportunité, pour l'équipe Scrum, d'inspecter le déroulement du Sprint et créer un plan d'amélioration à adopter lors du prochain Sprint.
Il s'agit d'un timebox de trois heures pour un Sprint d'un mois, proportionnellement moins pour un Sprint plus court.
Imaginez vous comme une équipe de Rugby, n'ayant jamais joué à ce jeu. L'efficacité des premiers matchs sera moindre. A chaque fin partie, l'équipe discutera les actions d'amélioration à implémenter pour le prochain match, comme, par exemple :
Le niveau de comprehension des valeurs et des règles du jeu par les joueurs;
L'efficacité du processus mis en place pour satisfaire le but du jeu;
Les outils utilisés quotidiennement, sont ils efficaces pour atteindre l'objectif, ils nous simplifient la vie ou ils nous la compliquent ?
Les relations entre joueurs et avec les parties prenantes de l'équipe
Le Scrum Master s'assurera que toute la Scrum Team participe à l'événement et que le but à atteindre est clair pour tous.
Il pourra faciliter la session, à la demande de l'équipe, ou y participer en contribuant à l'émergence de nouvelles idées d'amélioration.
Trois heures c'est beaucoup trop pour une réunion !
Scrum vous aide à créer un processus empirique pour délivrer un Produit ou Service innovant. Le temps dédié à la recherche de la performance n'est pas du temps perdu, il s'agit de temps investi pour l'avenir. Souvent cette phrase est prononcée dans les environnements de travail ou :
Il y a la réunionnite : maladie connue dans beaucoup d'entreprises et qui consiste à organiser des réunions qui n'ont pas un but précis, dans lesquelles on s'ennuie. Dans ces contextes, et c'est compréhensible, les personnes avant de s'engager sur trois heures font très attention;
Tout le monde est tout le temps débordé : il y a un manque de focus pour pouvoir se dédier pleinement à un sujet;
Individualisme : un processus empirique requiert de la transparence. Ne pas participer aux événements Scrum équivaut à regarder à travers d'une vitre opaque. Comment s'améliorer ensemble si on ne prends pas le temps de se retrouver ?
Le Product Owner doit participer à la Sprint Retrospective?
Bien sur ! Elle/il est membre de l'équipe Scrum, à ce titre sa participation est fondamentale. Si elle/il ne participe pas, comment savoir si les relations entre les autres parties de l'équipe sont correctes ? Comment améliorer la manière que vous avez de travailler ensemble ?
Une des forces de Scrum consiste à abattre les silos... alors si le/la Product Owner est une personne du métier elle doit comprendre que faire partie d'une équipe Scrum nécessite de l'implication et de la collaboration !
Nous sommes en retard, nous allons gagner du temps en annulant la Sprint Retrospective !
Combien de fois j'ai entendu cette phrase... vous aussi ?
Imaginez vous une équipe de Rugby qui décide de ne pas aller dans les vestiaires à la mi-temps pour marquer plein d'essais pendant que l'équipe adverse n'est pas la, c'est possible ?
C'est un discours qui est souvent motivé par :
Une pression externe à l'équipe Scrum, poussée à délivrer toujours plus et plus vite... pour la qualité on repassera. On privilégie la quantité à la valeur crée.
Un Product Owner qui pousse l'équipe de développement à faire toujours plus, quitte à utiliser les heures des événements pour développer plus de fonctionnalités.
Un Scrum Master qui est dans l'incapacité de balancer les forces externes à l'équipe (ou qui n'est pas prévu au budget ?) et qui ne peut pas reveler les dysfonctionnements dans l'application de Scrum. (Je rappelle qu'une équipe Scrum sans Scrum Master ne joue pas à Scrum, c'est comme jouer aux échecs avec un pion en moins). Voir cette vidéo pour approfondir le sujet.
Scrum est très peu prescriptif, c'est un cadre de travail très simple, avec des règles du jeu claires décrites dans le Scrum Guide. Si vous voulez délivrer un Produit ou Service complexe de manière empirique vous devez jouer selon les règles Scrum, sinon changez le nom du jeu.
La Sprint Retrospective est un des cinq événements Scrum, elle est obligatoire et toute la Scrum Team doit y participer !
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d'approfondir les sujets proposés !
Cet article fait partie d'une série de douze publications, chacune expliquant les bases de Scrum. Il pourra vous être utile comme présentation auprès du management, ou toutes personnes curieuses d'approfondir le sujet.
Oct 22, 2020
Read blog
Fabio Panzavolta
La Sprint Review est l'événement au cours duquel l'Équipe Scrum et les parties prenantes (invitées par le Product Owner) se retrouvent pour inspecter l'Incrément et adapter le Product Backlog.
Oct 15, 2020
Read blog
Fabio Panzavolta
Le Daily Scrum est un évènement quotidien destiné à l'Équipe de Développement et qui a pour but de planifier le travail des prochaines 24 heures. C'est un time-box de 15 minutes.
Oct 8, 2020
Read blog
Fabio Panzavolta
Le Sprint Planning est le premier évènement d'un Sprint. Son objectif est de collaborer à la planification du travail à effectuer durant le Sprint. C'est un timebox de 8 heures pour un Sprint d'un mois, proportionnellement moins pour un Sprint plus court. Toute la l'Équipe Scrum y participe.
Un Sprint Planning est composé de deux parties principales.
1 - QUOI FAIRE ?
Le Product Owner, présente une proposition de Sprint Goal correspondant à son objectif pour le Sprint et un Product Backlog ordonnancé en cohérence avec ce but.
La partie haute du Product Backlog sera composé d'éléments suffisamment petits, connus et compris par l'Équipe de Développement.
L'Équipe Scrum collabore pour définir un Sprint Goal réaliste et atteignable pour la fin du Sprint.
2 - COMMENT FAIRE ?
L'Équipe de Développement sélectionne les éléments du Product Backlog qui sont réalisables dans le Sprint.
Certains facteurs ont un impact sur les estimations de l'Équipe de Développement, comme : la définition de "Fini", les performances passées, les actions d'améliorations à implémenter, la capacité de l'Équipe de Développement (congés, maladies, affectations partielles).
Pour chaque élément du Product Backlog (pas nécessairement tous), l'Équipe de Développement établira un plan de réalisation, avec plus ou moins de détail selon l'expérience.
Ce plan sera rendu transparent dans le Sprint Backlog et on acceptera qu'il change selon les informations qui émergeront au cours du Sprint.
OBSERVATIONS IMPORTANTES
Dans un contexte complexe, tel que le développement logiciel par exemple, les interactions ne sont jamais linéaires. Attendez-vous à revenir sur le "quoi faire" quand vous êtes passés au "comment faire", parfois le Sprint Goal change plusieurs fois au cours de la session.
Le seul engament pris par l'équipe de Développement consiste en la réalisation du Sprint Goal. Ce n'est pas la quantité de travail, ou d'éléments du Product Backlog développés à la fin du Sprint qui compte, c'est le fait d'avoir réussi à atteindre le Sprint Goal et crée un Increment "Fini" potentiellement délivrable en production. Le plus petit qu'il soit.
Du "Push" au "Pull" : seule l'Équipe de Développement peut faire les prévisions sur combien d'éléments du Product Backlog seront réalisés au cours du Sprint. On dit que l'Équipe de Développement "tire" ("Pull") le travail à faire sur la base des suggestions du Product Owner. Personne ne peut leur imposer ou "pousser" ("Push") une quantité de travail à réaliser. Renoncer à accepter cette manière de travailler, signifie déresponsabiliser l'Équipe de Développement et amène souvent à des effets de bords tels que : manque d'engagement, manque de qualité, dette technique, turnover, etc.
La sélection des éléments du Product Backlog sera faite dans l'ordre défini par le Product Owner dans le Product Backlog. On ne choisira pas l'élément plus facile à réaliser, par convenance.
Le Product Owner doit-il/elle rester pour la deuxième partie du Sprint Planning, le "comment faire" ? Oui ! Il/elle reste pour la raison donnée dans le premier point de cette liste. Il faut toujours s'attendre à des interactions parmi Product Owner et Scrum Master tout au long du Sprint Planning.
Le Sprint Backlog ne sera pas détaillé pour tout le contenu du Sprint. L'important sera d'avoir suffisamment de détail pour pouvoir initier le Sprint. On acceptera l'émergence du travail au cours du Sprint.
A la fin du Sprint Planning, un Sprint Goal, des prévisions d'éléments de Product Backlog à développer (faites par l'Équipe de Développement) et un Sprint Backlog, constituant le plan de l'Équipe de Développement pour réaliser le Sprint Goal auront été créés et le Sprint pourra démarrer.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d'approfondir les sujets proposés !
Cet article fait partie d'une série de douze publications, chacune expliquant les bases de Scrum, selon le Scrum Guide. Il pourra vous être utile comme présentation auprès du management, ou toutes personnes curieuses d'approfondir le sujet.
Aug 24, 2020
Read blog
Fabio Panzavolta
Scrum prescrit cinq événements, le Sprint en est le coeur et le conteneur de tous les autres. Il a une durée d'au maximum un mois, ou moins, au cours de laquelle un Incrément de produit...
Aug 17, 2020
Read blog
Fabio Panzavolta
L'équipe Scrum est auto-organisée et pluridisciplinaire. Elle est composée de trois rôles avec des responsabilités clairement définies :
Le Product Owner : maximise la valeur du produit et gère le Product Backlog.
L'Équipe de Développement : crée un Incrément "fini" potentiellement delivrable en production à chaque Sprint et gère le Sprint Backlog.
Le Scrum Master : élimine les obstacles qui empêchent le Product Owner ou l'Équipe de Développement de faire leur métier et gère le Cadre Scrum.
Vous l'avez peut être remarqué, en Scrum les personnes ne sont pas managées, en revanche on manage des artefacts.
Le Scrum Guide décrit plus précisément ces rôles et leur responsabilité. Il est important de garder cette simplicité et d'imaginer comment les rôles existants en entreprise peuvent confluer dans ceux de Scrum. La seule question à se poser devrait être : quelles competences sont nécessaires pour créer de la valeur pour les futurs utilisateurs ?
L'auto-organisation en Scrum est fondamentale pour pouvoir délivrer des produits complexes plus rapidement. Elle est possible uniquement si chaque individu dans la Scrum Team a bien compris son rôle. Dans ce cas, comme dans le cas d'un champ magnétique, il y aura un équilibre de forces qui permettra une efficacité sans pairs dans la création de valeur.
{"preview_thumbnail":"/drupal/s3fs-public/styles/video_embed_wysiwyg_preview/public/video_thumbnails/4-zRrECLSKY.jpg?itok=FH_qm_9Z","video_url":"https://youtu.be/4-zRrECLSKY","settings":{"responsive":1,"width":"854","height":"480","autoplay":0},"settings_summary":["Embedded Video (Responsive)."]}
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d'approfondir les sujets proposés !
Cet article fait partie d'une série de douze publications, chacune expliquant les bases de Scrum. Il pourra vous être utile comme présentation auprès du management, ou toutes personnes curieuses d'approfondir le sujet.
Aug 8, 2020
Read blog
Fabio Panzavolta
Pour bien comprendre les fondations de Scrum, nous partons du postulat que nous créons et maintenons des systèmes complexes : un système informatique, une campagne marketing, une stratégie de vente, etc.
Les fondations de Scrum sont : les Valeurs Scrum et l’empirisme.
Valeurs Scrum
Les valeurs Scrum sont sont fondamentales pour obtenir un état d'esprit adapté aux défis de création de produits complexes, car il vous permettent de vous sentir en sécurité pour essayer et apprendre.
Les Valeurs Scrum vous donnent la FORCE (technique mnémonique utile pour ne jamais les oublier !)
Attention (Focus) : au travail à faire pendant le Sprint et à l’accomplissement du Sprint Goal
Ouverture : à la collaboration avec d’autres équipes ou personnes et au critiques constructives qui permettent l’amélioration continue
Respect : des personnes, de leurs compétences et expériences ; du cadre Scrum et des responsabilités de chaque rôle
Courage : de dire non ! Je ne sais pas ! Appeler à l’aide ! Refuser de créer des fonctionnalités sans valeur pour l’utilisateur final ; courage de refaire ce qui avait été fait ; courage de changer de voie, ou d’opinion ; de défier le statuquo
Engagement : à donner le mieux de soi même dans chaque activité ; à aider les autres membres de l’équipe ; à atteindre le Sprint Goal
Voici une idée d’atelier sur les valeurs Scrum que vous pouvez expérimenter.
Empirisme
Un système complexe ne peut pas être planifié il émergera au fil du temps, grâce aux différentes expérimentations et au feedback des utilisateurs finaux.
L’empirisme est un type de processus de contrôle dans lequel les décisions sont basées sur les résultats observés, l’expérience et l’expérimentation. L’empirisme met en œuvre des inspections régulières et des adaptations nécessitantes et créant de la transparence. Aussi appelé « processus de contrôle empirique » (voir lexique Scrum).
Ainsi, un de premiers axes d’intervention en entreprise consiste à comprendre quel est le niveau de confiance et transparence parmi les parties prenantes impliquées dans la création du produit et agir en conséquence.
Les entreprises dans lesquelles la culture est naturellement basée sur la confiance et la transparence seront, probablement, plus rapidement efficaces dans leurs cycles d’inspection et adaptation.
Axe de réflexion : quel lien faites-vous entre valeurs Scrum et Empirisme ?
Pour aller plus loin dans la compréhension de Scrum, de ses valeurs et de l’Empirisme, je vous conseille la lecture de Scrum a Pocket Guide – 2eme édition de Gunther Verheyen.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d'approfondir les sujets proposés !
Cet article fait partie d'une série de douze publications, chacune expliquant les bases de Scrum. Il pourra vous être utile comme présentation auprès du management, ou toutes personnes curieuses d'approfondir le sujet.
Jul 27, 2020
Read blog
Fabio Panzavolta
Scrum est un cadre de travail dans lequel les personnes peuvent résoudre des problèmes adaptatifs complexes, tout en fournissant de manière productive et créative des produits de la plus haute valeur possible.
Le mot Scrum, la mêlée en rugby, a été choisi par Ken Schwaber et Jeff Sutherland dans les années 1990. C'est un hommage à Hirotaka Takeuchi et Ikujiro Nonaka, les auteurs de l’article « The New New Product Developement Game » qui a fortement inspiré les expérimentations initiales.
Un cadre de travail constitue un ensemble de principes et de règles à suivre pour atteindre un but commun. Les personnes, organisées en équipe auto-organisée et pluridisciplinaire, auront plus de chances d'atteindre l’objectif de chaque Sprint et s’amélioreront continuellement.
Tous les joueurs sur le terrain, les entraineurs et les arbitres, connaissent les règles du rugby. En entreprise, il est préférable que toutes les parties prenantes d’une équipe Scrum comprennent les règles du jeu. En d'autre termes, la compréhension du cadre de travail ne peut pas être superficielle, déléguée ou ignorée !
Une équipe Scrum, avec le temps, deviendra l’équivalent d’une équipe de rugby hyper performante. Par consequence elle sera capable de résoudre des problèmes complexes de manière empirique.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d'approfondir les sujets proposés !
Cet article fait partie d'une série de douze articles, chacun expliquant les bases du cadre de travail. Il pourra vous être utile comme présentation auprès du management, ou toutes personnes curieuses d'approfondir le sujet.
Jul 20, 2020
Read blog
Fabio Panzavolta
"Scrum and Organizational Design in practice" is my contribution to Gunther Verheyen book "97 Things Every Scrum Practitioner Should Know" published by O'Reilly Media and resumes my latest experience as Scrum Practitioner on how to make a company's transformation implicit rather than explicit.
A company that has been around for more than 30 years, with all of its organizational habits and practices, is a much too complex system to change if you look at the whole. We did feel the need of change towards increased agility, however. We did not feel the need, nor did we have the ambition, to try to change the whole system in one large ‘Agile transformation.’ Rather, we decided to make the transformation we aim at implicit. We selected one tangible product and introduced Scrum for its further development and evolution.
Our clear ambitions were two-fold; (1) satisfying the CEO’s objectives of improving Time to Market, Quality and Customer satisfaction for the selected product and (2) revealing what should be improved at organizational level.
After one year of experimentation and discovery, including improving the understanding of Scrum of all people connected to the Product with trainings and workshops, we have found that we have substantially improved the Development Team’s focus. Not only has this led to improved quality and speed, but it has also enhanced cross-learning within the team. An important hurdle we had to take for this was getting the organization to accept that the team works now dedicated on our selected product only.
With regards to our second ambition, we have revealed important organizational impediments to Scrum. We are working hard to raising them to and generating awareness with the Board Members. Collaboration between Business and Engineering is certainly an important improvement area. Product ownership is fragmented among too many people, affecting vision and direction. Management decisions can be slow. Employees are spread too thin limiting their capacity to perform and learn from deep experiments. This is caused and worsened by the compliancy pressure on employees; their ‘success’ is measured on how they respect of internal processes instead, rather than metrics like customer satisfaction.
Our many experimentations wouldn’t have been possible without all the people seeing the value of Scrum and relentlessly contributing in many ways to our company journey towards more agility. We know the journey will be long. We are gratified over every little improvement we make.
The support and help, often politically, of one of the board members has proven crucial however. It is extremely helpful to have a promotor on your side who knows the organization inside-out, is able to open doors for us and is willing to try different approaches to help remove Impediments. It has been one of the success factors that permitted to raise the bar of experimentation at different organizational levels.
I feel we are the living evidence that introducing Scrum is not possible without impacting the organization, although Scrum has no rules on how an organization should look like.
I am curious to find out what is happening in your organization:
What’s been the biggest impact of Scrum on your organization?
Is there something you’re doing today that could be improved with Scrum?
What do you think Scrum couldn’t help to achieve that you were expecting to?
If you want to explore further this book's chapter, I recently wrote a case study, published by scrum.org, "A world-leading company in secure communications uses Scrum to restore its competitive advantage" that dive deep into the experience and associated retrospectives.
Find more about me on www.collectivegenius.fr and www.collectivegenius.it
Jun 16, 2020
Read blog
Fabio Panzavolta
Are scrum and personal effectiveness compatible? In recent weeks I have experienced using Scrum for my personal organization.
Apr 22, 2020
Read blog