dev ops day 2015 DevOps

Transcription

1 dev ops 2015 day DevOps

2 Le voyage de Microsoft vers l agilité et DevOps Bernard Ourghanlian Chief Technology & Security Officer Microsoft France

3

4 Pourquoi agilité et DevOps? Firms today experience a much higher velocity of business change. Market opportunities appear or dissolve in months or weeks instead of years. Diego Lo Giudice and Dave West, Forrester February 2011 Transforming Application Delivery 4 Le voyage de Microsoft en Agilité

5 will create one of the greatest challenges for my organization this year Transformation to agile Source: CA / Coleman Parkes Research %

6 La destination pour Visual Studio Team Foundation Server Visual Studio Online 6 Le voyage de Microsoft en Agilité

7 La destination pour Exchange Mise à jour Cumulative Mise à jour Cumulative Service pack Mise à jour Cumulative Nouvelle version Office 365 Exchange Server Mise à jour cumulatives Service Packs vnext 7 Le voyage de Microsoft en Agilité

8 La destination pour Windows Utilisateurs Dizaines de milliers Plusieurs millions Centaines de millions Engineering builds Validation interne Microsoft Branche Windows Insider Preview Current Branch Current Branch for Business Temps 4 à 6 mois 4 mois 8 mois 8 Le voyage de Microsoft en Agilité

9 «Déconstruire» le management des équipes agiles 9 Un-Managing Agile Teams

10 Manager manager VERBE discipliner ou contrôler une personne ou un animal : pour garder le contrôle d une personne ou d un animal, ou d un ensemble de personnes ou d animaux, spécialement quand ils sont sauvages ou indisciplinés 10 Le voyage de Microsoft en Agilité

11 Déconstruire le management? Contrôle Environnement 11 Le voyage de Microsoft en Agilité

12 Déconstruire le management? Contrôle Environment 12 Le voyage de Microsoft en Agilité

13 Environnement 13 Le voyage de Microsoft en Agilité

14 Qu est qui crée un bon environnement? 1. Motivation 2. Objet, règles, points 3. Liberté de religion 14 Le voyage de Microsoft en Agilité

15 Motivation Drive: The Surprising Truth About What Motivates Us Dan Pink Autonomie Maitrise Sens 15 Le voyage de Microsoft en Agilité

16 Drive Autonomie L envie de diriger nos propres vies Maitrise Compétence d expertise : connaissance d expert ou capacité exceptionnelle Sens La raison de l existence de quelque-chose 16 Le voyage de Microsoft en agilité

17 Cela vous semble-t-il familier? Autonomie Maitrise Sens 17 Le voyage de Microsoft en agilité

18 Objet, règles, points Objet du jeu? Règles du jeu? Comment marquer des points? 18 Le voyage de Microsoft en Agilité

19 Liberté de religion Scrum Kanban Lean TDD XP MSF Chute d eau Les guerres de méthodologies sont terminées 19 Le voyage de Microsoft en Agilité

20 Comment avons-nous déconstruit le management de nos propres équipes? 20 Un-Managing Agile Teams

21 AVANT : Le calendrier 2 ans 21 Le voyage de Microsoft en Agilité

22 AVANT : Le calendrier Planning M1 M2 22 Le voyage de Microsoft en Agilité

23 AVANT : Le calendrier? Specs Planning M1 M2 23 Le voyage de Microsoft en Agilité

24 AVANT : Le calendrier Nous savions exactement que construire et nous savions que c était nécessairement les bonnes choses que nous construisions Specs Planning M1 M2 24 Le voyage de Microsoft en Agilité

25 AVANT : Les étapes Nous avions un planning parfait et nous savions exactement quand la version serait prête! Planning M1 M2 25 Le voyage de Microsoft en Agilité

26 AVANT : Les étapes Nous avions des estimations parfaites et nous comprenions parfaitement comment tout allait se synchroniser! Code Test et Stabilisation Code Test et Stabilisation 26 Le voyage de Microsoft en Agilité

27 AVANT : Ecrire le code Code Complete Nous écrivions tout le code des mois avant de livrer une version! Code Test et Stabilisation Code Test et Stabilisation 27 Le voyage de Microsoft en Agilité

28 AVANT : Corriger les bogues Stabiliser Nous avions juste besoin de stabiliser le code et de le rendre prêt à livrer aux clients Code Test et Stabilisation Code Test et Stabilisation 28 Le voyage de Microsoft en Agilité

29 AVANT : Feedback Feedback des clients : vous devez changer la façon dont fonctionne une fonctionnalité Planning mais notre planning est déjà défini 29 Le voyage de Microsoft en Agilité

30 Feedback «Super feedback. Merci! Nous allons voir comment insérer votre demande dans le planning de la prochaine version. Vous devriez avoir ce que vous voulez. dans quelques années» 30 Le voyage de Microsoft en Agilité

