Le document présente le cadre Scrum, une méthodologie agile pour le développement de produits complexes, en insistant sur des concepts tels que la transparence, l'inspection et l'adaptation. Il détaille les rôles au sein de l'équipe Scrum, les événements clés comme les sprints et les artefacts associés, ainsi que les principes fondamentaux de l'agilité. L'auteur souligne que l'adoption d'un état d'esprit agile est essentielle pour réussir dans un environnement en constante évolution.

1. Taoufik Fekhar

2. Big Thanks..!

3. Taoufik Fekhar
Co-founder & Consultant
Agile213
Certifié :
Professional Scrum Master (PSM I)
ICAgile Certified Professional - Agile Fundamentals
ICAgile Certified Professional - Agile Team Facilitation
ICAgile Certified Professional - Business Value Analysis

5. “Il ne s’agit pas
d’apprendre à un peuple
des mots et des slogans,
mais des méthodes et
des techniques.”
Malek BENNABI

6. Why
Agile?

8. The only
constant in life
is
?????

9. The only
constant in life
is
Change
Heraclitus

10. What about #Change in Work?

11. The most valuable assets of a
20th-century company was its
production equipment.
But, the most valuable asset of a
21st-century institution (whether
business or nonbusiness) will be
its knowledge workers and their
productivity “Knowledge work”.
Management Challenges for 21st Century
Peter Drucker

12. Manual /
Industrial
Work
Knowledge
Work
Not all work is the same..!

13. Waterfall - Taylorism

14. CHAOS Report (1994 - 2009)
Standish Group

15. What is
the problem?

16. It’s all about
Mindset

17. DR. Carol Dweck

19. Our job is like
building a plane,
in the air..!

21. Agile Manifesto - 2001

22. We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.
AGILE Manifesto

23. 12 Principles behind the Agile Manifesto
- Our highest priority is to satisfy the customer through early
and continuous delivery of valuable software.
- Welcome changing requirements, even late in development.
Agile processes harness change for the customer's
competitive advantage.
- Deliver working software frequently, from a couple of weeks
to a couple of months, with a preference to the shorter
timescale.
- Business people and developers must work together daily
throughout the project.
- Build projects around motivated individuals. Give them the
environment and support they need, and trust them to get
the job done.
- Working software is the primary measure of progress.
- The most efficient and effective method of conveying
information to and within a development team is
face-to-face conversation.
- Agile processes promote sustainable development. The
sponsors, developers, and users should be able to
maintain a constant pace indefinitely.
- Continuous attention to technical excellence and good
design enhances agility.
- Simplicity -the art of maximizing the amount of work not
done- is essential.
- The best architectures, requirements, and designs
emerge from self-organizing teams.
- At regular intervals, the team reflects on how to
become more effective, then tunes and adjusts its
behavior accordingly.

24. Traditional Management vs Agile Management

25. Agile Methodologies and Frameworks
- Scrum
- eXtreme Programming XP
- Kanban
- Lean
- DAD
- DSDM
- Agile UP
- … etc

26. ❏ Agile is a mindset
❏ Described by 4 Values
❏ Defined by 12 Principles
❏ Manifested through Unlimited
Practices
What is Agile?

27. Scrum
Framework

29. Les origines
Scrum apparaît pour la première fois en 1986 dans une publication
de Hirotaka Takeuchi et Ikujiro Nonaka intitulée The New New
Product Development Game dans la revue: Harvard Business
Review.

30. Agile Manifesto - 2001

31. Les créateurs de Scrum
Jeff Sutherland et Ken Schwaber ont conçu le framework Scrum
au début des années 90. Ils ont codifié Scrum en 1995 afin de le
présenter à la conférence d'OOPSLA à Austin au Etats-Unis et ils
ont publié l'article "SCRUM Software Development Process".

32. Scrum : Définition - Le guide Scrum -
Scrum est un cadre de travail “framework” pour le développement,
la livraison et la maintenance de produits complexes, dans lequel les
personnes peuvent aborder des problèmes complexes et adaptatifs
tout en livrant de manière efficace et créative des produits de la plus
grande valeur possible.
Scrum est : • Léger
• Simple à comprendre
• Difficile à maîtriser

33. Scrum : Utilisation - Le guide Scrum -
Scrum a été utilisé pour développer des
logiciels, du matériel, des logiciels
embarqués, des réseaux de fonctions
interactives, des véhicules autonomes,
des écoles, des gouvernements, du
marketing, de la gestion opérationnelle
des organisations et presque tout ce que
nous utilisons dans notre vie quotidienne.

34. Scrum : Utilité - Le guide Scrum -
Plus il y a une augmentation des
complexités sur le plan technologique,
marché et environnemental ainsi leurs
interactions, plus l'utilité de Scrum,
pour faire face à cette complexité.

35. Scrum : Théorie - Le guide Scrum -
Scrum est fondé sur la théorie du contrôle empirique de processus, ou
l'empirisme.
L'empirisme affirme que la
connaissance provient de
l'expérience et la prise de décisions
est basée sur des faits connus.
Scrum utilise une approche itérative
et incrémentale pour optimiser la
prédictibilité et le contrôle de risque.

36. Scrum : 3 Piliers - Le guide Scrum -
Trois piliers soutiennent
l’implémentation d’un
contrôle empirique de
processus:
- la transparence
- l'inspection
- l'adaptation

