Tag Archives: software

itérations et incréments

30 Nov

Que signifient les mots itératif et progressif ?

http://www.jrothman.com/mpd/agile/2016/11/iterations-and-increments/ par Johanna Rothman

Agile, c’est le développement itératif et progressif et la livraison fréquente avec un changement culturel vers la transparence.

Itératif signifie que nous prenons « un morceau à la fois » pour créer une fonction entière. Des approches itératives gèrent le risque technique. Nous apprenons du risque comme nous réitérons à travers le jeu entier des fonctionnalités.

Progressif signifie que nous livrons des portions de valeur. Les approches progressives managent le risque de planification, parce que nous délivrons un travail fini à chaque étape.

Book on Amazon

Agile fonctionne parce que nous manageons les risques techniques et ceux de planification. Nous réitérons sur un jeu de fonctionnalités, livrant de gros incréments de valeur. (Une raison pour livrer de la valeur souvent et que nous pouvons ainsi changer ce que l’équipe va faire ensuite).

Prenons l’exemple d’un jeu de fonctionnalités appelé: “l’établissement d’une connexion sécurisée”.

Personne ne veut avoir à s’identifier pour se connecter. Mais, les gens veulent avoir une forte sécurité pour leur paiement. Hors, l’établissement d’une connexion sûre peut être une façon d’arriver à garantir le paiement. Le thème, ou ce que j’appelle un jeu de fonctionnalités, est “l’établissement de la connexion sécurisée”. Un jeu de fonctionnalités, ce sont plusieurs fonctions reliées qui livrent un thème.

Si vous voulez réitérer sur le jeu de fonctionnalités, vous pourriez livrer ces incréments de valeur :
  1. L’utilisateur existant déjà peut se connecter.
  2. Les utilisateurs peuvent changer leur mot de passe.
  3. Ajouter le nouvel utilisateur comme utilisateur.
  4. Ajouter le nouvel utilisateur comme admin.
  5. Empêcher des utilisateurs indésirables de se connecter : bots, certaines adresses IP, ou un emplacement physique. (3 histoires séparées.)

Si vous mettez en œuvre la première histoire, vous pouvez utiliser un fichier à plat. Vous pouvez toujours utiliser un fichier à plat pour la deuxième histoire. Une fois que vous commencez à ajouter plus de 10 utilisateurs, vous pourriez vouloir passer à une sorte de base de données. Ce serait une autre histoire utilisateur. Ce n’est pas “Créer une base de données.” L’histoire serait “Explorer des options pour permettre d’ajouter 10, 100, 1000, 10000 utilisateurs à notre site et voir quelles sont les implications en matière de performance et de fiabilité.”

Remarquez « explorer » comme une partie de l’histoire. Cela pousserait à produire des options que l’équipe puisse discuter avec le Product Owner. Certaines options ont des implications à l’exécution.

Chaque fois l’équipe réitère sur le jeu de fonctionnalités, elle livre un incrément. Puisque beaucoup d’équipes utilisent des durées de temps fixes (timebox), elles utilisent « des itérations » comme leur timebox. (Si vous utilisez Scrum, vous utilisez des sprints.) Remarquez les mots “réitère sur le jeu de fonctionnalités.”

Dans des cycles de vie progressifs, comme la livraison par étapes, l’équipe finirait toutes les fonctionnalités dans un jeu de fonctionnalités donné. Les cycles de vie incrémentaux n’ont pas nécessairement à utiliser des timeboxes pour livrer leur développement progressif. Dans les cycles de vie itératifs, comme spiral ou RUP, l’équipe développerait des prototypes de fonctionnalités, ou même finirait partiellement des fonctionnalités, mais l’intégration finale et les tests n’arrivent qu’après que tout le développement itératif ait été fait.

Dans Agile, nous réitérons sur un jeu de fonctionnalités, livrant la valeur progressivement.

Si vous ne finissez pas vos histoires, vous êtes dans un cycle de vie itératif. Si vous ne limitez pas les fonctionnalités que vous finissez et ne les terminez pas « toutes », vous êtes dans un cycle de vie progressif.

