DEVOPS
41.5K views | +7 today
Follow
 
Scooped by Mickael Ruau
onto DEVOPS
Scoop.it!

Contractualiser un projet informatique : rigueur ou agilité

Contractualiser un projet informatique : rigueur ou agilité | DEVOPS | Scoop.it
Les besoins métiers peuvent évoluer pendant la phase de conception d’un projet et la description initialement figée dans le contrat peut se révéler approximative ou fausse.
Si le contexte l’exige, le responsable du contrat devra alerter les contractants et proposer un dispositif contractuel qui permettra de compléter ou de réviser aussi souvent qu’il le faudra, le référentiel du contrat. Il proposera des rendez-vous – ateliers et comités – pour affiner la conception de la solution et en cadrer le référentiel. Les phases de réalisation pourront alors leur succéder. On voit donc une alternative à l’exemple cité précédemment (roadmap détaillée et contractualisée) : les équipes affinent au fur et à mesure la solution et alimentent un référentiel documentaire qui fera partie du périmètre contractuel.
La phase de conception peut alors être étalée dans le temps ce qui procure une certaine souplesse au client. La collaboration est la pièce maitresse du dispositif « agile » : c’est la collaboration entre les équipes dans des instances adaptées qui permettra de construire ou de modifier le référentiel du contrat. La gouvernance fournit le cadre dans lequel s’exprimera la richesse des équipes. A la notion de cahier des charges on préfère alors celle de 'BackLog' : la solution est spécifiée par les équipes client et fournisseur en collaboration étroite et par itérations successives.
more...
No comment yet.
DEVOPS
DEVOPS, agilité, tests, déploiement, sécurité
Curated by Mickael Ruau
Your new post is loading...
Your new post is loading...
Scooped by Mickael Ruau
Scoop.it!

PRINCE2 vs PMP : Quelle méthode de gestion de projet choisir?

PRINCE2 vs PMP : Quelle méthode de gestion de projet choisir? | DEVOPS | Scoop.it
PRINCE2 vs PMP - Comparaison, avantages et inconvénients - Des contenus et des objectifs très différents mais qui les rendent complémentaires
Mickael Ruau's insight:

Les caractéristiques essentielles de la méthode PRINCE2 sont les suivantes:

  • Elle est centrée sur la justification business de la demande grâce au cas d’affaire,
  • Une structure organisationnelle est définie pour l’équipe de gestion du projet,
  • L’approche de planification est basée sur le produit,
  • Le projet est réparti en différentes phases gérables et contrôlables,
  • Une certaine flexibilité est applicable en fonction du type de projet.

(...)

PRINCE2 apporte une vraie vision méthode, avec une organisation type de pilotage, une répartition des rôles dans le pilotage d’un projet et un découpage projet en phases avec des jalons formels de validation. La certification PRINCE2 permet de valider la bonne compréhension de cette méthode. Par contre, PRINCE2 n’apporte aucun détail sur les connaissances que doivent posséder les responsables de projet, et ne permet donc pas de valider ces connaissances. Cette certification est donc une certification sur la méthode PRINCE2® et aura toute son utilité au sein d’une organisation ayant adopté ou voulant déployer PRINCE2® comme sa méthode de gestion de projet.

PMBok (Project Management Body Of Knowledge), comme son nom l’indique, est un recueil de connaissances sur le management de projets, en général. La certification PMP permet de valider non seulement la connaissance des processus décrit dans PMBok, mais aussi la maitrise des connaissances constituant l’état de l’art dans le management de projet, indépendamment de la méthode qui sera choisie.

Les deux certifications, PRINCE2® et PMP®, adressent donc des contenus très différents mais, de ce fait, sont relativement complémentaires.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

La fiche de mission du product owner

