Archives de Tag: software

June 14-15 – Antwerp, Belgium – Dare 2013: Be Agile – Scale Up – Stay Lean

19 mai

DARE 2013Growth carries big challenges. Multiple teams in different cities on different continents. No intention of slowing down. How can you continue to improve your product at great speed, while growing the numbers of users, employees and supported platforms and devices?

DARE 2013 bisIndustry veterans and authors Jim Benson and Dean Leffingwell, together with business culture hacker Stefan Haas, Spotify coach Jimmy Janlen, and Mister Lean Innovation at Atlassian Support himself Tony Atkins will lead our group of changemakers. Join them and more than 30 other amazing speakers at the most thought-provoking conference of the year .

The program includes more than 12 in-depth and large-scale industry case studies from both around the world – Atlassian, Spotify, Rally … – as leading organization in Belgium like Telenet and Agfa Healthcare, homebred, internationally recognized. View the entire program.

One of last year’s keynote was John Seddon: “It’s the system stupid!”

IT projects fail because management fails. Management-as-usual means people management, activity management, inspection and budget-based controls. Put these ideas into IT systems and you merely compound the problems. But that is what we do. Influenced by Deming (‘we, mankind, invented management, we can change it’), John developed the Vanguard Method, a means for helping managers unlearn conventional management assumptions and learn some counterintuitive truths. The resultant ‘systems’ designs deliver better services at much lower costs and lead to an entirely different way to approach IT.

http://vimeo.com/30641582

Register: http://nyabo.be/agenda/dare-2013/tickets

Campana & Schott

Partenaire de DantotsuPM

votre société est-elle prête pour un processus Agile ?

15 mai

Is Your Company Ready for an Agile Process?

http://www.pmhut.com/is-your-company-ready-for-an-agile-process par Carl M. Manello

"Nous pouvons faire tout, mais nous ne pouvons pas tout faire … du moins pas en même temps. Alors, pensez à vos priorités non pas en termes de celles que vous faites, mais en considérant quand vous les faites. Le timing est essentiel."- Daniel Millman, auteur et conférencier

Qu’est-ce que Agile ?

agileBeaucoup de groupes de développement regardent pour passer à Agile. Agile offre de nouvelles approches pour beaucoup d’équipe de la vieille école et promet de meilleurs résultats. Cependant, rejoindre cette culture de performance nécessite plus que du désir. Il ne s’agit avec les méthodologies agiles que les choses soient faites plus rapidement ou pour moins cher, il s’agit de faire les bonnes choses au bon moment et de maintenir un haut degré de qualité en ce faisant.

Une fois que chacun s’est engagé sur la nouvelle façon de travailler ensemble, on peut être plus certain que l’organisation est prête pour le changement. Une des plus grandes idées fausses autour d’Agile est qu’il n’y a aucun plan de projet et qu’on a un chèque en blanc. Ces suppositions sont fausses. Même si l’approche de planification est différente, il y a un plan. Et alors qu’il y a une attente de changement, il est important de se souvenir ce changement ne réalise pas sans un coût. Les demandes du travail seront priorisées de 1 à n selon leur valeur pour le business et peuvent par la suite être réordonnancées. Mais puisque l’équipe fera partie de ce travail de priorisation, l’équipe en devient responsable. Pour ce nouveau niveau de responsabilité d’équipe, de nouvelles attentes sont exigées.

Pour réussir avec un processus Agile, il doit y avoir un engagement à tous les niveaux de l’organisation. Agile est une façon différente d’approcher un problème. Il est construit autour des prémices que nous tenons compte l’inconnu et nous nous attendons à ce que de l’inattendu pénètre dans le développement. Donc, il y a un niveau d’acceptation au début de toute initiative Agile qu’il y aura un certain niveau d’incertitude de ce que sera le produit final. La partie de ceci est en raison du principe sous-jacent d’Agile qui est que les utilisateurs obtiendront ce dont ils ont besoin, pas nécessairement ce qu’ils ont initialement demandé.

Changements à tous les niveaux