Il n’y a pas de bonne façon de choisir un cycle de vie pour votre projet. Si vous voulez utiliser agile, vous réitérez sur un jeu de fonctionnalités sur un bref cycle de temps, livrant de gros incréments de valeur.

CertYou est partenaire de DantotsuPM

 

alors que nombre d’entre nous adoptent l’agilité, n’oublions pas les bénéfices du management de projet traditionnel en cascade

26 Oct

Une progression ordonnée qui reste séduisante et bénéfique sur les projets où il est possible de bien définir les exigences en amont.

The Benefits of Traditional, Waterfall Project Management

http://kellyprojectsolutions.com/benefits-traditional-waterfall-project-management  par Technology Advice

L’approche « en cascade » d’analyse et de conception des systèmes a été créée dans les années 1970 et a gagné la popularité à cause de sa progression logique, linéaire. Les tâches sont décomposées en cinq parties qui suivent une progression ordonnée : définition des exigences, conception, mise en œuvre, vérification et maintenance. Dans la phase de définition des exigences, les programmeurs et le client déterminent le périmètre du projet; dans la phase de conception, les programmeurs créent des designs ou maquettes basiques et complexes; dans la phase de mise en œuvre, les programmeurs testent le code source comme le programme est écrit; dans la phase de vérification, les programmeurs évaluent la conception et corrigent les erreurs; et dans la phase de maintenance, les programmeurs apportent les changements nécessaires pour assurer que le système continue de fonctionner correctement. Chaque phase doit être soigneusement planifiée à l’avance pour assurer le succès.

Aujourd’hui, beaucoup de business optent au lieu de cela pour la gestion de projet Agile. Les personnes qui utilisent cette méthode se concentrent sur la production de petites parties du projet dans chaque cycle de livraison, plutôt que la création d’un plan pour le projet entier.

Cependant, l’approche en cascade traditionnelle du management de projet a toujours plusieurs bénéfices clefs.

D’abord, les développeurs et clients discutent ce qui sera livré tôt dans le processus, ce qui rend la planification et les phases de livraison plus évidentes.

Selon Techrepublic.com “l’accent sur les exigences et la conception avant l’écriture d’une seule ligne de code assure un gaspillage minimal de temps et d’effort et réduit le risque de dérapage de délais, ou d’attentes de client non atteintes.” Parce que les promoteurs et des clients discutent des objectifs finaux dans le détail, les deux parties ont une solide compréhension des attentes primaires et des résultats désirables. En conséquence, il est beaucoup plus facile de garantir que le projet est sur la bonne voie.

Ensuite, la méthode peut sauver du temps et de l’argent.

Livre sur Amazon

Les programmeurs développent seulement le code qui est en réalité nécessaire, ce qui sauve temps et effort pendant les étapes initiales. Les développeurs peuvent corriger n’importe quelles erreurs ou défauts tôt dans le processus, ce qui permet à la phase de mise en œuvre de se dérouler sans à-coup. Parce que l’objectif final est clairement défini dans les étapes de démarrage, toutes les parties comprennent les contraintes de temps et de finances du projet. Dans son livre paru en 1996 Rapid Development: Taming Wild Software Schedules Steve McConnell a évalué que “un défaut d’exigences qui reste non détecté jusqu’à la construction ou la maintenance coûte 50 à 200 fois autant pour le fixer qu’il n’aurait coûté au moment de la définition des exigences.” En conséquence, achever chaque cycle avant de passer au suivant garantie le succès au final.

Les travailleurs peuvent facilement déterminer combien de progrès ils font, car les attentes sont clairement définies avant que le projet ne commence.

Parce que le projet est clairement planifié du début à sa fin, les travailleurs peuvent rapidement mesurer leurs accomplissements et livrables. La méthode en cascade est idéale pour les équipes qui travaillent étroitement ensemble, puisqu’elle offre des tâches et des objectifs précis. Elle permet aussi aux développeurs de continuer à travailler sur le projet sans avoir besoin de la surveillance constante d’un manager.

Le logiciel peut être conçu en se basant sur une compréhension minutieuse des éléments à fournir.

