Objectifs généraux:
- Réduire les pertes (reworks), la difficulté et le risque d’échec de nos projets TI
- Améliorer la qualité de nos TI (systèmes / logiciels)
Objectifs spécifiques:
- Présenter le modèle de maturité CMMi-DEV, pour le développement des systèmes / logiciels
- Déclencher ou justifier l’amélioration de nos processus de développement selon CMMi-DEV
Webinar TDD / BDD : Comment mieux délivrer et s'entendre pour le Product Owne...DC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile.
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Webinar - Mieux s'entendre entre Dev / PO / Testeur avec TDD et BDDDC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile, en partenariat avec ACENSI !
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Présentation des Méthodes Agiles pour l'association AnnexEthiqueDavid Brocard
- Présentation des Méthodes Agiles
- Comment se situent les projets web ?
- Le cycle de la "valeur"
- Présentation très succinte de Scrum
- Aspects contractuels
Dans nos accompagnements techniques, nous observons régulièrement des problèmes de Legacy Code aussi appelé Code Patrimonial. Notamment lorsque des équipes font un virage agile et on leur demande soudainement de faire des tests unitaires automatisés. Pas si facile que cela.
Dans cette présentation, nous verrons les points suivants:
- Description de quelques techniques pour nous aider à tester le Legacy Code
- Comment avoir le droit de travailler sur du code pour le rendre plus facile à travailler
- Quelques pratiques et outils afin de s'en prémunir autant que possible au jour le jour.
Cette présentation a été donnée aux dates suivantes:
- 10 Novembre 2016 - Beer And Learn (Québec)
- 16 Novembre 2016 - Agile Tour Montréal
Objectifs généraux:
- Réduire les pertes (reworks), la difficulté et le risque d’échec de nos projets TI
- Améliorer la qualité de nos TI (systèmes / logiciels)
Objectifs spécifiques:
- Présenter le modèle de maturité CMMi-DEV, pour le développement des systèmes / logiciels
- Déclencher ou justifier l’amélioration de nos processus de développement selon CMMi-DEV
Webinar TDD / BDD : Comment mieux délivrer et s'entendre pour le Product Owne...DC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile.
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Webinar - Mieux s'entendre entre Dev / PO / Testeur avec TDD et BDDDC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile, en partenariat avec ACENSI !
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Présentation des Méthodes Agiles pour l'association AnnexEthiqueDavid Brocard
- Présentation des Méthodes Agiles
- Comment se situent les projets web ?
- Le cycle de la "valeur"
- Présentation très succinte de Scrum
- Aspects contractuels
Dans nos accompagnements techniques, nous observons régulièrement des problèmes de Legacy Code aussi appelé Code Patrimonial. Notamment lorsque des équipes font un virage agile et on leur demande soudainement de faire des tests unitaires automatisés. Pas si facile que cela.
Dans cette présentation, nous verrons les points suivants:
- Description de quelques techniques pour nous aider à tester le Legacy Code
- Comment avoir le droit de travailler sur du code pour le rendre plus facile à travailler
- Quelques pratiques et outils afin de s'en prémunir autant que possible au jour le jour.
Cette présentation a été donnée aux dates suivantes:
- 10 Novembre 2016 - Beer And Learn (Québec)
- 16 Novembre 2016 - Agile Tour Montréal
Partie 1 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
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
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Kanban, un outil simple de gestion de la production.Blackbird
Kanban c'est simple et efficace !
Une méthode qui vous permet de visualiser le travail en cours, d'améliorer la productivité des équipes et de détecter les éventuels points de blocage en un coup d'oeil. Beaucoup plus simple que SCRUM et moins contraignant, sans être incompatible avec vos méthodes déjà en place !
Vous y trouverez d'ailleurs une rapide comparaison entre SCRUM et KANBAN.
To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
Agilité à budget fixe en phase d'avant-vente. Que proposer ?Frantz Degrigny
Je veux de l'agilité, mais un budget fixe ! Que proposer en phase d'avant-vente ?
Un retour d'expérience sous forme de "Lightning talk" présenté à l'Agile Tour Nantes 2016 :
- Introduire du BDD dans un projet pour un ministère, c'est possible ?
- Externaliser une équipe de réalisation en nearshore pour une grande banque, comment faire ?
- Réaliser une soutenance sur un format participatif et innovant, ça se fait ?
Nous parcourrons les différents principes suivants lors de nos retours d'expérience :
- Éduquer le client sur les principes, enjeux et contraintes des méthodes agiles
- Expliquer les impacts de l'agilité sur le déroulement et le prix du projet
- Comment adapter un contrat forfaitaire (Forfait simple, forfait au sprint, forfait au MVP, etc) ?
- Comment adapter les méthodes agiles (Un mélange de SCRUM, XP, franciser la méthodologie, etc ) ?
Finalement, nous terminerons sur les feedbacks de ces principales expériences, et particulièrement côté clients.
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 gestion de projet en mode Agile : quelle réalité opérationnelle?Christa Dabilly
Il peut s'avérer compliqué, voire impossible parfois, d'appliquer drastiquement la méthode Agile sur un projet. Malgré la volonté de l'entreprise d'opter pour un développement Agile, certaines difficultés opérationnelles peuvent subsister. Une évaluation du périmètre d'application peut s'avérer indispensable pour définir au mieux et le plus en amont possible les actions à mettre en place pour être dans le plein respect de la méthode. Si cela reste insuffisant, il faudra alors dans un 2eme temps faire des compromis et se rapprocher au mieux des résultats qu'offre la méthode et de la réalité de l'entreprise.
Partie 1 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
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
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Kanban, un outil simple de gestion de la production.Blackbird
Kanban c'est simple et efficace !
Une méthode qui vous permet de visualiser le travail en cours, d'améliorer la productivité des équipes et de détecter les éventuels points de blocage en un coup d'oeil. Beaucoup plus simple que SCRUM et moins contraignant, sans être incompatible avec vos méthodes déjà en place !
Vous y trouverez d'ailleurs une rapide comparaison entre SCRUM et KANBAN.
To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
Agilité à budget fixe en phase d'avant-vente. Que proposer ?Frantz Degrigny
Je veux de l'agilité, mais un budget fixe ! Que proposer en phase d'avant-vente ?
Un retour d'expérience sous forme de "Lightning talk" présenté à l'Agile Tour Nantes 2016 :
- Introduire du BDD dans un projet pour un ministère, c'est possible ?
- Externaliser une équipe de réalisation en nearshore pour une grande banque, comment faire ?
- Réaliser une soutenance sur un format participatif et innovant, ça se fait ?
Nous parcourrons les différents principes suivants lors de nos retours d'expérience :
- Éduquer le client sur les principes, enjeux et contraintes des méthodes agiles
- Expliquer les impacts de l'agilité sur le déroulement et le prix du projet
- Comment adapter un contrat forfaitaire (Forfait simple, forfait au sprint, forfait au MVP, etc) ?
- Comment adapter les méthodes agiles (Un mélange de SCRUM, XP, franciser la méthodologie, etc ) ?
Finalement, nous terminerons sur les feedbacks de ces principales expériences, et particulièrement côté clients.
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 gestion de projet en mode Agile : quelle réalité opérationnelle?Christa Dabilly
Il peut s'avérer compliqué, voire impossible parfois, d'appliquer drastiquement la méthode Agile sur un projet. Malgré la volonté de l'entreprise d'opter pour un développement Agile, certaines difficultés opérationnelles peuvent subsister. Une évaluation du périmètre d'application peut s'avérer indispensable pour définir au mieux et le plus en amont possible les actions à mettre en place pour être dans le plein respect de la méthode. Si cela reste insuffisant, il faudra alors dans un 2eme temps faire des compromis et se rapprocher au mieux des résultats qu'offre la méthode et de la réalité de l'entreprise.
Low code, lean et agilité sur les projets SHarePoint - SPS DakarSébastien Paulet
Comment faire rapide, bien et pas cher sur O365 et SharePOint.
Méthodologie maison à base de low code, lean et Scrum.
SLide de présentation du SPS Dakar en Juillet 2018
Comment appliquer efficacement de l'Agilité et du Scrum sur des projets basés sur SharePoint (ou tout autre type de progiciel à intégrer) - Retour d'Expérience -
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
5 bonnes raisons pour des projets analytiques en agileagileDSS
Vous souhaitez délivrer plus rapidement de la valeur grâce à vos projets analytiques?
Vous gérez des besoins et des périmètres mouvants?
Vous devez briser les silos au sein de votre organisation et faire communiquer des départements qui se parlent rarement?
Vous devez intégrer le travail de plusieurs équipes?
Venez découvrir pourquoi et comment l'agilité apporte une réelle plus-value à la gestion de vos projets Business Intelligence, Big Data et Data Science.
Au cours de cette rencontre, venez bénéficier des retours d'expérience de nos speakers et découvrir comment ils ont surmonté ces défis grâce à l'agilité.
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelAgile Montréal
Plusieurs s'engagent dans un projet DevOps avec espoir de voir la vélocité augmenter au fil du temps, remplissant la promesse légendaire de Scrum. La réalité est souvent tout autre, car opérer un système en production apporte son lot de surprises, et si l'on y ajoute de la dette technique et quelques années de vie utile, alors on peut facilement se retrouver dans une tempête parfaite. Voyons ensemble ces éléments qui viennent affecter notre précieuse vélocité.
Présentation effectuée par Charles-André Bouchard, dans le cadre du cours LOG3000 conduit par Mathieu Lavallée, à Polytechnique, mardi le 22 novembre 2016.
Web-formation | Lean Innovation & Méthode 3PXL Groupe
L'Excellence Opérationnelle est souvent ramenée au Lean Manufacturing, avec un sous entendu de standardisation et de réunions rituelles. Ce que l'on sait moins, c'est que dans les évolutions normales de la démarche, le Lean finit par se tourner vers la CREATION de produits et de processus, et là aussi, les résultats sont exceptionnels.
Corinne Oudot-Jacob vous présente les outils de Lean Développement et notamment, le 3P, lors de cette web-conférence.
Nous verrons comment le Lean supporte et encadre les phases de création intenses des kaizen 3P, et comment structurer un système d'innovation pour présenter régulièrement des nouveautés au marché, tout en tenant ses délais et en ajustant ses performances.
Retrouvez le replay de cette web-conférence sur notre chaîne Youtube : http://buff.ly/2kWIQWD
Web-formation | L'Obeya pour le pilotage de projets Lean DéveloppementXL Groupe
Ronan Hémidy analyse la force d'un Obeya et partage certaines de ses expériences pour optimiser l’impact des Obeyas sur une organisation de Projet(s).
Retrouvez le replay de cette web-conférence sur notre chaîne Youtube : http://buff.ly/2kWIQWD
This presentation is devided in 3 major topics:
1. Overview of IT projects over the world
2. Reminder about Agile contexte and principales
3. presentation of Scrum Framework and practices (Roles, artefacts and ceremonials).
3. Objectifs et mise en contexte
1. Partager pourquoi l'agile s'arrime bien au BI/DW et ce qu'on
espère obtenir en considérant un tel cadre
2. Vous offrir une piste de réflexion en adressant les défis
auxquels sont confrontés les projets BI qui sont développés à
l'aide d'un cadre Agile. C'est un survol.
3. La conférence vous offrira des outils afin de vous permettre
d'appliquer un cadre Agile à vos projets
BI ou DW
4. Nous assumons que vous êtes familiers avec Scrum, ses
bénéfices et le cadre de base (terminologie)
4. Complexité naturelle du BI = défis
1. Besoins pas clairs au début
2. Compréhension des besoins
se raffine avec temps
3. Découverte des sources
4. Découverte des liens entre les
sources
5. Découverte de la capacité des
sources et des liens à remplir
les besoins
Beaucoup d'inconnu
Tendance vers une approche plus
empirique
5. Nos objectifs avec l'agilité
1. Le temps au marché
2. Meilleure qualité
3. Plus grande satisfaction de la clientèle
4. Estimation plus précise et fiable
Mais Scrum adapté
au BI n'est pas
facile
Conférence
Planifica/on des
Tâches
Développement
Démo
Rétrospec/ve
Modules candidats à être mis en production
Sprint
15 jours
Carnet de commandes
(Besoins du projet)
6. Les 7 piliers permettant l’agilité
Ces éléments sont
chacun clés afin
d’appliquer Scrum/XP à
un projet DW/BI
avec succès
• La technologie
• L’assurance qualité
• La décomposition de la livraison
• L’estimation
• L’adaptation des sprints
• L’équipe
• L’interfacte à
l’organisation
8. Rôles sur une équipe Scrum DW/BI
– Product Owner: à lui le résultat, il décide
– Scrum Master: à lui le processus, pas un PM
– Architecte de projet: gère les besoins et les solutions
– Analyste/Modélisateur de données
Définie tables, profilage, définie modules ETL
– Développeurs: front-end & back-end
– Ingénieur de tests: organisation des tests, automatisation,
gestion des jeux de test
6-9 joueurs
9. Partir une équipe: degré de maturité
Sprints requis
Étape dans cycle de maturité
Vite
Moins vite
0: Scrum générique
1
2
1: Livraison en pipelines
1
2
2: Estimés fondés sur la taille & plan de
publication (vélocité)
2
4
3: Développement mené par les tests
2
4
4: Modèle de référence
3
6
5: Gestion des besoins & tests
automatisés
3
6
Total des sprints
12
24
Temps écoulé
24-36
semaines
48-72
semaines
11. Les sprints non standards
– Itérations -1 et 0 permettent :
• le démarrage du projet et mise en place de la plateforme
• l'architecture de la solution
• la modélisation conceptuelle des données
• visez le 80/20 pour un démarrage rapide des projets
– Sprint d'architecture
• permet de travailler sur une architecture réutilisable et de haute qualité
– Sprint de recherche (Spike)
• permet de suspendre l'approche time-box pour travailler à la recherche
de solution d'un problème majeur
– Sprint d'implantation
• permet de mettre en production une application
12. Le Pipeline : adaptation Scrum au BI
– Donne à chaque
métier un sprint
complet pour
exécuter son
travail
– Les rencontres
quotidiennes et de
planification sont
nécessaires pour
assurer la
continuité de la
livraison d'un
package
Itera/on
Solu/on
Architect
Data Modeler
/ Sys Analyst
Coders
Sys Test
Solu/on Reqts
Technical Reqts
Poten/ally Shippable
Shippable Code
-‐1
0
1
2
3
4
A
B
B
B
B
A
A
A
C
C
C
C
D
D
D
14. Le problème avec l'estimation
– Distribution des estimés traditionnels
– Pour avoir 95% de certitude, on doit multiplier les estimés des
développeurs par 4
(Étude de 400 projets chez Haliburton)
1x
2x
3x
4x
Ratio des estimés réels
95% degré de confiance
Moyenne
Fréquence
15. Estimation fondée sur la taille
– Agile utilise une méthode en
pair fondée sur la taille
comparative
– L'estimation de ce qui peut
être
livré dans un sprint ne se fait
pas en heures
– Le cerveau humain compare
très bien
– Facilité à comparer un
nouveau
module à un déjà livré
Qu'est-ce qui est plus facile à
soulever?
Formes différentes, mais intuitivement nous
savons que la pomme et la banane pèsent
environ la même chose
16. Carte de base d'estimation (CBE)
– Consensus d'équipe sur tâches
requises pour chaque objet DW/BI
majeur
– Estimés pro forma
– Heures d'efforts
– Utilisé comme guide
– Évite de repenser chaque fois
– Permets la conception et
l'estimation par exception
– Revisité lors des rétrospectives &
peut-être ajusté
Type 2 Slowly Changing
Dimension
• High-level design conference
2hr
• Low-Level design conference
3hr
• Finalize table DDL
3hr
• Create table & indexes
1hr
• Create view for incremental source
1hr
• Create incremental load mapping
- Row-level meta data columns
6hr
- Straight through columns
3hr
- Derived columns
?
• Create view for initial source
1hr
• Adapt for initial load mapping
6hr
• Create session
3hr
• Add to workflow
2hr
• Move to nightly build folder
2hr
• Create parm setting script
2hr
• Update tar ball & version control
1hr
• Code walk through
3hr
• Document per dept stds
3hr
22. Deux éléments souhaitable
– Tests automatisés
• Découverte immédiate d'erreurs de code
• Plus facile de cibler les erreurs
• Définition implicite de "complété" (pas d'extras)
• Démontre au client que le DW est correct
• Permets de réaliser des tests quotidiennement
• Moins d'erreurs opérationnelles
– Référentiel de jeux de données de test
• On doit vraiment penser aux besoins pour créer ceci
• Permets de rouvrir le code pour maintenance
23. Maintenir la vitesse des développeurs
– Développeurs doivent travailler indépendamment
• leur procurer un sandbox
– Ont besoin de tests unitaires rapides et utiles
• gestion de petits jeux de données statiques
– Doivent répéter les tests unitaires souvent
• gestion des jeux de données "attendus" pour comparaison
– Doivent détecter les modules problèmes rapidement
• validations automatisées
• build chaque soir et exécution des chargements staging-marts
– Doivent simuler les deltas
• plusieurs échantillons de temps dans les jeux de données
24. Toute l'équipe a un rôle à jouer
– Architecte de projet
• Requêtes-utilisateur pour chaque étoile, sujet
• Scripts de démo
• Récupère les tests d'acceptation formels
– Analyste
• Cas de tests unitaires source-cible
• Valide les métadonnées au niveau des rangées
– Modélisateur de données
• Cas de tests d'intégration à partir du modèle
• Assure la cohérence inter-table
– Ingénieur de Test
• Compile tous les tests, organise
• Assure les exécutions tous les soirs
26. Deux points importants
– Un environnement technologique complexe freine l'agilité
• Viser à simplifier
• Viser à standardiser
– S'outiller pour mieux tirer avantage de l'agilité
• Automatisation des tests (Cruise Control, Finesse + DbFit)
• Communication + collaboration
28. Gestion des besoins agile BI 80/20
Phase initiation
Concept du
système
(Analyste Aff.)
Demande
client
(Analyste Aff.)
Document de
Vision
(Architecte
projet)
Phase
de Création
Cas d’u/l. de solu/on
(Architecte Projet)
Phase
d’Élaboration
Cas d’u/l. applica/f
(Analyste BI/TI)
“Comment
nous allons
créer de la
valeur”
“Voici ce qui
ne marche pas
et comment
nous ferions
pour y
remédier”
“Voici les
problèmes que
nous
comprenons et
une ébauche de
solution ”
“Voici un schéma en étoile
que nous allons construire
pour vous”
“Voici un module ETL que
nous allons construire pour
eux”
Besoins
d’affaires
Besoins
fonctionnels
Spécifications
TI
Sprint -1
Débute avec sprint 0
29. S'intégrer à l'organisation
Phases typiques
Réponse Agile DW
80/20, 25% du temps
Phase gérée en
Identification ou
Bonne idée
N/A
Traditionnel accéléré
Étude préliminaire ou
faisabilité
Concept & Demande
(2 page)
Traditionnel accéléré
Architecture ou Conception
Document de vision
(10-20 pages)
Sprint -1
Traditionnel accéléré
Réalisation
Cas utilisation solutions
Cas utilisation applicatifs
Scrum
Gouvernance traditionnelle
Transition production
N/A
Traditionnel
30. Livrables: détails
Concept du
système
• Jus/fica/on
• Impacts sur
l’expérience client
• Impacts sur les
secteurs visés
• Mesures de succès
• Budgets, /ming,
champions
• Demandes client
• Problèmes
• Contournements
actuels
• Votre vision
• U/lisateurs
• Autres applica/ons
avec lesquelles
u/lisateurs
interagissent
Vision
• Énoncés de
problèmes
• Fonc/ons et
bénéfices
• Diagrammes de
contexte (emphase
données sources)
• Modèle
conceptuel des
données
• Architecture haut -‐
niveau
Cas U/lisa/on
Solu/on
• Descrip/on
• Acteurs/personas
• Détails des sources
• Tables de faits
• Dimensions
• Sous-‐ensemble
modèle conceptuel
• Requêtes typiques
à répondre
Cas U/lisa/on
Applica/f
• CUS +
• Data flows (le
découpage ETL)
• Déclencheurs
• Précondi/ons
• Ini/al load
• Ges/on erreurs
• Valeurs défauts
• Restart
• No/fica/ons
32. Sommaire des piliers
• La technologie
• L’assurance qualité
• La décomposition de la livraison
• L’estimation
• L’adaptation des sprints
• L’équipe
• L’interfacte à l’organisation
Doit aider et non freiner l’agilité
Automatisation et jeux de tests
Simplifier portée, découper
livrable
Focus sur valeur au client
Fondée sur la taille, CBE
Sprints non-standards, pipeliine
La maturité agile ne sera pas
immédiate
Scrum s’applique à la réalisation,
gestion des besoins 80/20