executiveAu niveau des dirigeants, le niveau d’incertitude dans Agile peut être exceptionnellement difficile à passer. Traditionnellement, les vendeurs sont managés par rapport à des éléments spécifiques à fournir. Les équipes de direction veulent savoir spécifiquement ce qu’elles auront pour leur argent, avant que le contrat ne soit signé et avant que le travail ne commence.

Pour naviguer au travers de ces attentes avant les problèmes surgissent, il y a deux ou trois points clés pour s’assurer que les dirigeants sont vraiment engagés :

  • Les processus agiles permettent aux besoins d’évoluer. Le travail sera priorisé selon sa valeur business, pour que les parties de plus de valeur d’une solution soient créées en premier. En raison de la nature de ce changement dynamique, il doit y avoir un engagement de faire consacrer des ressources business au processus de développement.
  • Il doit y avoir un désir d’accepter que le projet final ne soit pas complètement défini avant que le développement ne commence et les équipes doivent accepter que des changements dans la solution finale planifiée surviennent :
    • Les équipes créent ce qui est nécessaire basé sur un constant retour d’information et
    • les changements doivent être communiqués régulièrement à la direction.

Une fois que l’engagement des dirigeants est sécurisé, l’équipe considérant se déplacer vers Agile devrait regarder les sponsors de projet et leaders business. Parce qu’ils sont une partie intégrante du développement de solution, les personnes dans ces rôles éprouveront le changement le plus important par rapport aux anciennes approches de développement.

Les sponsors de projet et leaders devront s’engager à:

  • relisez ce billet

    relisez ce billet

    Une volonté de passer en revue le travail en cours :

    • Tester et revoir les travaux comme ils sont complétés est crucial au succès.
  • Une volonté de participer activement dans le processus de priorisation des besoins :
    • Les utilisateurs ne peuvent plus s’attendre à ce que tous les besoins soient égaux entre eux et penser qu’ils obtiendront toute la fonctionnalité en même temps.
  • La compréhension que les besoins peuvent être davantage détaillés quand le projet progresse :
    • Les articles de valeur business les plus hautes doivent être détaillés tôt; et
    • les changements de direction sont possibles, mais peuvent exiger un retravail significatif.

Un changement majeur pour des décideurs est que les décisions doivent être fermes et que toute correction d’une décision aura des impacts significatifs.

Changement pour les techniciens aussi

Ce n’est pas juste "le côté business" de l’équation qui devrait s’attendre au changement. Le côté livraison de l’équipe doit être prêt aussi. La structure de l’équipe de développement diffère légèrement d’une équipe « waterfall » traditionnelle. Un des changements principaux est celui d’un Propriétaire de Solution. Le propriétaire de solution travaille avec les utilisateurs métier et les développeurs pour assurer que la solution répondra aux besoins.

Le Propriétaire de Solution a besoin de ces compétences:

  • La capacité de faciliter la capture de besoins du métier et de comprendre de quelles informations les développeurs ont besoin.
  • La capacité de faciliter la priorisation du travail selon la valeur business :
    • Cette priorisation est nouvelle pour beaucoup d’utilisateurs côté métier. Le développement traditionnel considère tout avec une valeur égale. Cet ordonnancement des besoins peut demander un effort considérable.

Le rôle de l’analyste business n’est pas significativement différent; cependant, les outils et les processus changeront. Les besoins dans Agile sont décrits comme des Histoires d’Utilisateur au lieu du cahier des charges des besoins traditionnel. Il y a un focus nouveau sur l’expérience utilisateur et les résultats, pas sur la solution en elle-même. La solution technique reste la préoccupation de l’architecte technique et des développeurs. Un Analyste à besoins des items suivants:

  • La capacité à se concentrer sur l’expérience utilisateur et pas le système
  • La capacité de communiquer avec le business en termes business
  • La capacité d’identifier le problème principal que le système est sensé résoudre et qui va bénéficier de sa mise en œuvre

developer womanL’équipe de développement prend un rôle plus actif dans la définition de la solution dans un Processus Agile. Il y a un certain nombre de changements pour l’équipe aussi :

  • L’architecte technique doit:
    • Être réactif au changement;
    • Posséder des compétences technologiques fortes pour pouvoir pour concevoir des solutions qui sont extensibles; et
    • Être capable de travailler avec l’incertitude en créant des designs flexibles.
  • L’équipe de développement a tendance à être plus expérimentée et avoir besoin des choses suivantes :
    • Une capacité de fournir des évaluations réalistes;
    • Un focus nouveau pour penser en termes du problème business à résoudre;
    • Un désir d’engager les utilisateurs métier et les analystes dans le processus pour assurer que la solution répond aux besoins; et
    • Une capacité à penser aux impacts sur l’Expérience utilisateur partout dans le processus.

