atome unique

La performance en développement logiciel, une question de métriques


Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

L’évaluation de la performance d’une équipe de développement logiciel dans le cadre d’un projet de développement logiciel peut varier grandement selon le type de métriques utilisées aux fins de l’évaluation.

Cette requête de mesure de la performance au niveau des projets de développement revient constamment et constitue une source de préoccupation majeure chez les Gestionnaires; ce qui est tout à fait normal considérant le faible ratio de projets livrés dans les temps et les coûts.

(suite…)

La perception de la performance en développement logiciel selon le style de gestion


Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

La perception de la performance en développement logiciel varie selon le style de gestion; il faut le souligner, la mesure de la performance est vraiment une question de perception. L’évaluation de la performance d’une équipe de développement est en fait étroitement liée au style de gestion et aux priorités que celui-ci dicte; en développement logiciel comme dans toute autre activité d’ailleurs.

Tout gestionnaire souhaiterait avoir une évaluation objective de son équipe de développement et de son département TI dans le cadre d’un projet de développement logiciel. Le terme « objectif » est la clé de l’énigme ici. Existe-t-il une méthode objective d’évaluation de la performance d’un développeur, d’une équipe de développement, d’une entreprise de développement logiciel ? Existe-t-il un indicateur clé de performance en développement logiciel, qui dit la vérité ?

En fait, on ne compte plus les systèmes, méthodes et nomenclatures qui ont été développées depuis le début de l’ère industrielle afin d’évaluer la performance en développement logiciel comme ailleurs.

(suite…)

Développement logiciel Lean en 2017 ou Régime-Santé TI


Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

Notice: Undefined variable: style in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 149

Notice: Undefined variable: wplinks_image in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 149

Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

Notice: Undefined variable: style in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 149

Notice: Undefined variable: wplinks_image in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 149

Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

Le Développement logiciel Lean est l’extension des principes Lean au Développement et à la Gestion de Produits et Services TI; plus particulièrement, on voudra éliminer tout travail qui n’apporte pas de valeur audit produit ou service TI.[1]

Lean Six Sigma est une méthodologie qui s’appuie sur un effort collaboratif d’équipe pour améliorer la performance en éradiquant de façon systématique le gaspillage (pertes )[1]et ce, sur huit plans : Transport, Inventaire, Mouvement, Attente, Surproduction, Sur-processus, Défectuosités et Talents (abréviation : ‘TIMWOODS’).

On ne saurait sous-estimer le rôle de plus en plus crucial de la fonction TI dans un contexte eBusiness et eCommerce où livrer de la qualité et de la valeur aux consommateurs est devenue la principale activité des entreprises. Les services et produits TI permettent souvent aux consommateurs de découvrir, commander et payer ainsi qu’aux employés et fournisseurs de communiquer, collaborer, gérer et exécuter / produire, etc.

(suite…)

La vraie nature du Développement logiciel sur mesure – Mythe 1


Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

La venue du Nouveau Millénaire a vu triompher avec force les concepts de « meilleures pratiques » et de « contrôle qualité » et ce, dans tous les secteurs d’activités. Ces concepts de meilleures pratiques et de contrôle qualité ont façonné la vraie nature du Développement logiciel sur mesure et ont grandement bénéficié au secteur des TI, technologies de l’Information et des Communications, qui en ont favorisé la propagation.

2000 à 2010 – rappel

  • Démocratisation du Web, de la profession de designers et de programmeurs Web
  • Communication, Partage (démocratisation) et Implantation des meilleures pratiques
  • Démocratisation du concept de meilleures pratiques du développement logiciel sur mesure

(suite…)

La vraie nature du développement sur mesure en TI


Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

Lorsqu’Analystik aborde un nouveau mandat de développement avec un client; l’objectif en est presque toujours d’automatiser un processus d’affaire et la méthodologie en est somme toute fort simple :

  • Analyse du processus existant
  • Étude des améliorations possibles au processus lui-même
  • Élaboration / schématisation d’une solution logicielle qui automatise le processus
  • Intégration aux technologies et processus connexes
  • Implantation

 

 

(suite…)

Projets TI : objectifs, portée, ressources, budgets, délais, livrables, etc.


Notice: Undefined offset: 1 in H:\root\home\emalayamm-001\www\analystik\blogue\wp-content\plugins\wp-links\wp-links.php on line 175

L’augmentation de la productivité, la capitalisation sur l’avantage concurrentiel. Les réponses aux nouveaux besoins d’affaires passent souvent par les TI, ou peut-être devrais-je dire, un projet TIC, non ?

La traduction de ces modifications ou ajouts dans les systèmes de l’entreprise se fera à l’interne ou à l’externe. Mais, dans les deux cas, on rencontre encore bien souvent deux problèmes de base :

  • La portée des objectifs (et donc du projet) est mal définie et l’impact des modifications encourues est imprévisible
  • Le budget est mal attribué et parfois aussi, carrément irréaliste ou fortement sous-estimé

Ces deux facteurs sont responsables de la mauvaise tournure de la très grande majorité des projets informatiques. Ils dépassent les budgets et échéances ou encore n’atteignent pas leurs objectifs, quand ce n’est pas les deux; ces deux cas de figure sont le lot de 83% des projets informatiques selon les dernières études des références en la matière : Gartner, IDC, Forrester, etc.

 

Projets TIC… tac…

(suite…)