Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

JSS2014 - L'agilité n'est pas une fatalité

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Prochain SlideShare
L’informatique efficience
L’informatique efficience
Chargement dans…3
×

Consultez-les par la suite

1 sur 40 Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Publicité

Similaire à JSS2014 - L'agilité n'est pas une fatalité (20)

JSS2014 - L'agilité n'est pas une fatalité

  1. 1. #JSS2014 Les journées SQL Server 2014 Un événement organisé par GUSS
  2. 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
  3. 3. #JSS2014 Merci à nos sponsors C’est nous !
  4. 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. 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. 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. 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. 8. #JSS2014 Les 3 royaumes : qui sont-ils ? Les utilisateurs Les opérationnels Les développeurs
  9. 9. #JSS2014 Les 3 royaumes : les utilisateurs • Définissent un besoin • Attendent sa livraison • Et se fichent de comment ça marche
  10. 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. 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. 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. 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. 14. La révolution : quelle place pour la data / BI ? #JSS2014 Il va falloir choisir un camp les gars!
  15. 15. Agilité DevOps #JSS2014 La révolution : ce qui va changer Les utilisateurs Les opérationnels Les développeurs
  16. 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. 17. La révolution : une agilité, des implémentations #JSS2014 Scrum Kanban XP Lean RUP RAD Crystal Clear FDD Scrum ban
  18. 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. 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. 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. 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. 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. 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.
  24. 24. La révolution : est-ce qu’on va tous mourir ? #JSS2014
  25. 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. 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. 27. #JSS2014 Vous ne nous croyez pas? Petit rappel: que s’est-il passé en 3 ans? Comparons les JSS 2011 avec aujoud’hui…
  28. 28. #JSS2014 JSS 2011 Jour 1
  29. 29. #JSS2014 JSS 2011 Jour 2
  30. 30. #JSS2014 JSS 2014
  31. 31. #JSS2014 En 3 ans: • Le Cloud • Big Data • Machine Learning
  32. 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. 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. 34. Le futur: comment sera-t-on organisé ? Agilité Synergie DevOps #JSS2014 Les opérationnels Les développeurs Les utilisateurs
  35. 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. 36. Le futur : à quoi ressemblera-t-il réellement ? #JSS2014 (Oui, il nous restait quelques gifs, et on les aimait bien)
  37. 37. WOULD YOU LIKE TO KNOW MORE ? #JSS2014
  38. 38. ##JJSSSS22001144 Les évaluations des sessions, c’est important !! …Et en plus on peut gagner des cadeaux
  39. 39. #JSS2014 http://GUSS.Pro/jss
  40. 40. ##JJSSSS22001144

Notes de l'éditeur

  • 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 !

×