Pour le développement, nous utilisons tous des outils. Leur nombre et surtout leur intégration peuvent même devenir un vrai casse tête. Surtout s'il vous faut supporter des technologies parfois très distinctes ... Je vous propose de monter une plateforme entièrement intégrée et flexible avec Visual Studio Online. Intégrée car toutes les données y sont disponibles. Flexible car ses API permettent de l'étendre avec vos outils agiles préférés (Trello, Zendesk, Jenkins, Jira, ...) et de l’adapter ainsi à vos besoins
Actionner ses processus qualité avec Visual Studio ALM
Ma stack d'outils agiles, tout un programme !
1. Ma stack d’outils agiles,
tout un programme !
OU COMMENT BÉNÉFICIER DES TECHNOLOGIES GRAND PUBLIC
POUR AMÉLIORER ET OPTIMISER MES OUTILS LOGICIELS.
2. Cédric Leblond Meritis
Consultant sur l’ALM et TFS depuis 5 ans
MVP Visual Studio ALM 2014
MCTS Team Foundation Server
CSM Certified ScrumMaster
CSPO Certified Scrum Product Owner
Accompagne les équipes de développements
dans l’industrialisation et l’optimisation de leur
environnement, processus et outils agiles
@leblond_c
http://cedricleblond.blogspot.com
Conseil en systèmes d’information pour la
finance de marché
Accompagne ses clients sur tous les métiers :
◦ Fonctionnel
◦ Technologique
◦ Méthodologique
5ème Best Workplaces France 2013 de moins de
500 salariés
3. LOB Apps tout une histoire!
LOB Apps (Lines Of Business Applications) est une équipe de développement transverse.
Ils sont 10 personnes avec un expérience de 2 à 30 ans.
Ils développent environ 50 applications web pour des métiers très différents.
L’équipe a démarrée depuis 10 ans, les clients sont relativement satisfaits.
L’architecture des applications web, leur outils de développements et intégration ont peu
évolués.
Il souhaitent pouvoir bénéficier des nouveautés et aider plus efficacement leurs clients internes.
Ils décident de conserver la technologie actuelle et de commencer par changer leur Stack
d’outils.
4. Lob Apps imagine sa stack d’outils
Gestion des
sources
• Git, SVN,
Mercurial,
Perforce, Clear
Case, TFVC, …
• Manuel
Gestion des
Builds
• Ant, Maven,
MSBuild, NuGet,
Jenkins, Team
City, Team Build..
• Manuel
Gestion des
déploiements
• Chef, Puppet,
Deploy it, Azure,
MS Release
Management, …
• Manuel
Gestion Agile
du produit
• Trello, Jira,
Redmine, Asana,
BaseCamp,
VSO/TFS, …
• Manuel
Gestion des
tests et qualité
• BDD, ATDD, TDD
• Analyse de code
• Pairing, Pull
request, Code
reviews
• QC, Test Manag.
Gestion de la
surveillance
• New Relic,
Zabbix,
AppDynamix,
System Center,
Application
Insights, …
Collaboration
• Campfire,
HipChat, Slack,
Team rooms
• Face à face
…
• …
5. Gestion des
sources
Gestion des
builds
Gestion Agile
du produit
ou
Gestion des
déploiements
Gestion Agile
du produit
ou
Gestion des
déploiements
Intégration
avec équipe
produit
Gestion des
demandes
utilisateurs
Gestion des
tests ?
Collaboration
?
Coordination
avec une
équipe issue
d’un rachat
aux Etats-Unis
Collaboration
entre les
équipes en
France, Etats-
Unis et Inde
Gestion de la
surveillance ?
Gestion des
sources
Gestion des
builds
Gestion Agile
du produit
ou
Gestion des
déploiements
Gestion Agile
du produit
ou
Gestion des
déploiements
Gestion des
tests ?
Collaboration
?
Gestion de la
surveillance ?
LOB Apps créé sa RoadMap
3 mois
6. Pourquoi les outils sont parfois peu utilisés ?
Outil pas directement accessible
Fonctionnalités incomplètes ou pas suffisamment poussées
Utilisation de plusieurs / trop d’outils
◦ Créé un rejet
◦ Demande des synchronisations compliquées
7. Extension et synchronisation “old school”
AppliAAccessible via
librairies clientes
Synchronizer
3rd party
aka moulinette
• Techno imposée
par Appli A
• intégration avec
l’Appli B peu fiable
AppliB
Accessible via
WebServices peu
documentés
ou uniquement
par l’interface
web
Difficultés de mise en place Lourd à maintenir à chaque mise à jour
Etendue par des
Plug-Ins et
extensions
Etendue par des
Plug-Ins et
extensions
Etendue par des
Plug-Ins et
extensions
8. Exemples plus modernes pour notre Stack
Zoom sur Zapier
◦ Outil permettant des échanges simples
◦ Permet des “Zap” entre plus de 500 applications différentes
◦ Création des interactions entièrement guidées
Exemples de « Zap » :
◦ Lors de la création d’une card dans Trello Créer une task dans Todoist
◦ Lors de la création d’un WI Créer une card dans Trello
◦ Lorsqu’une Build est échouée Créer une card dans Trello
◦ Ajout d’un Pull Request Créer une task dans Todoist
9. OAuthTiers
Les apports des nouveaux standards du Web
OAuth
Tokens
AppliA
APIREST
OAuth
Hooks
Extensions light
(HTML, Javascript)
Tokens
Events
Basic
Authen.
AppliB
APIREST
OAuth
Hooks
Extensions light
(HTML, Javascript)
Tokens
Events
Basic
Authen.
10. Comment choisir ?
Pour éviter le mille feuille, choisissez une application principale
fournissant :
• Un maximum des fonctionnalités intégrées
• Une extension avec des mécanismes modernes et standards :
• Extensions (PlugIns, Apps, Mashup)
• OAuth v2
• API REST
• Web Hooks
• Des interfaces déjà existantes avec les outils complémentaires
11. Les limites du prêt à consommer
Avec les interfaces déjà préparées, il peut vous manquer :
◦ Le transfert de champs spécifiques
◦ La synchronisation bidirectionnelle
Bref l’implémentation ne suit pas toujours vos envies …
Ecrivez un peu de code pour les suivre :
◦ Ecrire un outil entièrement personnalisé
◦ Utiliser une structure d’application extensible comme Zapier, ou Hubot
12. Création de code pour l’intégration
Exemple en C# d’intégration de TFS avec Target Process :
storyToUpdate.Name = "Ma Story modifiée";
var ns = new XmlSerializerNamespaces(); ns.Add("", "");
var storySerializer = new XmlSerializer(typeof(UserStory));
var output = new StringWriter(); storySerializer.Serialize(output, storyToUpdate, ns);
var result = clienttp.UploadString(PathToTp +
string.Format("api/v1/UserStories/{0}?include=[Id,Name,Project[Id,Name]]", storyToUpdate.Id),
"POST", output.ToString());
var projectname = "AwesomeTools"; var witype = "Product Backlog Item";
var pbi = new WorkItem();
pbi.Fields["System.Title"] = "Tp: " + storyToUpdate.Name;
pbi.Fields["System.AssignedTo"] = "Cédric Pro";
var httpContent = new StringContent(JsonConvert.SerializeObject(pbi.FieldUpdates), Encoding.UTF8,
"application/json- patch+json");
var request = new HttpRequestMessage(new HttpMethod("PATCH"),
PathTovso + string.Format("/{0}/_apis/wit/workitems/${1}?api-version=1.0-preview.2", projectname, witype));
request.Content = httpContent;
HttpResponseMessage response = clientvso.SendAsync(request).Result;
var responseBody = response.Content.ReadAsStringAsync();
Pour démarrer, explorer les APIs et exemples d’intégration :
◦ VSO : http://www.visualstudio.com/en-us/integrate/explore/explore-vso-vsi
◦ Target Process : http://dev.targetprocess.com/rest/getting_started
13. Adoptez un robot nommé Hubot
https://hubot.github.com/
Hubot est un robot conçu pour automatiser le chat. Il sait :
◦ Lancer une build, déployer un site web,
◦ Traduire, rechercher des images, une adresse,
◦ Convertir, … et ce vous imaginerez
Github l’a écrit pour sa propre utilisation puis réécrit et rendu
Open Source. Hubot s’appuie sur Node.js et Coffee-script
Hubot se déploie facilement sur des plateformes comme Heroku,
OpenShift, Azure, …
Hubot a 2 parties fondamentales :
◦ Les adaptateurs pour communiquer avec les chat : Campfire, HipChat,
Team rooms, …
◦ Les scripts pour exécuter toute sortes de taches
Quelques scripts viennent de base. Ensuite il est facile d’ajouter
ceux maintenus par la communauté
14. En résumé
CE QUE L’ON A VU
Les récents standards d’échanges OAuth,
API REST, Hooks
Les limites du mashup au niveau de la
synchronisation
L’utilisation de hubot comme automate
universel
CE QU’IL FAUT RETENIR
Choisissez bien votre application principale
◦ intègre par défaut un maximum d’outils
◦ permet des extensions avec les récents
standards
L’intégration « sans code » d’outils pro
Distillez et infusez du fun dans votre stack Agile
@leblond_c
Notas do Editor
Je rêve de ne plus avoir débattre à chaque besoin de « quel outil allons nous adopter? ». Que chacun puisse utiliser l’outil qui lui convient le mieux.
Nous avons fait une partie du chemin. Les technologies et standards du web apportent une grande facilité à combiner,intégrer des applications. L’idée est de vous montrer concrètement ce qui est possible et comment.
J'interviens chez nos clients sur les problématiques ALM. J'en déploie les bonnes pratiques et les processus avec Visual Studio ALM et Team Foundation Server. Je suis également ScrumMaster et développeur.
Je participe régulièrement aux évènements des communautés Microsoft, ALM et Agiles (Agile .Net France, French Scrum User Group, TechDays) en tant que participant et autant que possible comme conférencier
Meritis est une société de en systèmes d’information pour la finance de marché.
Au sein des banques de financement et d’investissement et des sociétés de gestion d’actifs, les consultants Meritis interviennent à tous les stades du traitement d’ordre que ce soit fonctionnels, méthodologiques et technologiques - associée à la multitude des actifs et des produits rencontrés, garantissent aux consultants de Meritis un développement important de leurs compétences combiné à des évolutions aussi bien transversales que verticales
Afin de concrétiser ses valeurs méritocratie, équipe, résultat, innovation, Meritis a participé au Palmarès Great Place To Work 2013 et a été classé 5ème des Best Workplaces France des entreprises de moins de 500 salariés
Outils pas toujours utilisés Pq?
Couverture fonctionnelle incomplète
Utilisation de plusieurs (trop) outils, avec des synchronisations parfois compliquées (les fameuses moulinettes)
PQ cela change aujourd’hui ? Protocole d’échange standard (Oauth, APIs REST)
Ex avec Zapier
Convaincus … ou pas ?
Comment choisir son outils principal (minimum de survie Oauth, APIs REST, + outils d’interfacages sans code)
Exemples avec Trello
Limites (la synchro) parfois il faut ecrire un peu de code (ex avec Target Process)
D’autres possibilités avec Hubot
Legacy Old Basic Apps
A chaque grand ensemble d’activité dans le cycle de vie de dev d’une application, on retrouve des outils (logiciels ou pas). Ils sont parfois très spécialisé dans un domaine. Dans de domaines comme la gestion des sources, on utilise plus du manuel/humain. Dans la gest du produit/travail moins et encore moins dans la collaboration.
La Stack n’est pas complète (ex : outils de def du produit avec lean Canvas, product box, prototypage, … ou de support avec Zendesk, FreshDesk, System Center )
Guide lines doivent supporter l’Agilité, Software Craftmanship, Continuuous delivery, Devops
La Roadmap sur 18 mois prévoit une adoption par étape. Une période de trois mois est prévue à chaque étape pour permettre l’équipe d’apprendre et maitriser le nouveau domaine.
Lors de son périple l’équipe va de voir l’adapter et nous allons voir comment les nouveaux outils permettent une rapide intégration
Tableau blanc dans une autre pièce/bureau. Outil pas intégrer à l’IDE, pas possible de lier vos changements de code à votre tache ou US. L’outil est donc pas accessible directement.
Fonctionnalité incomplètes par ce que la fréquence mises à jour est lente. ou les extensions existent mais sont payantes (ex JIRA et JIRA Agile, TFS et la gestion du Portfolio Agile accès en lecture gratuite)
Le tableau des user stories et task physique et un outil de tracking à côté pour conserver l’historique. (impressions des User Stories)
Sur ces 2 dernières, les récentes innovations de ces dernières années, ont produit de nouveaux standards qui ouvrent de nouvelles perspectives.
Legacy Old Basic Apps
La première possibilité est d’écrire ou acheter des extensions (de l’editeur ou d’un editeur tiers) cela fonctionne assez bien, le coût peut poser problème l’extension est très dépendante et peut générer des coûts supplémentaires
La synchronisation entre 2 applications, elle n’était pas standardisée avec parfois des approches différentes qui même quasi souvent à écrire soit même un outils tiers supplémentaire qu’il faut ensuite maintenir.
Legacy Old Basic Apps
2 applis, 1 tiers d’authen (optionnel), plus de moulinette obligatoire
On les utilise tous les jours avec Twitter, LinkedIn, Facebook….
Oauth : Authentification standardisée permettant aussi à une application d’agir en notre nom avec des restrictions .
cela permet de donner un accès à ses ressources sur une application à une autre application.
Histo : nov 2006 debut en travaillant sur l’imp de OpenID pour Twitter. Avec l’impulsion de google, un groupe propose la V1 en octobre 2007
différence avec OpenID OpenID se charge d’être sur de que l’utilisateur est celui qu’il prétend, OAuth se charge d’accorder les accès
API REST étudier pour l’HTTP, couramment utilisé, Presque standard à défaut utilisation d’une API Web très proche
API claire et facile à apréhender basée sur les verbes HTTP GET, PUT, POST, PATCH, DELETE
Fournit souvent avec des exemples
Events / hooks permettent de déclencher une notification appel à un autre application sans action spécifique.
Ces mécanismes permettent aux applications elle-même de proposer des extensions ou de créer soit même des interactions dans la techno/langage que nous souhaitons/connaissons
Exemple avec les web hooks de visualstudio vers Trello et le Mashup avec ZenDesk pour la synchro.
Legacy Old Basic Apps
Je créé une autre Appli « C » qui elle aussi utilise les même standard (pas comme le code présenté ci-dessus pour les besoins de lisibilité). L’Appli C est permet de réaliser des synchros mais potentiellement pas que cela.