La fiche de mission du product owner | DEVOPS | Scoop.it
Le propriétaire du produit (product owner) est le représentant des clients et des utilisateurs. Son objectif est de maximiser la valeur du produit développé. De ce fait, cet acteur se charge de différents rôles et responsabilités. Il explicite les éléments (items) du carnet du produit. Il définit l'ordre dans lequel les fonctionnalités seront développées. Il prend les décisions importantes concernant le projet. Il s'assure que le carnet du produit est visible et compris de tous. Cela permet qu'à tout instant, chacun sache sur quoi travailler. Enfin, il valide fonctionnellement les développements.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Plan type d'un rapport d'avancement

Plan type d'un rapport d'avancement | DEVOPS | Scoop.it
Le rapport d'avancement est un document produit par le chef de projet à intervalle régulier sur le projet. Il dresse l'état des lieux, formalise les faits marquants à la date de rédaction, et présente la re-prévision à fin de projet. Il constitue la pierre angulaire de la capitalisation de l'expérience du projet, en permettant un stockage des informations tout au long du projet.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le concept d'IPC et d'IPD

Le concept d'IPC et d'IPD | DEVOPS | Scoop.it
Les indicateurs IPC et IPD sont des indicateurs de performance du projet. Ce sont des valeurs sans unité, comprises entre 0 et l'infini. La valeur normale est 1. Au dessus de 1, il y a surperformance. En deçà de 1, il y a contre-performance. Ils donnent une vision séparée de la performance des coûts et des délais sur le projet. L'utilisation de ces indicateurs n'a de sens que pour des valeurs acquises supérieures à 15 % et inférieures à 90 % du budget initial. En dehors de ces valeurs, aucune conclusion ne peut être tirée.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Méthodes d'estimation de coûts

Méthodes d'estimation de coûts | DEVOPS | Scoop.it
Les méthodes d'estimation s'appliquent tout au long du déroulement du projet, tout d'abord au niveau global du projet, puis de plus en plus finement sur des contenus circonscrits et précis. La méthode analogique consiste à identifier une réalisation passée comparable au périmètre à estimer, à en prendre le coût réel, et à considérer cette valeur comme la nouvelle estimation après lui avoir fait subir des ajustements. La méthode ascendante assure la sommation de toutes les estimations, quelle que soit leur origine, pour déterminer le budget global. Chaque estimation est produite avec son dossier d'estimation.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

La valeur acquise

La valeur acquise | DEVOPS | Scoop.it
La valeur acquise est un indicateur clé d'analyse de la performance du projet. Elle est égale à la valeur qui est prévue au budget de référence pour le travail effectivement réalisé à cette date. Elle permet de déterminer l'état de santé du projet et donne des orientations pour construire les nouvelles prévisions de projet. Elle sépare l'analyse de la performance sur les délais et sur les coûts.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Construire une commande agile pour des projets agiles

Construire une commande agile pour des projets agiles | DEVOPS | Scoop.it

Faut-il commander un logiciel ou concevoir un outil informatique répondant à vos besoins ?

Type de commande
Bénéfices Produit
  1. Volume économique et calendrier fixes, au moins a priori
  2. Engagement du fournisseur sur le produit fini et non sur des moyens
Agile
  1. Des besoins métiers très difficiles à définir a priori peuvent trouver leur définition au fil des « boîtes de temps » (ou «sprints»)
  2. Volume économique final potentiellement avantageux pour le client
  3. Sélection des offres facilitée
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Rétrospectives Agiles

Rétrospectives Agiles | DEVOPS | Scoop.it
La rétrospective est un éléments primordial en Agilité. Ce blog a pour objectif de donner aux rétrospectives agiles toute la place qu'elles méritent dans Scrum
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le cycle en V – De geek à directeur technique

Le cycle en V – De geek à directeur technique | DEVOPS | Scoop.it

Le plus gros problème avec le cycle en V, c’est que dans la réalité il est quasiment impossible d’obtenir des spécifications fonctionnelles (ou techniques) qui se suffisent à elles-mêmes et qui ne seront pas impactées par la suite. C’est souvent pendant l’implémentation du produit que l’on identifie les cas limites et les problèmes conceptuels. Dans ce cas, une stricte application de cette méthode forcerait à reprendre le cycle depuis le début, en intégrant au niveau fonctionnel les remontées d’ordre technique, ce qui implique des délais conséquents.

