## Constats du travail en Silo
### Deux mondes opposés
Dev vs Ops
![versus](images/versus-retro-style.jpg)
### Le monde du Dev
But des développeurs :
- Créer de nouveaux logiciels/librairies
- Développer des nouvelles fonctionnalités
- Améliorer le code existant (performance, élégance, maintenabilité)
- Versionner du code
- Tester facilement
### Le monde du Dev
- Organisé en sprint (Agilité)
- Changement fréquent de l'application
### Le monde du Dev
Impacts possibles :
- sécurité
- stabilité
- performances
- l'introduction de bug
- mise à jour et/ou réinstallation d'application
- augmentation des ressources systèmes utilisées
### Le monde de l'Ops
Objectifs :
- déployer et maintenir des plateformes
* stables,
* sécurisées
* performantes
- administrer facilement les plateformes
- avoir de la visibilité sur les incidents qui surviennent, voire anticiper l'arrivée des incidents (monitoring)
- pouvoir réparer rapidement (procédures)
### Le monde de l'Ops
- Généralement organisé via des outils de ticketing (ITIL)
- Tout changement doit être motivé et tamponné (objectif : stabilité)
### Le monde de l'Ops
Impacts possibles :
- Manque de réactivité sur les nouvelles demandes
- Contraintes fortes liées à la sécurité
- Peu (voir pas) de retour d'informations vers les Dev
### En résumé
![dzon](images/people_twin.svg)
### Petites phrases de Devs...
- "Ça marche sur mon poste, donc ça doit fonctionner sur la VM..."
- "Comment ça quelle version de Java ? La dernière…"
- "C’est quoi ton serveur moisi ?"
- "C'est pas mon code le problème, c'est la VM"
### Petites phrases d'Ops
- "Ton code est vraiment tout pourri, c'est pas optimisé !"
- "Pas touche à mes plateformes !"
- "C'est pas la VM le problème, c'est ton application"
- "On ne peut pas faire confiance aux Devs !"
Constat n°1 : Le monde du dev ne comprend pas le monde de l'ops.
![wall](images/wallofconfusion.svg)
Constat n°2 : Le monde de l'ops ne comprend pas le monde du dev.
### Mise en lumière des problèmes avec l'Agilité
- 2 semaines d'intégration tous les 6 mois, ce n'est pas choquant
- 2 semaines d'intégration toutes les 2 semaines (sprint) ça commence à devenir problématique
- On veut que lorsque la user story est finie, qu'elle soit vraiment finie !
### Mise en lumière des problèmes avec l'ITIL
- Il peut se passer (très) longtemps entre le commit et le déploiement en production
- La mise en production est un réel événement
- La mise en production sollicite un grand nombre de personnes