Parce que la méthode traditionnelle entraîne une documentation minutieuse, les programmeurs peuvent garantir qu’ils répondent aux attentes des client avant que le projet ne soit achevé.

Enfin, les programmeurs peuvent facilement évaluer les résultats en fonction du résultat attendu.

Dans la phase de maintenance, les programmeurs et clients peuvent observer la solution pour déterminer si elle fonctionne correctement. S’il y a des problèmes, les programmeurs peuvent corriger les erreurs avant la remise du produit fini aux clients.

Microsoft est partenaire de DantotsuPM

Bien que moins flexible que la gestion Agile, la méthode en cascade fournit un plan clair de résultats attendus tant pour les programmeurs que pour les clients. Elle peut faire gagner du temps et de l’argent en offrant une stratégie bien définie. Ce n’est pas la méthode la plus populaire actuellement, mais c’est un système valable et qui peut être mis en œuvre avec presque n’importe quel logiciel de management de projet. Les sociétés et leurs clients devraient considérer les bénéfices de la méthode de management de projet en cascade traditionnelle.

Méta Projets Management est partenaire de DantotsuPM

Qu’en pensez-vous? Quelles sont vos expériences en la matière? Commentez ce billet.

Enregistrer

Enregistrer

24 Octobre – Bordeaux #PMI® – DevOps : l’art de maîtriser la vie de vos SI

13 Oct

DevOps : développeurs et opérationnels main dans la main pour produire de la valeur dans un environnement optimisé

Une rencontre PMI France Branche Aquitaine

DevOps est la concaténation des trois premières lettres du mot anglais Development (développement) et de l’abréviation usuelle Ops du mot anglais Operations (exploitation), deux fonctions de la gestion des systèmes informatiques qui ont souvent des objectifs différents.

Les entreprises vont de plus en plus loin dans la transformation numérique. La distinction entre l’équipe qui développe dite « Build » et celle qui exploite les systèmes informatiques dite « Run » créent des difficultés. L’objectif pour la première étant de développer au moindre coût les changements le plus vite possible. Quant à la seconde, elle s’attache à garantir la stabilité du système qu’elle exploite.

Afin de réconcilier ces deux sœurs, il est recommandé, entre autres, de faire des déploiements réguliers, effectuer des tests au plus tôt dans un environnement d’intégration continue – le tout dans un écosystème Agile.

Benoit Defrance qui est Practice Leader Agile & Devops chez SQLI, entreprise de services du numérique Spécialiste de la transformation digitale des entreprises, partagera avec vous son expérience sur l’agilité-DevOps et Continuous Delivery de valeur.

Inscriptions

PMI is a registered mark of Project Management Institute, Inc.

Microsoft est partenaire de DantotsuPM

14 June – Webinar – Introduction to #SAFe 4.0

31 Mai

SAFe®(Scaled Agile Framework) is the largest growing Agile scaling framework and has been adopted by over 65 of the fortune 500 companies. Temenos+Agility is one of the few worldwide SAFe® SPCT Gold Partners of Scaled Agile with over 100 years of combined experience in deep Enterprise, Cultural and Leadership Agility transformations.

safe 4.0

Scaled Agile Framework

This webinar session is an Introduction to SAFe® where you will get an insight by understanding Lean-Agile Methodologies and systems development for a better enterprise culture.

This Webinar will also educate you on the overall Scaled Agile Framework, the purpose and the function of the people involved in the framework and the Quality measures for implementing it without any obstacles.

The following points will also be covered:

  • Building incrementally to accelerate value delivery.
  • Guidance for work at the Portfolio level, Value Stream, Program and Team levels.
  • In Building the Backlog for a better growth.
  • A path of Relentless Improvement for sustainability.
  • And solutions for Value Delivery in determining success patterns.

Enregistrer

Vidéo

Vous n’utilisez pas une cuillère à café pour arroser vos plantes… Alors, pourquoi utiliser Excel pour manager vos projets ?

24 Mai

Les dernières versions de MS Projet permettent de mettre en place très rapidement un projet simple à partir de modèles préremplis et de la planification automatique. Celle-ci permet d’insérer des tâches dans une chronologie d’un simple clic de souris.