Mickael Ruau's insight:

La pratique

Malheureusement, si le cycle en V est limpide d’un point de vue théorique, son application réelle est très difficile. Dans une grande majorité de cas, on voit des organisations qui ressemblent plutôt à ce schéma :

 

 

 

 

 

 

 

 

 

 

 

 

 

  • La phase de conception se réduit à 2 étapes.
    • Les spécifications fonctionnelles, qui représentent l’ensemble des besoins du client et/ou définissent ce que doit faire le produit fini.
    • Les spécifications techniques, qui détaillent comment le produit va être réalisé techniquement.
  • La phase de validation contient juste 3 étapes.
    • Les tests d’intégration, pendant lesquels on vérifie que l’intégralité du produit est valide techniquement.
    • Les tests de validation, qui sont un mélange de tests techniques et fonctionnels, et sur lesquels le client se base souvent pour décider du lancement du produit.
    • La recette, qui est utilisée pour vérifier que le produit est valide par rapport aux spécifications fonctionnelles, mais qui a tendance à n’intervenir qu’après la mise en production (ou bien elle est tronquée en pré-production, ce qui aboutit à mettre des bugs en production).

Une telle organisation possède encore des avantages structurels assez convaincants, car elle définit toujours les différentes étapes de la réalisation d’un projet. Mais bien souvent, on se retrouve en réalité avec une organisation qui ressemble plutôt à quelque chose comme ça :

 

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le plan de communication du projet