Le personnel des opérations doit s’engager à :

  • Déployer fréquemment dans des environnements de test.
  • Accepter que les structures de données et des besoins de stockage évolueront (parfois radicalement) pendant le projet.
  • Répondre aux besoins de l’équipe de développement pour supporter les priorités business.

customer satisfactionDans Agile, les équipes doivent toujours manager les attentes de leurs clients et s’assurer qu’il y a une compréhension que le changement fait partie du processus. L’idée est que cette coordination avec les utilisateurs et placer la valeur business au centre assure que seulement les articles qui ont d’une assez forte valeur business sont développés.

Les processus dans Agile diffèrent des méthodes habituelles. Les attentes sur les équipes sont différentes. Les interactions entre des personnes de l’équipe peuvent être différentes. Cependant, Agile n’est pas seulement centré sur les différences liées à la rapidité. Bien que la vitesse soit souvent un résultat, Agile est un recentrage sur livrer d’abord ce qui est le plus important et de plus de valeur. Donc, avant que vous ne regardiez à transformer votre organisation par Agile, assurez-vous que vous comprenez bien tous les changements que vous soutenez. Comprenez que passer à Agile est un changement qui déplace l’organisation vers des livraisons incrémentales. Un processus Agile fournira significativement plus de visibilité au processus de développement et permettra aux utilisateurs de prendre des décisions business plus informées.

Campana & Schott

Partenaire de DantotsuPM

astuces et outils pour manager vos projets plus efficacement

13 mai

Tips and Tools to Manage Your Projects More Effectively

http://www.pmhut.com/tips-and-tools-to-manage-your-projects-more-effectively par Jennifer Whitt

Une question qu’on me pose fréquemment est "Comment puis-je manager mes projets plus efficacement et plus rapidement ?"

Microsoft Project

Partenaire de DantotsuPM

L’article suivant se concentrera sur comment l’organisation et des outils appropriés peuvent aider à manager un projet.

3 Astuces pour s’organiser en tant que chef de projet

Ma première réponse à la question ci-dessus est, "Organisez-vous!" Spécifiquement, organisez votre travail autour de trois zones pour maximiser votre temps et votre efficacité.

1. Premièrement, partagez facilement vos plans projet.

Dans beaucoup d’organisations il n’y a aucune façon pour les gens d’avoir accès facilement aux différents documents. Permettre aux gens d’avoir accès aux plans en temps réel vous aide à gérer vos projets.

2. Deuxièmement, managez vos équipes en ligne.

Fournissez un mécanisme aux membres de l’équipe pour se connecter en ligne afin que vous puissiez manager et assigner des tâches et où ils peuvent en temps réel les compléter et saisir un rapport sur leur statut.

3. Troisièmement, suivez les progrès chaque jour.

Je soumets (et suis) les progrès pendant toute la journée.

Si ces mécanismes sont en place et accessibles aux membres de l’équipe, au fur et à mesure qu’ils complètent des tâches vous pouvez annoncer le progrès réalisé à vos décideurs, propriétaires et parties prenantes. Chacun peut voir ce qui se produit en temps réel. Celles-ci sont les trois meilleures façons de manager vos projets. Maintenant, regardons les six outils que vous devez avoir pour mieux manager vos projets.

Votre réussite passe par la performance de vos projets !

Partenaire de DantotsuPM

6 Outils de Conduite de projet pour Augmenter Efficacité

1. D’abord, vous devez avoir un tableau de bord pour pouvoir évaluer la santé de votre projet. D’un coup d’œil vous pouvez voir s’il est en bonne voie, sorti de piste et où il y a des statuts rouges, jaunes ou verts. Les membres de votre équipe doivent aussi pouvoir voir le statut du projet.

