le rendement de votre Équipe de Développement se compare-t-il à la performance du Bitcoin

Comment évaluer la performance de mon équipe de Développement TI ?

Comment évaluer la performance de mon équipe de Développement TI ?

La question n’est pas simple; comment pourriez-vous évaluer la performance de votre équipe de Développement TI avec certitude ?

Il est moins simple qu’il y paraît d’évaluer la performance d’une équipe de Développement TI. Le fait est que les projets TI varient beaucoup en scope, en budget et échéancier; dans ce contexte, il est difficile de comparer !

Dans ce billet, nous ne parlerons pas de méthodes « mathématiques » comme celle des « points de fonction » (FFP) qui permettent d’évaluer la charge nécessaire associée à un développement en termes de points.  Cette évaluation donne des résultats constants, ce qui change est le nombre d’heures nécessaire par l’équipe de développent pour programmer un point de fonction. Malheureusement ces méthodes ne sont pas très répandues.

Nous parlerons de quelques éléments de base…

(suite…)

embaucher des ressources TI à l'interne ou une firme externe: le dilemme de tout projet TI

Embaucher des ressources TI à l’interne ou une firme externe; le dilemme de tout Projet TI

Embaucher des ressources TI à l’interne ou embaucher une firme externe :  le dilemme de tout Projet TI.

Un nouveau Projet TI appelle toujours une décision fondamentale du Gestionnaire de Projets : dois-je embaucher des ressources TI à l’interne ou embaucher une firme externe ?

Chaque Projet TI est d’abord et avant tout un défi de Gestion et de Logistique. En ce sens que chaque projet TI apporte son lot de défis, ses exigences clients et parallèlement, ses besoins en termes d’expertise et de ressources.

Le Gestionnaire de Projets doit au préalable bien circonscrire la nature du projet de développement TI pour l’apparier à l’expertise de son équipe de Développement logiciel.

 

Le défi de la rareté des ressources TI à l’aube du 21e siècle

Il ne faut pas sous-estimer l’ampleur du défi de Gestion et de Logistique des Projets de Développement logiciel. En effet, plusieurs entreprises ralentissent involontairement leur croissance ces dernières années à cause de goulots d’étranglement dans leurs processus internes, principalement dû à la rareté des ressources.

(suite…)

Il faut constamment évaluer la capacité de vos ressources à livrer vos Projets TI

Projet TI : défi d’évaluation de la capacité requise et de l’expertise nécessaire

Tout Projet TI est d’abord un défi d’évaluation de la capacité requise et de l’expertise nécessaire. En effet, le Gestionnaire doit constamment réévaluer l’adéquation de son équipe de Développement à livrer le prochain Projet TI; tant en termes de capacité que d’expertise.

Les outils et technologies de l’Information jouent un rôle primordial dans l’atteinte des objectifs de croissance des entreprises. Et plus spécifiquement, l’automatisation de certains processus critiques qui peut générer une augmentation vertigineuse de la Productivité ou encore une amélioration significative de la Qualité des Produits et / ou du Service à la Clientèle.

Conséquemment, toute décision en termes de Développement TI aura un impact majeur sur la compétitivité de l’entreprise et sur sa profitabilité.

Dans ce contexte, plus d’un Directeur TI se tournera spontanément vers un logiciel commercial pour répondre à la demande de Développement logiciel requise et relever le défi e son Projet TI afin d’appuyer les objectifs de croissance de l’entreprise.

Ainsi, il nous apparaît à plusieurs égards qu’il s’agit là d’une solution facile pour le Directeur TI et nous comprenons bien ces raisons :

  • Le Directeur TI croit pouvoir combler rapidement un manque de capacité par un outil d’automatisation de certains processus
  • Le Directeur TI mise sur une solution connue et reconnue afin de minimiser le risque afférent à un Projet de Développement
  • Le Directeur TI espère que la mise en place de la solution commerciale se fera dans un délai plus court
  • Le directeur TI espère minimiser son risque en utilisant une solution déjà développée

Bien que tout cela semble très logique, nous soutenons qu’il existe une autre option tout aussi viable et peut-être plus profitable; soit celle de la firme externe de Développement logiciel.

(suite…)

Gestion de la Relation Client dans un Projet de Développement logiciel chez Analystik

eMalaya ou les bénéfices de la Projection dans la Gestion de Projets

eMalaya est un outil de Gestion de Projets et de saisie de Fiche de Temps qui calcule des projections; c’est-à-dire, qu’il cumule les heures exécutées et les heures qu’il « reste-à-faire » dans un Projet de Développement. Et ce calcul amène une nouvelle perspective sur la Gestion de Projets tant au bénéfice des Gestionnaires de Projets que des Administrateurs et des Clients; la connaissance de l’état réel du Projet.

Les Projets TI sont presque toujours complexes, ils engagent de nombreuses ressources et s’échelonnent souvent sur plusieurs mois. Et au fil du temps, la grande majorité des Projets TI feront face à d’éventuels écueils ou de nouvelles demandes du Client qui, tous les deux, entraîneront des dépassements de coûts.

Dans ce contexte, il n’est pas évident pour le Gestionnaire de Projets de faire un suivi en temps réel de ses Projets et d’évaluer la performance de son équipe de Développeurs. En un mot, les défis de la Gestion de Projet sont nombreux !