31 Quels étaient les problèmes? Dette technique Aucun moyen de réagir par rapport aux retours des clients Le succès dans un mode «ça passe ou ça casse» Très peu d autonomie des équipes 31 Le voyage de Microsoft en agilité

32 Windows Vista Passer à l échelle est difficile Art? Science 32 Le voyage de Microsoft en Agilité

33 Voici l objectif que nous nous sommes fixés Alignement Autonomie 33 Le voyage de Microsoft en Agilité

34 Rien n aboutit! L exemple de Vista Trop d alignement 34 Le voyage de Microsoft en Agilité

35 Chaos!! Trop d autonomie 35 Le voyage de Microsoft en Agilité

36

37 Les principes de base Organisation Rôles Equipes Cadence Taxonomie Plan Pratiques Alignement Autonomie «Essayons de donner à nos équipes 3 choses : Autonomie, Maitrise, Sens» 37 Le voyage de Microsoft en Agilité

38 Comment avons-nous changé? 1. Nos Rôles 2. Notre Organisation 3. Nos Equipes 4. Notre Rythme 5. Notre Plan 6. Nos Pratiques 38 Le voyage de Microsoft en Agilité

39 Nos Rôles Au début Program Manager Chargé de s assurer que nous construisons les bonnes choses. Développeur Chargé de s assurer que nous construisons des produits ou des services qui sont performants, fiables, et bien conçus. Testeur Chargé de s assurer que nous construisons des produits de haute qualité qui répondent aux besoins des clients. 39 Le voyage de Microsoft en agilité

40 Notre Organisation V1 Program Manager Développeur Testeur 40 Le voyage de Microsoft en agilité

41 Notre Organisation V2 Program Management Engineering 41 Le voyage de Microsoft en agilité

42 Notre Organisation V3 UX UE Program Management Engineering Service Delivery 42 Le voyage de Microsoft en agilité

43 Les équipes Program Management Engineering Le «product owner» 43 Le voyage de Microsoft en agilité

44 Equipes Multidisciplinaires personnes Autogérées Gestion autonome du backlog Préservée pour mois Salle d équipe 44 Le voyage de Microsoft en Agilité

45 Organisation des équipes IHM API Données 45 Le voyage de Microsoft en Agilité

46 Au lieu d un decoupage horizontal IHM API Données 46 Le voyage de Microsoft en Agilité

47 Nous recherchons le vertical IHM API Données 47 Le voyage de Microsoft en Agilité

48 Q : Qui est le Scrum Master? PM Engineering 48 Le voyage de Microsoft en Agilité

49 Q : Quid des collaborateurs distants Oui, nous avons des collaborateurs distants. C est l exception, pas la règle Nous visons à utiliser des équipes distantes mais pas des groupes entiers focalisés sur, par exemple, une discipline 49 Le voyage de Microsoft en Agilité

50 Sprints de 3 semaines Deploiement Planning du Sprint Fait! Semaine 1 Semaine 2 Semaine 3 Sprint 68 Sprint 69 Sprint 70 maine 2 Semaine 3 Semaine 1 Semaine 2 Semaine 3 50 Le voyage de Microsoft en Agilité

51 Sprints de 3 semaines Plan du sprint Ce que nous avons accompli Semaine 1 Semaine 2 Semaine 3 Sprint 68 Sprint 69 Sprint 70 aine 2 Semaine 3 Semaine 1 Semaine 2 Semaine 3 51 Le voyage de Microsoft en Agilité

52 Mails du Sprint Plan Accompli! 52 Le voyage de Microsoft en Agilité

53 Sprints de 3 semaines Revue du Backlog Semaine 1 Semaine 2 Semaine 3 Sprint 68 Sprint 69 Sprint 70 aine 2 Semaine 3 Semaine 1 Semaine 2 Semaine 3 du Backlog Revue du Backlog 53 Le voyage de Microsoft en Agilité

54 Quelles pratiques utilisons-nous? Scrum Chute d eau Kanban Microsoft 54 Le voyage de Microsoft en Agilité

55 Les règles que nous suivons Chute d eau Planning d ensemble Conception Spécifications Scrum Planning du Sprint Daily Standup Equipe crossfonctionnelle Rétrospectives Kanban Suivi visuel Limitation du WIP (Work in Progress) 55 Le voyage de Microsoft en agilité

56 Les règles que l on viole Chute d eau Nous changeons d avis souvent! Conception Spécifications Scrum Alternance du Scrum master Déployer une semaine après le sprint Kanban Limitation du WIP Itérations Planning 56 Le voyage de Microsoft en agilité

57

58 Faire les choses différemment 1. Nous devons nous attendre au changement 2. Nous devons arrêter d essayer de prédire le futur 3. Nous devons optimiser autour des feedbacks des clients 58 Le voyage de Microsoft en Agilité