2. Deuxièmement, vous devez avoir un outil de planification de projet en place pour pouvoir planifier des tâches, des ressources, des délais et des jalons.

3. Troisièmement, vous devez avoir un outil de reporting intelligent. Non seulement vous devez voir les rapports de votre projet, mais les membres de votre équipe aussi. S’ils ont du travail qui attend que quelqu’un d’autre finisse le sien, ils doivent savoir si quelque chose va être en retard et planifier en conséquence. Management et parties prenantes ont aussi Besoin de voir les rapports de projet.

4. Quatrièmement, un outil pour manager vos équipes et vos ressources. Il est important de gérer la charge de travail d’équipe pour que les personnes ne soient pas surchargées ou pour que les projets ne se chevauchent pas. Vous devez pouvoir voir votre allocation de ressources.

5. Cinquièmement, vous avez besoin d’un outil pour suivre les résultats des tâches, les personnes, les ressources et le budget.

6. Sixièmement, vous avez besoin d’une façon de collaborer en ligne. Les membres de l’équipe, s’ils sont dans le même bâtiment, sont souvent à des étages différents. S’ils sont dans la même ville, ils peuvent être dans des bâtiments différents. Des personnes tout autour du globe travaillent ensemble sur des projets. De nos jours, un environnement en ligne est critique pour les équipes afin de pouvoir avoir accès aux documents, collaborer, communiquer et obtenir un retour d’information en temps réel.

En appliquant cette combinaison pour être à la fois organisé et utiliser les outils appropriés, vous constaterez que vous pourrez manager vos projets plus efficacement!

Campana & Schott

Partenaire de DantotsuPM

4 avril – Paris – 3ème session du club PMO: « Outils logiciels : comment informatiser sans alourdir »

29 mar

club-PMOVous êtes plus d’une cinquantaine à avoir rejoint le Club PMO animé par Marc Bonnemains depuis sa création.

Les premières rencontres ont permis d’aborder les sujets liés au diagnostic, à la mobilisation des acteurs et aux référentiels méthodologiques.

Le Club PMO est heureux de vous inviter à participer à la prochaine session le jeudi 4 avril 2013 de 9h00 à 10h30, toujours au même lieu : l’Entrepôt, Paris 14°.

Le thème de cette troisième session « Outils logiciels : comment informatiser sans alourdir », nous permettra de débattre autour des enjeux de l’informatisation de la gestion des portefeuilles de projets, sur la base de mises en œuvre concrètes avec le concours de SCIFORMA, éditeur mondial de logiciels.

La participation au Club PMO est gratuite et sans engagement de votre part. Pour assister à la session du 4 avril, il vous suffit de l’indiquer en cliquant sur ce lien.

Campana & Schott

Partenaire de DantotsuPM

4 avril – Webinar – Votre portefeuille opérationnel en 2 ou 3 jours

28 mar

Nouveau séminaire sur Internet organisé par Triskell.

Triskell Portfolio Management

Partenaire de DantotsuPM

« Les solutions actuelles de gestion de portefeuilles de projets ne conviennent
plus car trop compliquées et trop chères à déployer » M. L. Analyste PPM

Découvrez le NOUVEAU TRISKELL « Spring-2013 », une plateforme unique pour une véritable gestion multi-portefeuilles : Investissements, Demandes, Projets, Maintenances,Applications, Versions, Produits, Risques, Actions….

Inscription pour le WEBINAR du 4 avril – 11h

essayez MS Project Pro 2013 sur le cloud gratuitement pendant 1 mois

24 mar
Microsoft Project

Partenaire de DantotsuPM

Voici un lien qui pourrait vous être utile, ne serait-ce que pour prendre le temps d’évaluer cette nouvelle version de MS Project Pro pour Office 365.

Project Pro for Office 365

Campana & Schott

Partenaire de DantotsuPM

la messagerie instantanée comme un outil de management de projet

22 mar

Instant Messaging as a PM Tool

http://www.gantthead.com/article.cfm?ID=272536 par Andy Jordan

Envoyer un messageLa messagerie instantanée existe depuis un certain temps, mais semble être toujours questionnée dans beaucoup d’organisations. Il y a les craintes répandues de problèmes de sécurité et de réduction de productivité, mais reconnaissons-le : que la société fournisse ou pas un outil de messagerie instantanée (IM), les gens l’utilisent (au minimum sur leurs téléphones mobiles personnels).

