{"id":11737,"date":"2017-10-03T11:50:21","date_gmt":"2017-10-03T15:50:21","guid":{"rendered":"http:\/\/www.analystik.ca\/blogue\/?p=11737"},"modified":"2021-04-20T13:31:56","modified_gmt":"2021-04-20T17:31:56","slug":"perception-performance-developpement-logiciel-gestion","status":"publish","type":"post","link":"https:\/\/analystik.ca\/blogue\/language\/fr\/perception-performance-developpement-logiciel-gestion\/","title":{"rendered":"La perception de la performance en d\u00e9veloppement logiciel selon le style de gestion"},"content":{"rendered":"

La perception de la performance <\/span>en d\u00e9veloppement logiciel<\/span> varie selon le style de gestion; il faut le souligner, la <\/span>mesure <\/span>de la performance est vraiment une question de perception. L\u2019\u00e9valuation de la performance <\/span>d\u2019une \u00e9quipe de d\u00e9veloppement<\/span> est en fait \u00e9troitement li\u00e9e au style de gestion et aux priorit\u00e9s que celui-ci dicte; en d\u00e9veloppement logiciel comme dans toute autre activit\u00e9 d\u2019ailleurs.<\/span><\/p>\n

Tout gestionnaire souhaiterait avoir une \u00e9valuation objective de son \u00e9quipe <\/span>de d\u00e9veloppement <\/span>et de son d\u00e9partement TI dans le cadre d\u2019un projet de d\u00e9veloppement logiciel. Le terme \u00ab objectif \u00bb est la cl\u00e9 de l\u2019\u00e9nigme ici. Existe-t-il une m\u00e9thode objective d\u2019\u00e9valuation de la performance d\u2019un <\/span>d\u00e9veloppeur<\/span>, d\u2019une \u00e9quipe <\/span>de d\u00e9veloppement<\/span>, d\u2019une entreprise <\/span>de d\u00e9veloppement logiciel <\/span>? <\/span>Existe-t-il un indicateur cl\u00e9 de performance en d\u00e9veloppement logiciel, qui dit la v\u00e9rit\u00e9 ?<\/span><\/p>\n

En fait, on ne compte plus les syst\u00e8mes, m\u00e9thodes et nomenclatures qui ont \u00e9t\u00e9 d\u00e9velopp\u00e9es depuis le d\u00e9but de l\u2019\u00e8re industrielle afin d\u2019\u00e9valuer la performance\u00a0<\/span>en d\u00e9veloppement logiciel comme ailleurs<\/span>.<\/span><\/p>\n

<\/p>\n

Ainsi, beaucoup d\u2019entreprises se demandent si leur \u00e9quipe de d\u00e9veloppement logiciel ou celle de leur consultant TI est performante. \u00c9tonnamment, il existe une m\u00e9thode objective et universelle d\u00e9velopp\u00e9e dans le cadre du syst\u00e8me <\/span>CMMI<\/b> (<\/span>Capability Maturity Model Integration<\/span><\/em>) permettant d\u2019\u00e9valuer la performance d\u2019une \u00e9quipe de d\u00e9veloppement logiciel.<\/span><\/p>\n

Cette m\u00e9thode d\u2019\u00e9valuation, <\/span>FFP<\/b> (<\/span><\/i>Full Functional Point<\/span><\/em>), permet d\u2019\u00e9valuer, de fa\u00e7on constante et ind\u00e9pendante de la technologie, l\u2019effort n\u00e9cessaire pour g\u00e9n\u00e9rer un livrable d\u00e9fini. \u00a0Cette \u00e9valuation, associ\u00e9e \u00e0 la <\/span>v\u00e9locit\u00e9<\/em>,<\/i><\/b> permettra de mesurer la performance d\u2019une \u00e9quipe de d\u00e9veloppement logiciel. <\/span>Cependant, dans les faits, cette m\u00e9thode est elle aussi assujettie au style de gestion.<\/span><\/p>\n

Nous d\u00e9velopperons en d\u00e9tail les notions de FFP (point de fonction<\/strong><\/em>) et de v\u00e9locit\u00e9 dans nos prochains billets; nous expliquerons dans ce billet-ci les deux principaux styles de gestion de <\/span>projet <\/span>en d\u00e9veloppement logiciel et comment ils influencent l\u2019\u00e9valuation de la performance d\u2019une \u00e9quipe de d\u00e9veloppement.<\/span><\/p>\n

En r\u00e9sum\u00e9, tout est question de gestion et de m\u00e9triques.<\/span><\/p>\n

\u00cates-vous plus Agile ou <\/b>Waterfall <\/b>?<\/b><\/h2>\n

Quel type de gestionnaire \u00eates-vous ? \u00a0Agile ou <\/span>Waterfall <\/span>?<\/span><\/p>\n

En d\u2019autres mots, dans le projet de d\u00e9veloppement logiciel (d\u2019application) que vous lancez; qu\u2019est<\/span>-ce<\/span> qui a le plus d\u2019importance ? \u00a0La valeur ou le plan ?<\/span><\/p>\n

Consid\u00e9rant la repr\u00e9sentation ci-dessous des deux styles de gestion, il n\u2019y a pas de bonne ou mauvaise r\u00e9ponse \u00e0 cette question !<\/span><\/p>\n\"gestion\n

La r\u00e9alit\u00e9 est que dans les grandes entreprises, certains projets de grande envergure impliquent plusieurs d\u00e9partements et plusieurs intervenants. Dans ce cas de figure, nul doute que le plan est non seulement utile mais il est n\u00e9cessaire.<\/span><\/p>\n

Typiquement, dans un projet de d\u00e9veloppement logiciel de grande envergure tel que \u00ab la refonte d\u2019une application de back-office critique \u00bb, tous les d\u00e9partements b\u00e9n\u00e9ficiaires et \/ ou contributeurs pr\u00e9sentent leurs requ\u00eates et leurs contraintes. Et ils s\u2019attendent \u00e0 voir leurs requ\u00eates combl\u00e9es et r\u00e9alis\u00e9es puisque toutes les fonctionnalit\u00e9s demand\u00e9es, petites ou grandes, sont consid\u00e9r\u00e9es n\u00e9cessaires par chaque requ\u00e9rant. Ainsi, toutes les fonctions requises et n\u00e9cessaires dans le cadre du projet seront toutes int\u00e9gr\u00e9es au plan final.<\/span><\/p>\n

Un projet de d\u00e9veloppement logiciel (d\u2019application) est lanc\u00e9 avec l\u2019objectif qu\u2019il aura un impact positif sur l\u2019ensemble des parties impliqu\u00e9es. Il <\/span>sollicite <\/span>la coordination de plusieurs d\u00e9partements et <\/span>mobilise <\/span>de nombreuses ressources \u00e0 diff\u00e9rentes p\u00e9riodes. \u00a0Sa r\u00e9alisation demandera un effort collectif de collaboration. Incidemment, le plan engendre un effet mobilisateur et agit comme un outil de coordination aupr\u00e8s des diff\u00e9rents intervenants.<\/span><\/p>\n

Pour toutes ces raisons, il est primordial de r\u00e9aliser le projet de d\u00e9veloppement logiciel dans sa totalit\u00e9 et ce, malgr\u00e9 les impr\u00e9vus et leur impact sur les co\u00fbts et l\u2019\u00e9ch\u00e9ancier. Dans le style de gestion par \u00ab Plan \u00bb, les co\u00fbts et le temps peuvent \u00eatre variables alors que la finalit\u00e9 du projet est immuable.<\/span><\/p>\n

L’\u00e9valuation de la performance en d\u00e9veloppement logiciel<\/h2>\n

En gestion par \u00ab Plan \u00bb, <\/span>l\u2019\u00e9valuation de la performance de l\u2019\u00e9quipe <\/b>de d\u00e9veloppement logiciel<\/b> <\/em>se fera sur la base de l\u2019atteinte des objectifs de co\u00fbts, de temps et d\u2019\u00e9ch\u00e9ancier, la port\u00e9e (le livrable) quant \u00e0 elle \u00e9tant fixe. Oui, les co\u00fbts et le temps sont variables mais combien pr\u00e8s des estimations initiales l\u2019\u00e9quipe a-t-elle \u00e9t\u00e9 en mesure de livrer ? Telle est la question. Bien s\u00fbr, on dira que l\u2019estimation initiale \u00e9tait fausse mais cela sera le sujet d\u2019un prochain billet\u2026<\/span><\/p>\n

Quant \u00e0 <\/span>l\u2019\u00e9valuation du projet<\/em>, <\/i><\/b>elle se fera sur la base de l\u2019impact de l\u2019application (les b\u00e9n\u00e9fices) sur les diff\u00e9rents d\u00e9partements impliqu\u00e9s, <\/span>une fois le projet compl\u00e9t\u00e9<\/span><\/em>.<\/span><\/p>\n

Dans le cadre d\u2019un projet de moindre envergure ou encore au sein d\u2019une PME, il serait plus avis\u00e9, consid\u00e9rant les restrictions impos\u00e9es en termes de ressources et de co\u00fbts, d\u2019opter pour une gestion <\/span>selon la m\u00e9thodologie Agile<\/strong><\/span> et de consid\u00e9rer comme priorit\u00e9 la valeur apport\u00e9e par le projet, les retomb\u00e9es en termes de b\u00e9n\u00e9fices pour l\u2019entreprise.<\/span><\/p>\n

Typiquement, dans le cadre d\u2019un projet de d\u00e9veloppement<\/span> Agile<\/span>, toutes les fonctionnalit\u00e9s de l\u2019application \u00e0 d\u00e9velopper <\/span>sont <\/span>\u00e9valu\u00e9es en termes de valeur (b\u00e9n\u00e9fice) apport\u00e9e \u00e0 l\u2019entreprise selon diff\u00e9rentes hi\u00e9rarchies; par exemple, fonctionnalit\u00e9 critique, importante, utile, souhait\u00e9e, optionnelle, etc.<\/span><\/p>\n

Ainsi, le projet auquel on <\/span>attribue <\/span>une enveloppe budg\u00e9taire fixe et un \u00e9ch\u00e9ancier de production d\u00e9termin\u00e9e <\/span>s\u2019entame <\/span>avec le d\u00e9veloppement des fonctions jug\u00e9es critiques et importantes en priorit\u00e9. Le projet de d\u00e9veloppement Agile<\/strong> est pilot\u00e9 par la Valeur et non le Plan.<\/span><\/p>\n

En gestion par \u00ab Valeur \u00bb, <\/span>l\u2019\u00e9valuation de la performance de l\u2019\u00e9quipe de d\u00e9veloppement logiciel <\/em><\/strong>se fera sur la base du nombre de fonctionnalit\u00e9s livr\u00e9es dans le temps et le budget allou\u00e9s qui sont fixes. \u00a0Quant \u00e0 <\/span>l\u2019\u00e9valuation du projet de d\u00e9veloppement<\/strong><\/em>, <\/i><\/b>elle se fera sur la base des b\u00e9n\u00e9fices obtenus (augmentation de la productivit\u00e9, acc\u00e8s \u00e0 l\u2019intelligence d\u2019affaires, r\u00e9duction des co\u00fbts, etc.) gr\u00e2ce aux fonctionnalit\u00e9s livr\u00e9es. \u00c0 titre de r\u00e9f\u00e9rence, soulignons que les deux types de gestion appellent des outils de gestion de projet diff\u00e9rents.<\/span><\/p>\n

Par exemple, dans l\u2019environnement Microsoft, le gestionnaire de projet par Plan s\u2019appuiera sur un outil tel que <\/span>Microsoft Project<\/b> qui met l\u2019emphase sur les <\/span>t\u00e2ches restantes<\/b> \u00e0 accomplir<\/span><\/em> alors que le gestionnaire de projet par Valeur utilisera un outil tel que <\/span>TFS<\/b> (Team Foundation Server) qui met l\u2019emphase sur les <\/span>heures restantes \u00e0 accomplir<\/strong><\/em>.<\/span><\/p>\n

Conclusion<\/b><\/p>\n

La perception de la performance <\/span>d\u2019une \u00e9quipe de d\u00e9veloppement logiciel<\/span> est vraiment tributaire du style de gestion du Directeur de Projet, du Directeur de D\u00e9partement ou encore de la Direction; le fait est que le style de gestion dicte des priorit\u00e9s diff\u00e9rentes, ce qui orientera l’\u00e9valuation de la performance <\/span>et donc, le choix des indicateurs de performance.<\/span><\/p>\n

Au final, allez-vous \u00e9valuer les co\u00fbts et le temps requis pour livrer le <\/span>projet informatique<\/span> dans sa totalit\u00e9, l\u2019impact du projet final une fois compl\u00e9t\u00e9 ou encore la qualit\u00e9 de la valeur (les b\u00e9n\u00e9fices) apport\u00e9e \u00e0 l\u2019entreprise dans le temps allou\u00e9 ?<\/span><\/p>\n

Peut-\u00eatre l\u2019id\u00e9al serait de toujours \u00eatre agile localement (dans l\u2019ex\u00e9cution) sans jamais perdre de vue le plan, quel que soit le type d\u2019entreprise ou l\u2019envergure du projet de d\u00e9veloppement logiciel !<\/span><\/p>\n

 <\/p>\n

Bon projet de d\u00e9veloppement,<\/p>\n

 <\/p>\n

Michel et Denis Paul<\/p>\n","protected":false},"excerpt":{"rendered":"

La perception de la performance en d\u00e9veloppement logiciel varie selon le style de gestion; il faut le souligner, la mesure de la performance est vraiment une question de perception. L\u2019\u00e9valuation de la performance d\u2019une \u00e9quipe de d\u00e9veloppement est en fait \u00e9troitement li\u00e9e au style de gestion et aux priorit\u00e9s que celui-ci dicte; en d\u00e9veloppement logiciel… Read more »<\/a><\/p>\n","protected":false},"author":3,"featured_media":12512,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"Perception de la performance en d\u00e9veloppement logiciel selon la gestion","_seopress_titles_desc":"La perception de la performance en d\u00e9veloppement logiciel varie selon le style de gestion. Il faut le souligner, la mesure de la performance est vraiment une question de perception. L\u2019\u00e9valuation de la performance d\u2019une \u00e9quipe de d\u00e9veloppement logiciel est en fait \u00e9troitement li\u00e9e au style de gestion et \u00e0 ses priorit\u00e9s.","_seopress_robots_index":"","content-type":"","footnotes":""},"categories":[3377,3371],"tags":[3257,3251,3497,3785,4440,4436,2277,4432,4434,1882,4430,4438],"better_featured_image":{"id":12512,"alt_text":"","caption":"","description":"","media_type":"image","media_details":{"width":1536,"height":1016,"file":"2017\/10\/gestion_cover-2.jpg","sizes":{"medium":{"file":"gestion_cover-2-300x198.jpg","width":300,"height":198,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-300x198.jpg"},"large":{"file":"gestion_cover-2-1024x677.jpg","width":1024,"height":677,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-1024x677.jpg"},"thumbnail":{"file":"gestion_cover-2-63x63.jpg","width":63,"height":63,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-63x63.jpg"},"medium_large":{"file":"gestion_cover-2-768x508.jpg","width":768,"height":508,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-768x508.jpg"},"bones-thumb-960":{"file":"gestion_cover-2-960x635.jpg","width":960,"height":635,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-960x635.jpg"},"bones-thumb-600":{"file":"gestion_cover-2-600x397.jpg","width":600,"height":397,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-600x397.jpg"},"bones-thumb-300":{"file":"gestion_cover-2-300x199.jpg","width":300,"height":199,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-300x199.jpg"},"post-thumbnail":{"file":"gestion_cover-2-125x125.jpg","width":125,"height":125,"mime-type":"image\/jpeg","source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2-125x125.jpg"}},"image_meta":{"aperture":"0","credit":"","camera":"","caption":"","created_timestamp":"0","copyright":"","focal_length":"0","iso":"0","shutter_speed":"0","title":"","orientation":"0","keywords":[]}},"post":11737,"source_url":"https:\/\/analystik.ca\/blogue\/wp-content\/uploads\/2017\/10\/gestion_cover-2.jpg"},"_links":{"self":[{"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/posts\/11737"}],"collection":[{"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/comments?post=11737"}],"version-history":[{"count":8,"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/posts\/11737\/revisions"}],"predecessor-version":[{"id":12063,"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/posts\/11737\/revisions\/12063"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/media\/12512"}],"wp:attachment":[{"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/media?parent=11737"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/categories?post=11737"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/analystik.ca\/blogue\/wp-json\/wp\/v2\/tags?post=11737"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}