Le plan de communication du projet | DEVOPS | Scoop.it
Certains projets impliquent de nombreux acteurs et services, et il est recommandé d'établir un plan de communication en début de projet, pour permettre à chacun d'accéder à l'information dont il a besoin. Ce plan de communication intègre : l'identification des destinataires de l'information ; une description de l'information à diffuser (rapports d'avancement, données, calendrier, documentation technique, etc.) ; les méthodes utilisées pour diffuser les divers types d'information ; les fréquences ou dates qui précisent à quel moment chaque type d'information est transmis.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Comment créer une clé USB bootable Windows à partir d’une machine Linux – Korben

Comment créer une clé USB bootable Windows à partir d’une machine Linux – Korben | DEVOPS | Scoop.it

Pour cela, téléchargez l’ISO de Windows de votre choix : 

Puis installez l’outil WoeUSB pour Ubuntu

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Project Poster Template and Examples from

Project Poster Template and Examples from | DEVOPS | Scoop.it
Les chartes de projet représentent une quantité significative de travail et sont trop souvent utilisées pour fabriquer des avions en papier (si elles ne terminent pas au fond d'une étagère). Voici une alternative beaucoup plus intéressante : l'affiche de projet.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

PMP, Project Management Professional, méthode de gestion de projet - dogma.fr Consultant Banque et Finance

PMP, Project Management Professional, méthode de gestion de projet - dogma.fr Consultant Banque et Finance | DEVOPS | Scoop.it

PMP® est une méthode américaine de gestion de projet par les plans qui couvre les domaines qualité, RH, communication, risques, achats et parties prenantes.

Un projet piloté par les plans (« plan-driven project ») définit de manière anticipée et détaillée le chemin que doit suivre le projet, en termes de coût et de délai bien sûr, mais aussi pour chacun des sept autres domaines d’application. Par opposition aux projets pilotés par le changement (« change-driven projects ») comme avec les méthodes Agile, ou pilotés par les événements (« event-driven projects ») comme avec la méthode Prince2.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Pourquoi le micromanagement tue vos projets ?

Pourquoi le micromanagement tue vos projets ? | DEVOPS | Scoop.it
Contrôle excessif et délégation insuffisante, le micromanagement nuit à la réussite de vos projets. Découvrez pourquoi et comment y remédier.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le comité de pilotage

Le comité de pilotage | DEVOPS | Scoop.it
Le comité de pilotage est une instance de décision au sein de la structure du projet. Il est constitué de décideurs de l'organisation, et d'experts pouvant contribuer à la prise de décision. Il se réunit régulièrement pour valider les résultats obtenus et pour décider sur l'ensemble des points qui sont en dehors du pouvoir de décision du chef de projet (fort engagement de dépenses, modification notable de contenu, de délai, de coût).
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le management par projet : définition et structures

Le management par projet : définition et structures | DEVOPS | Scoop.it
Dans cet article, découvrez ce qu’est le management par projet et les différentes structures propices à une gestion de projet réussie.
Mickael Ruau's insight:

La structure matricielle

C’est la plus aboutie car elle permet à la fois de mener un grand nombre de projets en parallèle avec un nombre limité de ressources et de générer un effet de transversalité qui concourt au décloisonnement des métiers et des services.

Chaque chef de projet hérite d’une responsabilité totale sur son projet, depuis le montage jusqu’à la clôture. Ceci sans l’autorité hiérarchique dont dispose les responsables de service. Sa seule autorité est une compétence de leader pour motiver, entrainer et fédérer les énergies pour tendre vers l’objectif commun.

En fonction des compétences requises au cours de l’avancement du projet, le chef de projet va solliciter, par l’entremise de leurs responsables, des ressources appartenant aux différents services de l’entreprise. Ces dernières n’interviendront sur le projet que le temps nécessaire à la réalisation des tâches qui leur auront été affectées. Elles continueront en parallèle à assumer leurs tâches au sein de leur service d’origine ou pourront être amenées à intervenir, en tant que ressource (voire chef de projet), sur d’autres projets menés au sein de l’entreprise.

Cette structure a l’avantage de convenir à tout type de projet. Seuls ceux imposant des contraintes de délai extrêmement fortes peuvent en être exclus au profit d’un mode commando.

 

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Notions fondamentales de la gestion de projet : un guide pas-à-pas

La gestion de projet est un art qui consiste à planifier et coordonner le travail. Découvrez les phases de projet, les activités et les indicateurs montrant que votre projet est compromis.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Guide pour la planification de Sprint | Blog de

Guide pour la planification de Sprint | Blog de | DEVOPS | Scoop.it
De nombreux projets Agile débutent leurs itérations par une réunion de planification. Mais obtiennent-ils réellement les bénéfices attendus ?
Mickael Ruau's insight:

Télécharger gratuitement le Guide pour la Planification de Sprint en cliquant sur le lien suivant.

 

Télécharger “Guide pour la planification de Sprint” Guide-Planification-de-Sprint.pdf – Téléchargé 364 fois – 227 KB

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Les 4 styles de management

Les 4 styles de management | DEVOPS | Scoop.it

Le chef de projet peut-il manager son équipe en imposant systématiquement ses directives sur la manière d'agir ? A priori, non ! Mais de la même manière, il ne peut manager l'équipe sur le long terme en ne faisant que l'encourager sans rien structurer. Tout l'art du chef de projet consiste donc à osciller entre 4 styles de management (l'entraîneur, le participatif, le directif et le ' délégatif ') en fonction des situations rencontrées dans le projet.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le registre des risques

Le registre des risques | DEVOPS | Scoop.it
Le registre des risques permet d'agréger en un document unique la totalité des risques identifiés pour un projet. Il facilite par ailleurs la mise en commun des risques d'un portefeuille de projets de l'entreprise. Il comprend les données descriptives essentielles de chacun des risques. Il est mis à jour au fur et à mesure de l'avancement du projet. Un registre des risques peut contenir des risques de maturité différente : certains risques ont été identifiés depuis le début du projet et ont déjà fait l'objet d'actions de réduction. Les risques les plus récemment identifiés n'ont pas forcément été traités.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Comparatif : 6 plateformes cloud de développement "low code"

Comparatif : 6 plateformes cloud de développement "low code" | DEVOPS | Scoop.it
Développer rapidement avec le moins de code possible, c'est la promesse des plateformes "low code" proposées par Appian, Salesforce, Google, OutSystems, Mendix ou ServiceNow. Des éditeurs qui profitent du cloud pour démocratiser cette approche orientée métier.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Product Owner et Scrum Master : comment sauver une relation parfois difficile ?

Product Owner et Scrum Master : comment sauver une relation parfois difficile ? | DEVOPS | Scoop.it
Le Product Owner et le Scrum Master (désignés par les initiales “PO” et “SM” dans la suite de l’article) sont deux rôles classiques de l’agilité : bien qu’à la base créés dans le cadre de la méthodologie Scrum, ces rôles ont maintenant évolué jusqu’à représenter à eux seuls toute une philosophie de développement logiciel, débordant... Lire la suite →
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le tableau des hypothèses prises

Le tableau des hypothèses prises | DEVOPS | Scoop.it
Le tableau des hypothèses prises permet de garder la trace de toutes les hypothèses qui ont été prises au cours de toutes les activités de préparation du projet. Ces hypothèses sont des choix du chef de projet pour permettre de dresser le plan de marche du projet et d'élaborer l'architecture de la solution à mettre en place. Ces hypothèses pourront être remises en cause au cours de l'exécution du projet, s'il s'avère qu'elles posent problème. D'autres hypothèses pourront alors être prises et mentionnées dans ce tableau.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Notions fondamentales de la gestion de projet : un guide pas-à-pas

Notions fondamentales de la gestion de projet : un guide pas-à-pas | DEVOPS | Scoop.it
La gestion de projet est un art qui consiste à planifier et coordonner le travail. Découvrez les phases de projet, les activités et les indicateurs montrant que votre projet est compromis.
Mickael Ruau's insight:

Modèles de gestion de projet

Pour des raisons de commodité, nous avons rassemblé tous les modèles suggérés dans cette page à un seul emplacement pratique. 

 

Le modèle de canevas d'expérience vous aide à clarifier votre problème, votre solution et votre persona.

 

Téléchargez-le
Le modèle de cartographie de l'empathie vous aide à vous mettre à la place de votre client et à voir les choses de son point de vue.

 

Téléchargez-le
Ce jeu de cartes perturbatrices bousculera vos habitudes et vous aidera à formuler de nouvelles idées.

 

Téléchargez-le
Utilisez ce modèle DACI pour clarifier le rôle de chaque personne dans la prise de décision et prendre la bonne décision au plus tôt.

 

Téléchargez-le
Si vous détestez les énoncés et les chartes de projet, essayez plutôt ce modèle d'affiche de projet.

 

Téléchargez-le
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Le 'low code' une chance que la DSI ne doit pas manquer - ZDNet

Le 'low code' une chance que la DSI ne doit pas manquer - ZDNet | DEVOPS | Scoop.it
Pour GreenSI une bonne DSI doit savoir coder. Quand le "low code" se développe comme une alternative au développement sous-traité, elle ne doit pas le combattre mais au contraire se l'approprier.
Mickael Ruau's insight:

Ce nouveau paradigme mixe technique ET organisation (processus collaboratif de développement), alors qu'une DSI "traditionnelle" pense souvent uniquement technique. Dans ce type de DSI, après avoir proposé un développement rapide "low code", ne vous étonnez pas d'être invité à une réunion pour savoir quelle est la meilleure solution entre MendixAppian ou Outsystems - des plate-formes "low code" - et des environnement de développement plus classiques comme Symfony2 (PHP) ou VisualStudio.

En fait la question n'a pas de sens. On ne parle pas de la même chose. On ne peut comparer des plate-formes de développement permettant de faire du sur-mesure, qui demandent aussi de mettre en place et d'outiller une démarche de développement Agile et Devops, avec des plate-formes de développement rapide "low code" simplifiées intégrant la méthode, dont l'environnement Devops de mise en production et de supervision.

more...
No comment yet.