La messagerie instantanée est un outil populaire parce qu’elle permet des communications rapides et faciles et n’est pas prête de disparaître dans un proche avenir. Donc, nous pouvons à l’inverse adopter l’IM et nous assurer qu’il est implémenté d’une manière qui accroisse la productivité et l’efficacité plutôt que les amoindrisse.

Les bénéfices de l’IM

Laissons de côté les problèmes de sécurité pour le moment; je ne veux transformer cet article en guide de mise en œuvre et de configuration. Il y a quelques préoccupations sur les politiques de sécurité autour de l’utilisation de l’IM, mais les mêmes politiques s’appliquent à d’autres mécanismes de communication donc dépassons cela.

Dans une Enquête 2011 de Robert Half, plus de la moitié des directeurs des systèmes d’information interrogés ont dit qu’ils s’attendent à ce que des outils de communication en temps réel surpassent en popularité le courrier électronique d’ici cinq ans. C’est une statistique qui frappe et qui montre clairement que l’IM a la capacité de devenir non seulement un outil courant, mais aussi dominant. J’admets que les directeurs des systèmes d’information sont (en tant que groupe) plus prêts à embrasser la technologie que d’autres rôles exécutifs, mais tout de même, c’est clairement un fait.

messages téléphoniquesAlors qu’y-a-t-il dans l’IM qui lui donne le potentiel d’être dominant ? En grande partie, cela se réduit au fait que nos vies au travail soient si complexes aujourd’hui. En bons chefs de projet, nous savons que la communication est essentielle au succès. Pourtant, beaucoup de méthodes de communication sont perturbatrices (le ping-pong des messages vocaux sur les répondeurs, essayer de trouver quelqu’un qui n’est pas à son bureau, envoyer un courrier électronique et devoir attendre une réponse, etc). La messagerie instantanée est moins perturbatrice. Les échanges ont tendance à être brefs et au fait, permettant une résolution beaucoup plus rapide des problèmes que via courrier électronique ou même appel téléphonique.

De plus, le statut de présence de l’IM permet aux gens de voir si quelqu’un est disponible sans devoir prendre le téléphone et l’appeler et une tentative de commencer une rapide conversation par IM est moins perturbatrice sur le travail de l’autre que de l’interrompre par un coup de fil. Ce peuvent sembler de petites choses, mais elles s’additionnent vite, particulièrement en considérant le temps nécessaire pour vous replonger dans le travail que vous faisiez avant la perturbation.

Les Problèmes de l’IM

Bien sûr, l’IM n’est pas le seul outil sur lequel vous devriez compter et il pose vraiment un certain nombre de problèmes. Je ne crois pas que l’IM favorise des conversations personnelles excessives; je comprends qu’être assis à un ordinateur peut ressembler davantage à du travail que la pause à la machine à café, mais les conversations non professionnelles vont se produire  de toute façon (et des conversations personnelles excessives peuvent être un symptôme que l’individu n’a pas assez de travail à faire!).

discussion à la machine à caféLa préoccupation plus importante pour moi est le risque que l’IM puisse gommer les avantages de conversations en face à face. La commodité de la messagerie instantanée peut en faire une alternative attirante par rapport à d’autres formes de communication qui exigent davantage d’efforts. Il est si facile de poser une question rapide qui a besoin d’une réponse simple via IM qu’une conversation qui exigerait un réel échange d’idées plus en profondeur risque fort elle aussi d’être conduite sur IM, perdant tout le langage du corps, les éléments émotionnels et mettant la vitesse et la commodité devant la recherche du meilleur résultat possible.

Faire fonctionner l’IM pour vous

Microsoft Project

Partenaire de DantotsuPM