37. Scrum : 5 Valeurs - Le guide Scrum -
Lorsque les valeurs d'engagement,
courage, focus, ouverture et respect
sont incarnées et vécues par l'équipe
Scrum, les piliers Scrum de
transparence, d'inspection et
d'adaptation émergent et consolident
la confiance entre tout le monde.

38. Scrum: 3 Roles, 4 Events and 3 Artifacts.

39. Scrum : L’équipe - Le guide Scrum -
Une équipe Scrum comprend un
Product Owner, une équipe de
développement et un Scrum
Master.
Les équipes Scrum sont :
- auto-organisées.
- pluridisciplinaires.
- Entre 5 et 9 personnes.
Development Team
Product Owner Scrum Master

40. #1 Role : Product Owner
Le Product Owner est responsable de
maximiser la valeur du produit résultant du
travail de l’équipe de développement.
Le Product Owner est le seul responsable de
la gestion du Backlog Produit (Product
Backlog).

41. #2 Role : Team Development
L'équipe de développement (Team
Development) est auto-organisée et
pluridisciplinaires, se compose de
professionnels qui fournissent un
incrément Fini potentiellement publiable
(Releasable) à la fin de chaque Sprint.

42. #3 Role : Scrum Master
Le Scrum Master est chargé de promouvoir et
supporter Scrum tel que défini dans le Guide Scrum.
Le Scrum Master est un leader-serviteur remplisse
son rôle en aidant tout le monde à comprendre la
théorie, les pratiques, les règles et les valeurs de
Scrum.

43. Scrum : Les événements - Le guide Scrum -
Les événements prescrits sont utilisés par Scrum pour
créer la régularité et minimiser le besoin de réunions non
définies par Scrum. Tous les événements sont limités dans
le temps ; en boîte de temps (time-box), de telle sorte que
chaque événement ait une durée maximale.
Ces événements sont spécifiquement conçus pour
permettre la transparence, l’inspection et l’adaptation.

44. #1 Event : Le Sprint - (Itération)
Le cœur de Scrum est le Sprint, qui a une boîte de
temps (time-box), une durée, d'un mois ou moins
au cours de laquelle un Incrément
Produit Fini, fonctionnel et
potentiellement publiable.
Les sprints ont une durée cohérente
durant la phase de développement.

45. #2 Event : Sprint Planning
Le travail à effectuer durant un
Sprint est défini durant la réunion
de Planification du Sprint (Sprint
Planning).
Ce plan est créé de manière
collaborative par tous les
membres de l'équipe Scrum.

46. #3 Event : Daily Scrum - (Standup)
Daily Scrum est un meeting de 15
minutes (time-boxé) destiné à
l'équipe de développement, il est
tenue tous les jours du Sprint.
L'équipe de développement
utilise le Daily Scrum pour
inspecter son avancement vers
l'objectif du Sprint.

47. #4 Event : Sprint Review
Sprint Review est tenue à la fin du
Sprint pour inspecter l’incrément
réalisé et adapter le Backlog
Produit si nécessaire. Pendant la
revue de Sprint, l'équipe Scrum et
les parties prenantes échangent
sur ce qui a été fait durant le
Sprint.

48. #5 Event : Sprint Retrospective
La Sprint Retrospective est une
opportunité pour l'équipe Scrum de
s’auto-inspecter et de créer un
plan d'améliorations à adopter au
cours du prochain Sprint.

49. Scrum : Les Artefacts
Les artefacts de Scrum représentent soit du
travail, soit de la valeur fournissant ainsi de
la transparence et des opportunités pour
l'inspection et d'adaptation.
Les artefacts de Scrum sont: Product Backlog,
Sprint Backlog et l’incrément.

50. #1 Artifact : Product Backlog
Le Backlog Produit est une liste ordonnée par priorité
de tous les éléments identifiés comme nécessaires au
produit. Il constitue l’unique source d'exigences pour
tout changement à apporter au produit.
Le Product Owner est responsable du Backlog produit,
y compris son contenu, sa disponibilité, visibilité et
son ordonnancement.

51. #2 Artifact : Sprint Backlog
Le Backlog Sprint est l’ensemble des
éléments sélectionnés pour le Sprint
plus un plan de tâches pour livrer
l’incrément du produit et réaliser l’objectif du Sprint.
Le Backlog Sprint rend visible tout le travail
que l'équipe de développement identifie
comme nécessaire pour atteindre l'objectif du Sprint.

52. #3 Artifact : Incrément
L'incrément est constitué des éléments du Backlog
produit Finis pendant le sprint ainsi que de la valeur
cumulative des incréments livrés dans les sprints
précédents.
À la fin d’un Sprint, le nouvel incrément doit être dans
un état publiable et qu’il correspond à la définition de
Fini (Definition of Done).

53. Scrum in Action

54. Scrum : Recap en 2 minutes

55. Scrum : Simple à comprendre, difficile à maîtriser.
22%
78%

56. “The essential point is that we are “Doing Agile” when we
follow practices and we are “Being Agile” when we act with
an Agile mindset.
Agile is about a fundamental shift in thinking”
Bob Hartman
Don’t forget

57. Agile213 Learning Group