Transition Agile 4 Real @Meetic
Scrum, Kanban, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois !
Scrum, Kanban, XP, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois (PHP Tour 2014)
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?devops REX
Olivier Mauras, Groupe Kudelski @ devops REX 2016
L’IT et ses équipes opérationnelles se doit d’être un soutien fort pour les équipes de développement. Malheureusement, ce n’est très souvent pas le cas, et avec l’avènement du cloud et du tout « self service », l’utilité de l’IT s’amenuise. Il faut aujourd’hui que l’IT soit capable de moderniser sa manière de travailler pour pouvoir se rapprocher des équipes de développement et être source de valeur ajoutée. Comment avons nous travaillés pour redorer l’image de l’IT, être plus réactif et consistants afin de pouvoir enfin aider au mieux les équipes de développement.
Comment accélérer le DevOps avec l’ATDD/BDD?
- ATDD/BDD, Framwork ATDD/BDD (Specflow, Cucumber)
- Automatisation des Tests (Web, Mobile)
- Outils Tests Agiles (HipTest, Xray …)
Pour Agile tour 2019 Sophia Antipolis.
Présentation faite par Tawfik NOURI, expert en automatisation des tests
chez All4test, société de conseil, pure player du test logiciel.
Suivez-nous sur:
SIte: https://www.all4test.fr/
Linkedin: https://www.linkedin.com/company/all4test/
Twitter: https://twitter.com/all4testadm
Facebook: https://www.facebook.com/ALL4TEST-215975938463779/
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015Microsoft
La qualité et la performance sont le résultat d'une synergie d'un ensemble de pratiques DevOps clés alliant Conception, Développement, Test, ALM, infrastructure et Opérations. Illustré au travers d'exemples concrets, nous aborderons des pratiques DevOps telles que : - La qualité des développements et sa mesure - La testabilité et l'automatisation des tests - La télémétrie, la supervision et l'alerting en production
Transition Agile 4 Real @Meetic
Scrum, Kanban, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois !
Scrum, Kanban, XP, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois (PHP Tour 2014)
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?devops REX
Olivier Mauras, Groupe Kudelski @ devops REX 2016
L’IT et ses équipes opérationnelles se doit d’être un soutien fort pour les équipes de développement. Malheureusement, ce n’est très souvent pas le cas, et avec l’avènement du cloud et du tout « self service », l’utilité de l’IT s’amenuise. Il faut aujourd’hui que l’IT soit capable de moderniser sa manière de travailler pour pouvoir se rapprocher des équipes de développement et être source de valeur ajoutée. Comment avons nous travaillés pour redorer l’image de l’IT, être plus réactif et consistants afin de pouvoir enfin aider au mieux les équipes de développement.
Comment accélérer le DevOps avec l’ATDD/BDD?
- ATDD/BDD, Framwork ATDD/BDD (Specflow, Cucumber)
- Automatisation des Tests (Web, Mobile)
- Outils Tests Agiles (HipTest, Xray …)
Pour Agile tour 2019 Sophia Antipolis.
Présentation faite par Tawfik NOURI, expert en automatisation des tests
chez All4test, société de conseil, pure player du test logiciel.
Suivez-nous sur:
SIte: https://www.all4test.fr/
Linkedin: https://www.linkedin.com/company/all4test/
Twitter: https://twitter.com/all4testadm
Facebook: https://www.facebook.com/ALL4TEST-215975938463779/
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015Microsoft
La qualité et la performance sont le résultat d'une synergie d'un ensemble de pratiques DevOps clés alliant Conception, Développement, Test, ALM, infrastructure et Opérations. Illustré au travers d'exemples concrets, nous aborderons des pratiques DevOps telles que : - La qualité des développements et sa mesure - La testabilité et l'automatisation des tests - La télémétrie, la supervision et l'alerting en production
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...devops REX
DevOps est né sur une problématique simple d’un manque de culture/partage dans une entreprise et surtout entre le monde des développeurs et celui des équipes d’opérations. Maintenant que tout devient programmable et que le monde des technologies avance très vite, ce fossé s’applique entre toutes les fonctions de l’entreprise. Il met également en avant qu’il n’est pas facile de passer dans le monde du logiciel sans maîtriser les bonnes pratiques du développement d’application moderne. Cela fait plusieurs années que Cisco a initié sa transformation du matériel/réseau vers le logiciel. Je vous propose un retour d’expérience sur les 4 dernières années passées chez Cisco à évangéliser DevOps via la gestion d’une communauté, l’organisation d’unconférences et le partage des bonnes pratiques pour finir sur un exemple de projet Open Source illustrant la partie continuous integration/delivery/deployment/documentation.
Présentation du concept DevOps lors du meetup "Integration continue et DevOps" organisé par GDG Antananarivo et Bocasay
(Samedi 19 Janvier 2019, Workshop Idea Center, Antananarivo, Madagasacar)
Lean Kanban est bien sage avec ses conseils de « Commencez où vous en êtes » , de s'« Améliorer de façon continue » , de « Rendre les règles explicites » mais lorsque qu’il dévoile des mentra tels que « Finir par commencer ! » et « Limiter l’encours de travail » on touche du doigt une graine révolutionnaire pour les équipes et l'entreprise.
Autrefois perçu par les entreprises comme un centre de coûts, l’informatique est dorénavant un atout stratégique. Cette évolution est accompagnée par l’apparition de nouvelles façons de faire censées accélérer ce retour en grâce. Pierre angulaire de ces nouvelles approches, DevOps s’annonce comme clé pour réussir ce changement de paradigme.
Si DevOps peut être présenté comme un ensemble de pratiques qui visent à fluidifier les relations entre les études et les opérations (casser le mur de l’incompréhension), il peut aussi être perçu comme le dernier maillon pour pousser l’agilité jusqu’à la production et ainsi accélérer le time to market, ou encore comme une suite d’outils visant à l’automatisation du provisionning d’environnement et de la chaîne de déploiement.
Il n’est finalement pas si aisé d’appréhender les tenants et les aboutissants de ce mouvement. C’est pourquoi nous vous proposons de clarifier ce sujet avec cet Afterwork qui porte un double objectif :
Proposer une définition de DevOps dans un but d’alignement et de disposer d’une vision partagée.
Se baser sur cette définition pour être capable de faire le tri entre ce qui est DevOps et ce qui ne l’est pas afin de réellement intégrer cette méthodologie dans votre organisation et d’éviter de passer à côté de cette transformation par une approche trop souvent réductrice.
Cet Afterwork sera aussi l’occasion de profiter du retour d’expérience de Kudelski Security avec la participation de Frédéric Thabaret (Head of Software Engineering) pour le point de vue Dev et de Fred Blaise (Head Of Engineering - Infrastructure & Operations) pour celui des Ops.
L'année 2008 peut être considérée comme la naissance des tests en méthode Agile avec la sortie du livre "Agile Testing", la première conférence "Agile Testing Days" et plus généralement l'avènement de l'Agilité en France.
Dix ans plus tard, les idées portées par l'Agile Testing ont-elles été validées sur le terrain ?
Les outils mis en avant à l'époque ont-ils tenu leurs promesses ?
Dans cette présentation, Laurent Bristiel va s'appuyer sur ses 20 ans d'expérience chez des éditeurs logiciel pour tenter de répondre à ces questions.
Développement d'un grand projet piloté par les tests (BDD)Laurent PY
Déploiement de l'approche BDD (Behavior Driven Development) dans un grand projet billettique de 150 années/hommes avec des équipes distribuées. Par Hiptest et Parkeon
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Leandevops REX
Tristan Roussel, Theodo @ devops REX 2016
À Theodo, nous développons des applications pour nos clients. Ces applications n’apportent de la valeur que lorsqu’elles sont en production. La théorie Lean, signifiant la lutte contre le gaspillage, est pour nous la clé de l’accélération des déploiements de nos applications et de notre croissance. Je vous présenterai quels outils nous utilisons pour résoudre nos problèmes, nos pratiques quotidiennes pour stimuler notre progression et comment le Lean nous permet de cultiver la philosophie devops.
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...devops REX
Adrien Blind et Laurent Dussault, Société Générale @ devops REX 2016
Dans le cadre d’une grande démarche de transformation Continuous Delivery, nous avons contextualisé et deployé un triptyque de pratiques complémentaires Agile, Craftsmanship et DevOps. Mise en lumière d’un « double mur de la confusion », organisation d’ateliers de sensibilisation, coaching de proximité, convergence des objectifs des équipes Devs et Ops, construction d’une plateforme automatisée de delivery (jira, github, puppet, docker, « apification » de l’infrastructure)… : dans cette session, 2 coaches DevOps vous proposent un focus sur les accompagnements apportés sur le terrain.
En charge de la Transformation Agile de mon entreprise, et du Centre d’Excellence associé, il m’a semblé évident de poursuivre les travaux entamés en y associant une initiative DevOps.
En quête d’informations sur le DevOps et sur la manière de le mettre en œuvre au sein d’une organisation, je partage mes recherches et mon analyse en regard des difficultés que je constate entre mes équipes de développeurs et celles en charge des opérations.
Aujourd’hui, l’Agilité sans DevOps n’a plus de sens et une collaboration efficace doit exister entre les Dev et les Ops pour fluidifier la démarche Agile.
Il s'agit d'une version plus "user-friendly" de ma première présentation.
Sébastien Bourguignon
Une équipe de développement agile bien structurée, avec un excellent Product Owner ou Product Manager: voilà la première étape vers une organisation produit efficace.
Cependant, de nombreuses entreprises s’arrêtent ici dans leur raisonnement et conservent une vision produit portée par un département dédié, construite selon des processus lents, peu visibles et assez peu orientés vers les utilisateurs.
Comment casser ces silos et faire un lien sans couture entre le backlog et la roadmap stratégique ? Comment faire en sorte de tester / prototyper les idées très en amont plutôt qu’une fois qu’il est trop tard ? Comment construire un processus continu (parfois appelé dual-track scrum) pour dé-risquer les évolutions clés du produit et alimenter les équipes de développement ?
Nous vous proposons un retour d’expérience sur la mise en place de cette approche « Continuous Product Discovery ».
Le DevOps : La clé de la transformation digitale ?Amico Fabien
⇒ Présentation
⇒ Introduction
⇒ L’origine du mal
⇒ DevOps YABW
⇒ Les N effets Kisscool du DevOps
⇒ Le “Treeptik”Gagnant du DevOps
⇒ Le continuous Everything
⇒ Oubliez les légendes urbaines
⇒ Le plan d’actions vers le DevOps
Déploiement continu, l'agilité maximisée ?
Cette conférence portera sur l'approche émergente du déploiement continu. Proposée en 2010 et popularisée en 2015, elle intègre le développement, les tests et les mises en production. Nous profiterons du vécu de petites et grandes entreprises qui l'ont implanté et nous nous questionnerons sur ses impacts, de même que ses facilitateurs.
À propos de Pierre-Martin Tardif
Gestionnaire passionné avec plus de 30 années d’expérience en TI, dont 15 années en gestion de projet de développement.
A travaillé dans des organisations publiques et privées, de petites et de grandes tailles.
Détenteur d’un doctorat en génie, d'un MBA, certifié PMP, CGEIT et Green Belt Lean Six-Sigma.
Grand communicateur, coach, habitué à la gestion de la relation client-fournisseur, spécialisé en gestion du changement humain.
Lors de ce webinaire, Carl M. Gilbert présente un aperçu des meilleures pratiques en gestion de projets agile, en utilisant l’approche Scrum. Il effectue un survol complet d’un cycle de développement, du démarrage (communément appelé le sprint 0) à la rétrospective. Cela inclut la vision du produit (product vision), le carnet du produit (product backlog), le plan de livraison (release plan), le carnet du sprint (sprint backlog), le burndown chart, le tableau des tâches (kanban board) ainsi que la liste des problèmes (impediments list).
Vous souhaitez en savoir plus sur la gestion de projets agile? Découvrez les formations offertes chez Technologia : Mieux comprendre la gestion de projets agile et Gestion de projets agile.
Que faire si:
Votre transformation Agile a négligé les pratiques techniques.
Vous n'êtes pas alignés avec la livraison en continu pour DevOps.
Vous désirez établir une culture de code et d'expérimentation.
Comment faire adopter toutes ces pratiques ?
Pour répondre à ces questionnements, nous discuterons de leadership technique, de l'attitude et des responsabilités d'un tel leader en mode agile.
Karl Métivier
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...devops REX
DevOps est né sur une problématique simple d’un manque de culture/partage dans une entreprise et surtout entre le monde des développeurs et celui des équipes d’opérations. Maintenant que tout devient programmable et que le monde des technologies avance très vite, ce fossé s’applique entre toutes les fonctions de l’entreprise. Il met également en avant qu’il n’est pas facile de passer dans le monde du logiciel sans maîtriser les bonnes pratiques du développement d’application moderne. Cela fait plusieurs années que Cisco a initié sa transformation du matériel/réseau vers le logiciel. Je vous propose un retour d’expérience sur les 4 dernières années passées chez Cisco à évangéliser DevOps via la gestion d’une communauté, l’organisation d’unconférences et le partage des bonnes pratiques pour finir sur un exemple de projet Open Source illustrant la partie continuous integration/delivery/deployment/documentation.
Présentation du concept DevOps lors du meetup "Integration continue et DevOps" organisé par GDG Antananarivo et Bocasay
(Samedi 19 Janvier 2019, Workshop Idea Center, Antananarivo, Madagasacar)
Lean Kanban est bien sage avec ses conseils de « Commencez où vous en êtes » , de s'« Améliorer de façon continue » , de « Rendre les règles explicites » mais lorsque qu’il dévoile des mentra tels que « Finir par commencer ! » et « Limiter l’encours de travail » on touche du doigt une graine révolutionnaire pour les équipes et l'entreprise.
Autrefois perçu par les entreprises comme un centre de coûts, l’informatique est dorénavant un atout stratégique. Cette évolution est accompagnée par l’apparition de nouvelles façons de faire censées accélérer ce retour en grâce. Pierre angulaire de ces nouvelles approches, DevOps s’annonce comme clé pour réussir ce changement de paradigme.
Si DevOps peut être présenté comme un ensemble de pratiques qui visent à fluidifier les relations entre les études et les opérations (casser le mur de l’incompréhension), il peut aussi être perçu comme le dernier maillon pour pousser l’agilité jusqu’à la production et ainsi accélérer le time to market, ou encore comme une suite d’outils visant à l’automatisation du provisionning d’environnement et de la chaîne de déploiement.
Il n’est finalement pas si aisé d’appréhender les tenants et les aboutissants de ce mouvement. C’est pourquoi nous vous proposons de clarifier ce sujet avec cet Afterwork qui porte un double objectif :
Proposer une définition de DevOps dans un but d’alignement et de disposer d’une vision partagée.
Se baser sur cette définition pour être capable de faire le tri entre ce qui est DevOps et ce qui ne l’est pas afin de réellement intégrer cette méthodologie dans votre organisation et d’éviter de passer à côté de cette transformation par une approche trop souvent réductrice.
Cet Afterwork sera aussi l’occasion de profiter du retour d’expérience de Kudelski Security avec la participation de Frédéric Thabaret (Head of Software Engineering) pour le point de vue Dev et de Fred Blaise (Head Of Engineering - Infrastructure & Operations) pour celui des Ops.
L'année 2008 peut être considérée comme la naissance des tests en méthode Agile avec la sortie du livre "Agile Testing", la première conférence "Agile Testing Days" et plus généralement l'avènement de l'Agilité en France.
Dix ans plus tard, les idées portées par l'Agile Testing ont-elles été validées sur le terrain ?
Les outils mis en avant à l'époque ont-ils tenu leurs promesses ?
Dans cette présentation, Laurent Bristiel va s'appuyer sur ses 20 ans d'expérience chez des éditeurs logiciel pour tenter de répondre à ces questions.
Développement d'un grand projet piloté par les tests (BDD)Laurent PY
Déploiement de l'approche BDD (Behavior Driven Development) dans un grand projet billettique de 150 années/hommes avec des équipes distribuées. Par Hiptest et Parkeon
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Leandevops REX
Tristan Roussel, Theodo @ devops REX 2016
À Theodo, nous développons des applications pour nos clients. Ces applications n’apportent de la valeur que lorsqu’elles sont en production. La théorie Lean, signifiant la lutte contre le gaspillage, est pour nous la clé de l’accélération des déploiements de nos applications et de notre croissance. Je vous présenterai quels outils nous utilisons pour résoudre nos problèmes, nos pratiques quotidiennes pour stimuler notre progression et comment le Lean nous permet de cultiver la philosophie devops.
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...devops REX
Adrien Blind et Laurent Dussault, Société Générale @ devops REX 2016
Dans le cadre d’une grande démarche de transformation Continuous Delivery, nous avons contextualisé et deployé un triptyque de pratiques complémentaires Agile, Craftsmanship et DevOps. Mise en lumière d’un « double mur de la confusion », organisation d’ateliers de sensibilisation, coaching de proximité, convergence des objectifs des équipes Devs et Ops, construction d’une plateforme automatisée de delivery (jira, github, puppet, docker, « apification » de l’infrastructure)… : dans cette session, 2 coaches DevOps vous proposent un focus sur les accompagnements apportés sur le terrain.
En charge de la Transformation Agile de mon entreprise, et du Centre d’Excellence associé, il m’a semblé évident de poursuivre les travaux entamés en y associant une initiative DevOps.
En quête d’informations sur le DevOps et sur la manière de le mettre en œuvre au sein d’une organisation, je partage mes recherches et mon analyse en regard des difficultés que je constate entre mes équipes de développeurs et celles en charge des opérations.
Aujourd’hui, l’Agilité sans DevOps n’a plus de sens et une collaboration efficace doit exister entre les Dev et les Ops pour fluidifier la démarche Agile.
Il s'agit d'une version plus "user-friendly" de ma première présentation.
Sébastien Bourguignon
Une équipe de développement agile bien structurée, avec un excellent Product Owner ou Product Manager: voilà la première étape vers une organisation produit efficace.
Cependant, de nombreuses entreprises s’arrêtent ici dans leur raisonnement et conservent une vision produit portée par un département dédié, construite selon des processus lents, peu visibles et assez peu orientés vers les utilisateurs.
Comment casser ces silos et faire un lien sans couture entre le backlog et la roadmap stratégique ? Comment faire en sorte de tester / prototyper les idées très en amont plutôt qu’une fois qu’il est trop tard ? Comment construire un processus continu (parfois appelé dual-track scrum) pour dé-risquer les évolutions clés du produit et alimenter les équipes de développement ?
Nous vous proposons un retour d’expérience sur la mise en place de cette approche « Continuous Product Discovery ».
Le DevOps : La clé de la transformation digitale ?Amico Fabien
⇒ Présentation
⇒ Introduction
⇒ L’origine du mal
⇒ DevOps YABW
⇒ Les N effets Kisscool du DevOps
⇒ Le “Treeptik”Gagnant du DevOps
⇒ Le continuous Everything
⇒ Oubliez les légendes urbaines
⇒ Le plan d’actions vers le DevOps
Déploiement continu, l'agilité maximisée ?
Cette conférence portera sur l'approche émergente du déploiement continu. Proposée en 2010 et popularisée en 2015, elle intègre le développement, les tests et les mises en production. Nous profiterons du vécu de petites et grandes entreprises qui l'ont implanté et nous nous questionnerons sur ses impacts, de même que ses facilitateurs.
À propos de Pierre-Martin Tardif
Gestionnaire passionné avec plus de 30 années d’expérience en TI, dont 15 années en gestion de projet de développement.
A travaillé dans des organisations publiques et privées, de petites et de grandes tailles.
Détenteur d’un doctorat en génie, d'un MBA, certifié PMP, CGEIT et Green Belt Lean Six-Sigma.
Grand communicateur, coach, habitué à la gestion de la relation client-fournisseur, spécialisé en gestion du changement humain.
Lors de ce webinaire, Carl M. Gilbert présente un aperçu des meilleures pratiques en gestion de projets agile, en utilisant l’approche Scrum. Il effectue un survol complet d’un cycle de développement, du démarrage (communément appelé le sprint 0) à la rétrospective. Cela inclut la vision du produit (product vision), le carnet du produit (product backlog), le plan de livraison (release plan), le carnet du sprint (sprint backlog), le burndown chart, le tableau des tâches (kanban board) ainsi que la liste des problèmes (impediments list).
Vous souhaitez en savoir plus sur la gestion de projets agile? Découvrez les formations offertes chez Technologia : Mieux comprendre la gestion de projets agile et Gestion de projets agile.
Que faire si:
Votre transformation Agile a négligé les pratiques techniques.
Vous n'êtes pas alignés avec la livraison en continu pour DevOps.
Vous désirez établir une culture de code et d'expérimentation.
Comment faire adopter toutes ces pratiques ?
Pour répondre à ces questionnements, nous discuterons de leadership technique, de l'attitude et des responsabilités d'un tel leader en mode agile.
Karl Métivier
La revue de code : agile, lean, indispensable !Lucian Precup
Présentation faite à Agile France en 2010 :
La revue de code : agile, lean, indispensable !
Alors que l’intégration continue ou les tests unitaires commencent à rentrer dans les "standards", la revue de code est souvent considérée comme optionnelle. Pourtant, les avantages d’une revue de code systématique sont multiples : détection des anomalies très tôt dans le cycle de développement, formation des membres de l’équipe, partage de la connaissance, meilleures solutions techniques par la conjonction des perspectives développeur/examinateur.
Cette présentation mettra en évidence les avantages de la revue du code en répondant aux idées reçues comme "la revue du code augmente la durée des développements", ou "nos développeurs sont très bons, ils n’ont pas besoin de revue de code" ou encore "il n’y a personne dans l’équipe qui puisse examiner mon code car je suis le seul à connaître Bash et Ant". En évoquant la revue de code dans l’univers open source, les différents moyens de la mettre en œuvre, ses compléments, les différents outils ; et terminant par une démonstration concrète en utilisant Eclipse, Bugzilla et Mylyn, cette présentation vous convaincra de mettre en place la revue de code systématique dans votre équipe sans attendre.
Déroulement :
1/ Avantages
2/ Idées reçues
3/ La revue de code dans l’univers open-source : de la revue du patch par le committeur aux procédures très élaborées comme celles de Mozilla Developer Center.
4/ Moyens de mise en œuvre : à partir de quelle taille des projets, par qui, comment, avant l’intégration ou après, ...
5/ Les compléments de la revue du code : analyse de la qualité du code, scripts pour les normes internes, ...
6/ Comparaison avec d’autres techniques : pair programming, ...
7/ Outils et intégration avec les autres outils de développement ou de gestion du cycle de vie (intégration continue, gestion des anomalies, ...)
8/ Démonstration des avantages sur un exemple concret en utilisant Eclipse, Bugzilla et Mylyn comme outils.
9/ Conclusion : comment la revue de code supporte une démarche agile et lean
Ca fait quelques années que je tente de contenir la vague Agile, et je dois admettre que je m’en sors pas mal. Bien sûr j’ai dû faire quelques concessions, mais en veillant à ce que tout ce face en douceur J Aujourd’hui, certains diront qu’on est agile, moi je dirai que je suis tranquille. Mon problème, c’est cette nouvelle mode du DevOps ! Encore plus de parties prenantes et plus seulement côté études, chacun avec ses besoins… et au final, plus de contraintes et travail pour moi. Le modèle Spotify était le Graal, aujourd’hui il faudrait mettre en production toutes les 11 minutes comme Amazon, et c’est mon DSI en personne qui le demande !
Bien entendu tout ceci n’est que fiction… ou presque. Alors que cette mouvance DevOps devrait être un formidable catalyseur pour l’Agilité, elle apparait parfois comme l’obstacle de trop pour des équipes qui ont démarré leur transition agile, pire comme la fin du rêve d’équipes auto organisées et pluridisciplinaires. L’objectif de cette session est de vous dévoiler les dessous du DevOps et les défis que vous devrez affronter au sein de votre entreprise pour sa prise en compte dans votre pratique de l’Agilité au quotidien.
Le pilotage des développements par les tests d’acceptation reste un problème difficile à maîtriser dans les projets agiles. D’une part, il est compliqué d’impliquer les analystes métier dans la réalisation de scripts de tests automatisés, et d’autre part les tests de hauts niveaux qu’ils peuvent produire sont souvent difficiles à maintenir et automatiser.
L’approche proposée, supportée par une plate-forme appelée Zest, associe la définition des scénarios de tests d’acceptation sur la base d’un DSL (Domain-Specific Language) construit incrémentalement avec des mots d’action, et des fonctions de refactoring qui permettent en permanence d’optimiser les scénarios pour en faciliter l’automatisation et leur maintenance.
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
Adoption incrémentale des tests dans VS ALMGrégory Ott
Cette présentation a été organisée par le @MUGLyon => http://muglyon.github.io/
Adoption incrémentale des tests dans Visual Studio ALM. Du test exploratoire au pilotage par l'analyse d'impact :
Découvrez comment MTM peut soutenir de façon progressive votre effort de test.
Que vous soyez Développeur et que vous ayez envie de participer à l'effort de test ;
Que vous soyez Analyste métier et que vous souhaitiez capitaliser sur vos critères d'acceptances ;
Que vous soyez Testeur et que vous souhaitez mettre de l'ordre dans votre patrimoine de test ;
Que vous soyez responsable de l'usine logicielle et que vous souhaitiez capitaliser sur votre plateforme préférée ;
Que vous soyez manager et que vous souhaitez améliorer votre visibilité sur les tests ;
Ou que vous ayez simplement envie d'en apprendre plus sur les tests avec la plateforme Visual Studio ALM : cette présentation est faites pour vous !
Adoption incrémentale des tests dans Visual Studio ALM. Du test exploratoire au pilotage par l'analyse d'impact :
Découvrez comment MTM peut soutenir de façon progressive votre effort de test.
Que vous soyez Développeur et que vous ayez envie de participer à l'effort de test ;
Que vous soyez Analyste métier et que vous souhaitiez capitaliser sur vos critères d'acceptances ;
Que vous soyez Testeur et que vous souhaitez mettre de l'ordre dans votre patrimoine de test ;
Que vous soyez responsable de l'usine logicielle et que vous souhaitiez capitaliser sur votre plateforme préférée ;
Que vous soyez manager et que vous souhaitez améliorer votre visibilité sur les tests ;
Ou que vous ayez simplement envie d'en apprendre plus sur les tests avec la plateforme Visual Studio ALM : cette présentation est faites pour vous !
Animé par @gregory_ott
TFS 2012 : un pas vers l'agilité... en avant ou en arrière ? Christophe HERAL
Microsoft nous propose une nouvelle version de son outil d'ALM en cette fin 2012.
Nombre de fonctionnalités ont été rajoutées ou améliorées dans cette mouture, notamment pour mieux prendre en compte les besoins des agilistes.
Mais cette version va-t-elle satisfaire les plus réticents à l'utilisation d'un outil ou a-t-on affaire à une arnaque agile ?
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...French Scrum User Group
Reposant initialement sur un cocktail explosif, avec un Time To Market de 9 mois
seulement, un premier chiffrage de plus de 1000 jours et un manque de disponibilité
des métiers pour la rédaction du cahier des charges, le lancement du projet «
nouvelle GED » pour docapost DPS paraissait de plus en plus difficile à mettre en
oeuvre.
Un engagement fort du prestataire inscrit dans une démarche agile (Scrum/XP), nous a
permis de rendre possible la mise en oeuvre de la refonte en se concentrant sur le
produit et d’éviter les dérives contractuelles classiques du cycle en V .
Les difficultés rencontrées lors du déroulement du projet sont abordées, ainsi
que les succès rencontrés, notamment :
- Du pilotage par les risques
- De l’intérêt du proxy product owner
- De la manière dont le backlog a été constitué puis suivi
- Doubler la taille d’une équipe sans dégrader la productivité
- Equipe de développement focalisée sur les tâches de développement, les tâches
d’intégration, tests de charge et de sécurité étant réalisées par les
équipes de Docapost
- Les bienfaits du sprint 0, notamment pour qu’il soit porté à la connaissance du
sponsor des informations et définir la meilleure stratégie produit
L’équipe du projet BeBoP a proposé un webinaire le 30 mai 2024 pour découvrir comment la technologie vidéo, combinée à l’intelligence artificielle, se met au service de l’analyse du comportement des taurillons.
14. Quelques valeurs clés
Oubliez la notion de due date…
…en tout cas essayez
Limitez le flux des projets…
…pour en livrer plus
N’ayez pas peur des autres…
…même s’ils sont baraques
Améliorez la visibilité de l’activité…
…sans être Big Brother
26
15. Migration de nos outils
15
+ +Outil Interne de
Release Management
Script de
déploiement
Et HOP…