Comme chefs de projet, nous voulons pouvoir communiquer aussi efficacement que possible avec notre équipe. Nous sommes conscients que tout temps qu’ils passent à nous communiquer des mises à jour est un temps qui n’est pas dépensé à réaliser les éléments à fournir, donc nous cherchons à réduire au minimum ce temps. Nous voulons aussi nous assurer qu’il est facile pour des membres de l’équipe de communiquer entre eux. Plus les problèmes et questions pourront être résolus rapidement, plus les choses ont des chances de rester sur les rails. Donc, l’IM devrait être utilisé comme une partie essentielle de la boîte à outils du projet, mais comme tout le reste, il devrait être utilisé conformément aux directives qui sont en place, même si cela signifie que vous devez en premier lieu créer ces directives.

Si votre organisation a déjà des règles sur l’utilisation de l’IM, votre équipe a une compréhension de base de comment l’outil devrait être utilisé. Mais vous devez toujours compléter ces politiques par des directives qui s’appliquent plus spécifiquement à votre projet (bien sûr, si votre organisation n’a aucune règle, vous devrez démarrer de zéro).

Le focus devrait toujours être de s’assurer que le "meilleur" outil de communication soit utilisé dans chaque situation. Donc, ne séparez pas l’IM de choses comme le courrier électronique, le téléphone et les réunions. Au lieu de cela, incorporez-le dans une stratégie globale de communication. Voici quelques exemples de comment quelques règles spécifiques à l’IM peuvent entrer dans cette stratégie :

  • Utilisez l’IM pour ce qu’il est destiné à de brèves questions et courtes conversations qui ont des réponses simples et directes.
  • Utilisez l’IM pour la collecte d’informations plutôt que la résolution de problème
  • Basculez sur une méthode de communication alternative si nécessaire – prenez le téléphone, réunissez-vous dans une salle, etc.
  • Respectez les statuts de présence/disponibilité IM des personnes et managez votre propre statut de présence correctement

tenir par la main, accompagnerEn tant que chef de projet, vous devriez vous attendre avoir quelques membres de l’équipe qui ne sont pas familiers avec les outils IM. Ils ne sont pas encore aussi répandus que le courrier électronique, donc quelques membres de l’équipe pourraient avoir besoin d’un peu d’aide pour être à l’aise avec l’IM. Il est important de les aider à atteindre ce niveau de confort; il peut être tentant de dire aux gens qu’ils n’ont pas à utiliser l’IM et peuvent persévérer avec des méthodes de communication plus traditionnelles, mais cela ne va pas probablement les valoriser. Les gens veulent faire partie de l’équipe et cela signifie donc être capable d’utiliser les mêmes outils et technologie que tous les autres – sinon nous courons le risque de nous les aliéner.

Heureusement, les outils sont relativement simples et un peu de formation de base avec quelques conversations "de test" sera probablement tout ce que cela nécessite pour s’habituer à utiliser l’outil. Ils peuvent ne jamais devenir "des utilisateurs chevronnés", mais ils ne se sentiront pas exclus de ce qui se passe.

Conclusions

Quelqu’un à une fois décrit la messagerie instantanée comme "une méthode de communication personnelle que société n’a pas encore adoptée ". Cela peut avoir été le cas il y a quelque temps (ou dans quelques organisations), mais ce n’est pas le cas désormais. Comme chefs de projet, nous sommes constamment au défi de devenir plus efficaces et plus efficients, aussi tous les outils qui peuvent nous y aider sont dignes de considération.

Il n’y a aucun doute que des outils IM ont leurs inconvénients, mais comme tant d’outils l’inconvénient se trouve en grande partie sur leur utilisation inopportune plutôt que la technologie elle-même. Si vous n’utilisez pas encore l’IM, un déploiement bien planifié, bien implémenté peut vous aider à devenir encore plus productif avec vos équipes.

Campana & Schott

Partenaire de DantotsuPM

28 mars – Paris (Issy Les Moulineaux) – AIR LIQUIDE renforce la gouvernance de son portefeuille de projets avec Project Server

21 mar
Microsoft Project

Partenaire de DantotsuPM

Conférence MICROSOFT – ORESYS : AIR LIQUIDE renforce la gouvernance de son portefeuille de projets avec Project Server

Le Campus MICROSOFT : 39, quai du Président Roosevelt – Issy Les Moulineaux

Inscription par courrier électronique: inscrits@microsoft.com

9h00 Accueil petit déjeuner

9h30 Project Server et la gestion de portefeuille de projets