59 A quoi ressemble le travail? Expérience Histoire utilisateur Tâche Scénario Une initiative importante au sein d une version Expérience Un ensemble d histoires utilisateur de bout en bout Histoire utilisateur Une exigence capturant le rôle, la fonctionnalité et la valeur Tâche Travail effectué par l équipe pour accomplir une histoire 59 Le voyage de Microsoft en agilité

60 Taxonomie et alignement Scénarios Alignement Chaque équipe et chaque business suit en permanence les scénarios et les expériences Expérience/Fonctionnalités Histoire Utilisateur Tâches 60 Le voyage de Microsoft en Agilité Autonomie Chaque équipe choisit comment gérer histoire et/ou taches

61

62

63

64 Taxonomie et alignement Sprint 3 semaines Plan 3 sprints Saison 6 mois Scénario 18 mois 3 Confiant 95% Sérieux 90% Optimiste 80% Ambitieux 60% 64 Le voyage de Microsoft en Agilité

65 Chats d équipe Chats d équipe Chats d équipe Chats d équipe 3 questions : 1. Qu y-a-t-il après? 2. Comment va l équipe? 3. Des problèmes? 65 Le voyage de Microsoft en agilité

66 Rester alignés Printemps Automne Printemps Automne 66 Le voyage de Microsoft en Agilité

67 Scénario sur 18 mois Printemps Automne Printemps Automne 67 Le voyage de Microsoft en Agilité

68 Saison de 6 mois Printemps Automne Printemps Automne 68 Le voyage de Microsoft en Agilité

69 Plan sur 3 Sprints Printemps Automne Printemps Automne 69 Le voyage de Microsoft en Agilité

70 Plan sur 3 Sprints 70 Le voyage de Microsoft en Agilité

71 Plan sur 3 Sprints 71 Le voyage de Microsoft en Agilité

72 Plan sur 3 Sprints 72 Le voyage de Microsoft en Agilité

73 Plan sur 3 Sprints 73 Le voyage de Microsoft en Agilité

74 3 questions que nous nous posons en permanence 1. Qu avons-nous appris? 2. Que nous disent nos clients? 3. Quels sont les éléments du marché qui ont changé? 74 Le voyage de Microsoft en Agilité

75

76 Nous livrons CHAQUE Sprint 77 Le voyage de Microsoft en Agilité

77 Qu en est-il du code flow? Semaine 1 Semaine 2 Semaine 3 78 Le voyage de Microsoft en Agilité

78 Chacun crée «sa» branche Semaine 1 Semaine 2 Semaine 3 79 Le voyage de Microsoft en Agilité

79 Ecrit un paquet de code Semaine 1 Semaine 2 Semaine 3 80 Le voyage de Microsoft en Agilité

80 Et tout cela a besoin de se rassembler à la fin Semaine 1 Semaine 2 Semaine 3 81 Le voyage de Microsoft en Agilité

81 Semaine 1 Semaine 2 Semaine 3 82 Le voyage de Microsoft en Agilité

82 Feature Flags if Feature.is_enabled( new_feature ) # do something new else # do same as before end 83 Le voyage de Microsoft en Agilité

83 Feature Flags ON OFF 84 Le voyage de Microsoft en Agilité

84 Feature Flags ON OFF 85 Le voyage de Microsoft en Agilité

85 Feature Flags ON OFF 86 Le voyage de Microsoft en Agilité

86 Feature Flags ON OFF 87 Le voyage de Microsoft en Agilité

87 Feature Flags ON OFF 88 Le voyage de Microsoft en Agilité

88 Feature Flags ON OFF 89 Le voyage de Microsoft en Agilité

89 Feature Flags 90 Le voyage de Microsoft en Agilité

90

91 Avant Code Complete Code Test et stabilisation Code Test et stabilisation 92 Le voyage de Microsoft en Agilité

92 Après 93 Le voyage de Microsoft en Agilité

93 Satisfaction de l engineering Ecrire le Code Les clients utilisent le Code Ecrire le Code Les clients utilisent le Code 94 Le voyage de Microsoft en Agilité

94 Conclusion 95 Un-Managing Agile Teams

95 En résumé (1) Environnement Construisez une environnement où vos équipes vont prospérer. Ne laissez pas les processus et la bureaucratie leur barrer la route. Motivation Autonomie, maitrise, sens. Objet, règles, points Est-ce que vos équipes comprennent le jeu? Est-il clair? Liberté de religion Est-ce que vous suivez un processus dogmatique parce que vous pensez qu il est bon? Ou bien faites-vous ce qui fait du sens dans votre organisation? 96 Le voyage de Microsoft en Agilité

96 En résumé (2) Soyez bon sur la science mais ne soyez pas trop prescriptif Ne cherchez pas à copier les autres apprenez des autres Construisez d abord la culture que vous voulez et vous obtiendrez alors le comportement que vous souhaitez 97 Le voyage de Microsoft en Agilité

97 Merci!