Pour obtenir une vision claire, le Gestionnaire doit presque toujours colliger les données de ses Projets en provenance de différents systèmes. De plus, les principaux logiciels de Gestion de Projets (DevOps / Jira), eux, regardent seulement vers l’avenir; c’est-à-dire qu’ils calculent seulement le Reste-à-Faire sans cumuler les heures exécutées.

Ces différentes estimations auront des répercussions importantes pour tous les intervenants d’un Projet; Développeurs, Gestionnaires, Administrateurs et Client.

Alors comment savoir où on en est en termes de performance de l’équipe de Développement, de Budget (Facturation) et d’Échéancier ?  Comment obtenir une vision claire en temps réel d’un Projet ?  Est-il possible de calculer de manière objective l’état réel d’un Projet; c’est-à-dire de connaître de façon précise les heures réelles exécutées par les Développeurs plus les heures estimées « reste-à-faire » par ces mêmes Développeurs pour l’ensemble de leurs Tâches ?

En fait, on parle ici d’une notion inédite en Gestion de Projets; la projection, soit l’addition du temps réel exécuté plus le reste à faire. Intéressant, n’est-ce pas !

(suite…)

Sprint d'une Équipe de Développement d'un Projet logiciel

Nouvelle perspective sur la Gestion de Projet; Reste-à-Faire vs Projection

N’est-t-il pas temps d’offrir aux gestionnaires une nouvelle perspective sur la Gestion de Projets qui leur permettrait de faire un suivi adéquat en temps réel de leurs Projets et, en plus, de bien évaluer la performance de l’équipe de Développeurs ?

Le fait est que le Gestionnaire doit relever plus d’un défi dans la Gestion de Projets de Développement, logiciel ou autre; la tâche est ardue !

En effet, les Projets TI sont presque toujours complexes, ils engagent de nombreuses ressources et s’échelonnent souvent sur plusieurs mois. De plus, pour obtenir une vision claire, le Gestionnaire de Projets doit presque toujours colliger les données de ses Projets en provenance de différents systèmes.

Ainsi, presque toutes les équipes de développement logiciel utilisent quotidiennement deux systèmes :

  1. DevOps ou Jira
  2. Application de saisie des fiches de temps

Et presque tous les Gestionnaires de Projet et Clients se plaignent des mêmes choses :

  1. Manque de visibilité sur le degré d’avancement du / des projet(s)
  2. Manque de métriques
  3. Devoir composer avec des dépassements de coûts et d’échéancier

 

Qu’est-ce que la Projection d’un Projet de Développement ?

(suite…)

Le Développement logiciel sur mesure est mort. Vive le développement logiciel sur mesure.

Deux faits marquants jouent contre le développement logiciel sur mesure :

  • Le marché regorge de solutions logicielles exhaustives tels Oracle, SAP, IBM, Salesforce, etc.
  • Les histoires d’horreurs pleuvent du côté des grands projets de développement logiciel

Considérant ces faits, au fil des ans les entreprises ont choisi d’installer des solutions commerciales, CRM, ERP, logiciel comptable, système de gestion des prêts, etc., plutôt que d’opter pour un développement logiciel sur mesure.  Et dans plusieurs cas, elles ont remplacé une application « maison » dont la technologie était obsolète.

Évidemment, beaucoup de temps et d’efforts ont été investi pour adapter ces solutions commerciales à « votre » réalité pour en faire des solutions sur mesure répondant à vos besoins.  Si vous rencontrez une des deux situations ci-dessous, rassurez-vous, vous n’êtes pas la seule entreprise dans cette situation :

  • Vous possédez différents systèmes qui ne se « parlent » pas
  • Vous avez encore et toujours des besoins d’affaires précis qui ne sont pas comblés par les solutions commerciales

(suite…)

atome unique

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

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…)

Performance des Processus et Innovation, un mariage de cœur et de raison

Performance des Processus et Innovation sont un mariage de cœur et de raison au sein de toute entreprise florissante ou, à tout le moins, les entreprises doivent devenir innovantes pour fleurir car l’innovation entraîne presque toujours un gain de performance sur un plan ou un autre.

Ainsi, l’entreprise qui veut performer doit innover et l’entreprise innovante performera… assurément !

(suite…)

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

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…)

3 pistes de Développement logiciel à l’ère Productivité intégrée

Microsoft parle beaucoup cette année d’Intelligence, de Big Data, d’AI et de Machine Learning et elle avance à grand pas sur tous les fronts en combinant certains de ces outils dans une nouvelle offre de Productivité intégrée « Office 365 + Dynamics 365« ; il y a lieu de se demander comment aligner votre Développement logiciel avec cette offre pour en tirer profit ?

Microsoft entend combiner dans sa Suite de Productivité intégrée des outils comme Power BI, Cortana Intelligence Suite, MyAnalytics, Tap for Word, QuickStarter for PowerPoint, etc.; avouez qu’il s’agit là d’une puissante combinaison d’outils de productivité pour toute entreprise, quelle que soit sa taille. Mais votre Département TI saura-t-il en tirer profit ?

(suite…)