Karl Stewing, Microsoft France présentera sous forme d’une démonstration : Un exemple de cycle de vie de gestion de la demande d’un projet montrant notamment : les possibilités de workflow de la proposition d’un projet à sa validation, l’analyse stratégique d’un portefeuille, la gestion d’indicateurs d’entreprise, la capacité de reporting associée à l’outil

10h15 Retour d’Expérience AIR LIQUIDE

Jean-Christophe CADOUX, DSI R&D d’AIR LIQUIDE, et Yannick LOURENCO, Responsable Applicatif, présenteront : Les enjeux du projet dans un contexte de R&D mondiale, et les challenges à relever. Les apports effectifs de Project Server à la gestion du portefeuille des projets R&D, à l’optimisation du capacity planning prévisionnel des ressources mobilisées et au processus de préparation budgétaire. Les apports de Project Server dans le suivi qualitatif des projets, la gestion documentaire et l’automatisation du reporting avec la mise en valeur du site projet. Le déroulement du projet et les facteurs clés de succès

11h00 Bonnes pratiques de conduite de ce type de démarche

Laurent DEQUEANT en charge de l’activité Strategic Planning à Oresys présentera : Les fondamentaux de la gestion de portefeuille. La démarche pragmatique et collaborative mise en œuvre pour AIR LIQUIDE, garante d’une gouvernance renforcée. Une synthèse sur les pièges à éviter

11h20-11h45 Questions / Réponses

Campana & Schott

Partenaire de DantotsuPM

28 mars – Webinar – Comment réduire concrètement et durablement la Dette Technique de vos applications stratégiques ?

17 mar

Webinar gratuit, le Jeudi 28 Mars à 15h

dettes techniquesLes applications stratégiques sont le support de l’activité business, et doivent soutenir la performance de l’entreprise. Sur des marchés compétitifs où l’innovation et le “time-to-market” sont des éléments fortement différenciant, les équipes de développement doivent actionner les différents leviers en leur possession : réponse fonctionnelle aux exigences, respect des délais ou amélioration de la qualité du code.

Ne pas maîtriser la Dette Technique des développements tant au niveau des fonctionnalités, de l’architecture ou de la qualité intrinsèque du code implique de ne plus pouvoir utiliser ces leviers, pourtant nécessaires à l’agilité de l’organisation. Les impacts sur la performance des activités IT sont conséquents, dès les premières itérations de développement : allongement des délais de livraison, impasse sur les tests, hausse des coûts de maintenance, augmentation des risques de défaillance, extensibilité limitée des applications…

A travers ce webinar de 45 minutes, découvrez les bonnes pratiques pour réduire durablement la Dette Technique de vos projets :

  • Les indicateurs à utiliser pour mesurer la Dette Technique
  • Éviter les pièges courants des projets de qualimétrie
  • Intégrer naturellement le contrôle qualité et le refactoring dans votre process de développement
  • Outillage & Automatisation : Jusqu’où peut-on aller ?
  • Étude de cas OpenKM : 49% de Dette Technique en moins grâce à Scertify™
Campana & Schott

Partenaire de DantotsuPM

20 March – Webinar (PMI) – Making Effective Business Decisions Using Microsoft Project

11 mar

Microsoft Project

Partenaire de DantotsuPM

Presenters: Tim Runcie and Mark Dochtermann

20 March 2013 • 11 AM – 12 PM EDT (17:00-18:00 in France)



Tim Runcie and Mark Mark Dochtermann co-authored a book to help Project Managers and PMOs develop and implement a successful project management strategy using Microsoft Project and SharePoint across the organization to drive better business decisions. In this webinar they will help Planners and Schedulers learn about the different aspects of Enterprise Project Portfolio Management (including Portfolio Management, Program Management, and Project Management.) They will illustrate how multiple schedules can be treated as part of a program, and demonstrate the impact of assigning resources on a schedule using Microsoft Project. Last but not least, they will review and discuss the critical success factors for integrating the tools to support the organization’s overall strategies.

1 PDU will automatically be reported for attending each live webinar.

Campana & Schott

Partenaire de DantotsuPM

Suivre

Recevez les nouvelles publications par mail.

Joignez-vous à 386 followers

%d bloggers like this: