2. #JSS2014
Les journées
SQL Server 2014
L’agilité n’est pas une fatalité
Voyage au pays du changement
Michel Perfetti - @miiitch
Nicholas Suter - @NicholasSuter
Un événement organisé par GUSS
4. #JSS2014
Cellenza
Nous sommes un cabinet de conseil, d’expertise technique et de réalisation,
exclusivement dédié aux technologies Microsoft et aux méthodes agiles.
Agilité
ALM
Application
Development
Cloud Collaboration
& Content
Multi-device
Development
Data DevOps Big Data
5. #JSS2014
Disclaimer
Cette session se veut volontairement
caricaturale sur certains points.
(NDLR : mais on promet qu’aucun animal n’a été blessé
durant le tournage)
6. #JSS2014
Preview de notre session aux JSS 2024
Voyez, on vous avait prévenu.
• Tout ce qui arrive dans le monde de l’infra et du
dev va vous arriver aussi. Faites gaffe.
• Cube on demand, environnements éphémères.
• BI as code. La fin annoncée des approches
designer-first.
7. #JSS2014
L’agilité n’est pas une fatalité
1. Les 3 royaumes
2. La révolution est-elle inévitable ?
3. Projetons-nous dans 10 ans
8. #JSS2014
Les 3 royaumes : qui sont-ils ?
Les
utilisateurs
Les
opérationnels
Les
développeurs
9. #JSS2014
Les 3 royaumes : les utilisateurs
• Définissent un besoin
• Attendent sa livraison
• Et se fichent de
comment ça marche
10. #JSS2014
Les 3 royaumes : les développeurs
• Attendent des
spécifications
techniques détaillées
• Exécutent
l’implémentation
• Et se fichent de
comment c’est déployé
11. #JSS2014
Les 3 royaumes : les opérationnels
• Reçoivent des livrables
• Surveillent l’état
physique du système
• Et se fichent de
comment c’est
implémenté
12. #JSS2014
L’agilité n’est pas une fatalité
1. Les 3 royaumes
2. La révolution est-elle inévitable ?
3. Projetons-nous dans 10 ans
13. #JSS2014
La révolution : la chaîne de valeur
Data/BI? Data/BI?
Idée
• Faisabilité ?
• Formalisation du besoin
Implémentation
• Etude
• Chiffrage
• Développement
Déploiement
• … de l’application
• … des données
• Modification des rapports
Les utilisateurs Les développeurs Les opérationnels
Data/BI?
Data/BI?
Data/BI?
Data/BI?
Data/BI?
Data/BI?
Data/BI?
Data/BI?
Data/BI?
14. La révolution : quelle place pour la data / BI ?
#JSS2014
Il va falloir choisir un camp les gars!
15. Agilité DevOps
#JSS2014
La révolution : ce qui va changer
Les
utilisateurs
Les
opérationnels
Les
développeurs
16. La révolution : le manifeste agile
Nous découvrons comment mieux développer des logiciels
par la pratique et en aidant les autres à le faire. Ces expériences nous
ont amenés à valoriser :
• Les individus et leurs interactions plus que les processus et les outils
• Des logiciels opérationnels plus qu’une documentation exhaustive
• La collaboration avec les clients plus que la négociation contractuelle
• L’adaptation au changement plus que le suivi d’un plan
#JSS2014
Nous reconnaissons la valeur des seconds éléments,
mais privilégions les premiers.
17. La révolution : une agilité, des implémentations
#JSS2014
Scrum
Kanban
XP
Lean
RUP
RAD
Crystal
Clear
FDD
Scrum
ban
18. La révolution : qu’apporte l’agilité ?
Welcome change ! Tout change. Tout le temps. Et pas à pas.
#JSS2014
Les applications
Le modèle de données
Les outils
Les processus
L’infrastructure
L’organisation de l’entreprise
Ca commence avec les équipes de dev. Ca se généralise
progressivement à toute l’organisation.
19. #JSS2014
La révolution : Pourquoi DevOps ?
En finir avec la guerre Devs vs Ops
Conflits et objectifs contradictoires entre les équipes
« Je ne comprends pas, moi ça marche en dev, il faut voir les Ops.. »
VS « Tous les services sont Up, pas de charge, ça vient du Dev… »
Livraisons avec beaucoup d'erreurs, voire d’échecs
Administrationmanuelle, lente et source d’erreurs
20. #JSS2014
La révolution : le mur de la confusion
Adapter le SI aux demandes
du marché en introduisant des
évolutions dans le code
= Maximiser le changement
Maintenir la disponibilité en
contrôlant les évolutions pour
réduire les risques de pannes
= Minimiser le changement
Équipe de
développement
d’application
Équipe système et
infrastructure
Application
déployée
« Composants,
couches logicielles,
services,… »
« Clusters, fermes,
pare-feu, réseau,
stockage,… »
Fonctionnalités
Culture
Produit
Innovation
Stabilité
Culture
du Service
Rationalisation
21. #JSS2014
La révolution : le déploiement continu
Elimination des déperditions | Réduction de la durée du cycle | Intégration et
visibilité
Apprendre
Apprentissage actionnable
Rétroaction en continue | Qualité en continu | Livraison en continu
22. #JSS2014
La révolution : La promesse DevOps
Optimisation
des
ressources
Amélioration
de la qualité
et de la
disponibilité
Pilotage par
les hypothèses
et
apprentissage
continu
23. #JSS2014
La révolution : à quoi ressemble-t-elle ?
On pourrait penser à… Ou encore à… Alors qu’en fait…
Oui, nous pensons que la conjonction des deux mouvements agile et DevOps est
inévitable. Elle est même souvent déjà présente.
Mais, ce n’est pas une fatalité. L’ensemble des acteurs peut y gagner. Et doit y
gagner.
25. #JSS2014
L’agilité n’est pas une fatalité
1. Les 3 royaumes
2. La révolution est-elle inévitable ?
3. Projetons-nous dans 10 ans
26. #JSS2014
Le futur : un environnement différent
• Des cycles ultra-courts… et même du flux
• Des infrastructures différentes : hybride
cloud / on site, Infrastructure as Code,
NoSQL, à la demande
• Business Intelligence self-service
• Des livrables plus petits et plus simples
27. #JSS2014
Vous ne nous croyez pas?
Petit rappel: que s’est-il passé en 3 ans?
Comparons les JSS 2011 avec aujoud’hui…
31. #JSS2014
En 3 ans:
• Le Cloud
• Big Data
• Machine Learning
32. • Les deux mouvements Agile et DevOps
viennent du dev… mais ne demandent qu’à
être adoptés par toute l’organisation.
• S’outiller intensivement : pour les tests, les
déploiements, l’infrastructure
• On arrête de déployer dans Visual Studio!
• Utiliser la ligne de commande
#JSS2014
Le futur : comment s’y préparer
33. Le futur : comment s’y préparer
• Moi: “Tu sais déployer SSIS”?
• Lui: “oui”
• Moi: “Dans VS je veux dire”
• Lui: “Ben oui”
• Moi: “Et en ligne de commande?”
• Lui: “Ah non ça c’est pas à moi de faire ça, je sais pas
#JSS2014
faire”
Echange réel
34. Le futur: comment sera-t-on organisé ?
Agilité Synergie DevOps
#JSS2014
Les
opérationnels
Les
développeurs
Les
utilisateurs
35. Le futur : à quoi ressemblera-t-il réellement ?
#JSS2014
• De nouvelles technologies (qui n’existent
pas encore)
• De nouvelles façon de travailler
• Des outils plus agiles
– Travail à plusieurs
– Scriptables
– Plus spécifiques
36. Le futur : à quoi ressemblera-t-il réellement ?
#JSS2014
(Oui, il nous restait quelques gifs, et on les aimait bien)
On est sympa, on a un stand, n’hésitez pas à passer nous faire coucou.
On ne donne pas de leçons, mais comme on est sympa, on vous prévient de ce qui va arriver.
La caricature a un but : mettre en valeur certains points dont on a très envie de vous parler aujourd’hui.
Le futur dont nous allons parler est déjà le présent de certains acteurs.
C’est le plus souvent de cette façon que sont découpées les équipes.
Pas de surprise jusqu’ici.
Les utilisateurs, ici = les fonctionnels : les utilisateurs finaux et le métier : MOA / PO / Business Analysts, Power Users…
Ca, c’est souvent comment ils sont perçus par les gens de la data et les gens de la prod / de l’exploitation
Pour le métier, c’est plus souvent des nerds qui parlent Klingon
« L’important, c’est que ça marche sur mon poste »
La base de données? Un consommable. De toute façon on gère pas.
Pour le métier, ils n’existent pas.
Pour les devs, c’est ceux à qui on parle quand on est vraiment obligé.
Pour les utilisateurs, la chaîne est très longue. C’est l’effet tunnel.
Pour les développeurs, ça dépend du chiffrage.
Pour les opérationnels et la BI, c’est très court. Ils travaillent en réaction au changement, étant systématiquement en bout de chaîne.
[26/11/2014 18:11] Michel Perfetti:
faut mettre quelque part qu'ils sont un peu considérés comme allant dans aucune case et que c'est ca le pb
[26/11/2014 18:12] Michel Perfetti:
et donc generalement ils sont exclus de toute optimisation genre les deploiements
[26/11/2014 18:12] Michel Perfetti:
voire meme de gestion de projet
Un des points centraux de l’agilité, c’est le rapprochement physique entre les utilisateurs et les développeurs. On va même les placer dans le même open space.
Le mouvement DevOps, lui, vise à rapprocher les Devs des Ops. On y revient un peu plus loin.
Un manifeste commun… Des implémentations.
Différences :
flux vs itérations
Technique vs organisationnel
Intrusif vs adaptatif
Alors, c’est facile à dire, que tout change tout le temps.
Mais ça peut être très TRES compliqué à mettre en œuvre.
Constat souvent retrouvé : le dialogue a souvent été compliqué entre ces deux mondes.
Et quand ça se passe mal, on rajoute des barrières aux entrées / sorties.
Quand on montre ce slide aux décideurs et au métier, ils ont les yeux qui brillent.
C’en est presque émouvant.
http://www.collab.net/solutions/devops
Ca commence dans les équipes de dev, et ça peut finit par impacter tout le monde.
Le tout, c’est d’arriver à monter dans le bateau.
BDD relationnelle plus obligatoire
SOA si besoin, mais uniquement si besoin
NoSQL + bus + SGBDR
Les briques techno existent déjà et murissent plus vite que les MAJ SQL Server
TODO : sessions JSS2010 pour comparaison
Se préparer à intégrer des équipes. Parfois DEV, parfois OPS.
Aborder différemment les outils : script plutôt que clic dans VS
Testabilité
BAML
On parlait des speakers, il y a une chose qui leur tient à cœur !