Une troisième vidéo humoristique de notre partenaire Microsoft qui met en évidence certains des avantages à quitter Excel pour un outil dédié au management de projet.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Vidéo

Vous n’utilisez pas une loupe pour faire vos recherches sur le web ! Alors, pourquoi utiliser Excel pour manager vos projets ?

17 Mai

Faire des rapports et prendre des décisions sur votre projet est bien plus aisé avec Project qu’avec Excel. Une seconde vidéo humoristique de notre partenaire Microsoft qui met en évidence certains des avantages à quitter Excel pour un outil dédié au management de projet.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Vidéo

Vous n’utilisez pas des avions en papier pour envoyer des messages… Alors, pourquoi utiliser excel pour manager vos projets ?

10 Mai

Une première vidéo humoristique de notre partenaire Microsoft 🙂 . Elle met en évidence certains des avantages à quitter Excel pour un outil dédié au management de projet et donc bien plus puissant tout en restant simple. En effet, Project permet d’opter pour une planification totalement manuelle si nous le souhaitons.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

selon le CRASH report: nous sommes sur la bonne voie dans nos projets informatiques et technologiques

17 Mar

Cette  année encore, CAST software a analysé plus de 1850 applications pour mieux comprendre comment les pratiques de développement et de livraison impactent l’IT ainsi que la performance de l’organisation.

En analysant de plus près nos méthodes de développement, maturité des équipes et autres facteurs, le rapport CRASH nous confirme que nous sommes sur la bonne voie même s’il reste encore des choses à améliorer. Nos pratiques de développement et de livraison de nos projets informatiques et technologiques évoluent positivement !

Obtenez votre copie gratuite du rapport (en langue anglaise)

Voici quelques découvertes :

  • Le secteur public est le plus sûr
  • La taille des équipes de développement fait une différence
  • Le type de « sourcing » a peu d’influence sur la santé globale des logiciels
  • Les méthodes de développement hybrides ont de bons résultats

Vous pouvez télécharger le rapport complet ici.

Enregistrer

Enregistrer

Enregistrer

14 Février – Lausanne – La protection des données personnelles : Un défi pour le chef de projet ?

31 Jan

Les enjeux sont importants car corriger a posteriori un système qui serait non conforme est une véritable gageure !

Cyber criminalitéDisons-le clairement, traiter les données personnelles de manière conforme dans tout nouveau projet peut se révéler être un défi pour le chef de projet. Un défi, car les obligations légales existent en ce domaine, mais les formations intégrant cet aspect sont encore rares.

Hors, les corrections après coup sont très coûteux en temps, en énergie et en argent.

Isabelle Dubois

Isabelle Dubois

Au cours de cette soirée animée par Isabelle Dubois, AD HOC RESOLUTION, vous pourrez vous sensibiliser à cette matière et :

  • Prendre conscience de ce que sont les données personnelles et les données sensibles
  • Découvrir les règles et principes applicables au traitement de ces données
  • Aborder les sujets qui vous (pré)occupent actuellement, tel que l’externalisation des données

La conférence sera suivie par un apéritif dînatoire.

Détails et inscriptions

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

Enregistrer

Enregistrer

Une journée dans la peau d’un chef de projet – édition 2017 de Campana & Schott

31 Jan

Les outils évoluent, le chef de projet apprend à en tirer tous les bénéfices !

Avant que la Collaboration Sociale ne fasse son apparition, le quotidien d’un chef de projet était accaparé par les voyages et les appels téléphoniques afin de coordonner les membres de son équipe et de piloter son projet. Aujourd’hui, les choses ont bien changé.

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

Cette nouvelle édition du livre blanc raconte de manière ludique la journée d’un chef de projet du XXIe siècle, utilisant toutes les technologies Microsoft pour mieux organiser son travail quotidien et ses projets : Office 365, Delve, Project Online, SharePoint, Skype for Business, Yammer ou encore Office Groups, Planner et Wunderlist.

une-journee-pm-csTélécharger le livre blanc (3.3 M)

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

%d blogueurs aiment cette page :