Développement Agile

Généralement, aux dires des Gestionnaires, les projets de développement TI sont tous urgents, mais la réalité est que certains le sont plus que d’autres !

Typiquement, en mode agile, on parle de sprints de 3 semaines suite au sprint 0 qui est le sprint initial de « définition ». Cependant, on rencontre de plus en plus de situations où le client demande un développement Agile+++ ou, si vous préférez, des projets qui nécessitent un développement en mode Agile accéléré… très accéléré !

On parlera d’un, deux ou trois sprints très courts (une ou deux semaines maximum) avec des livrables et des attentes bien définis.

Est-ce que les demandes sont irréalistes ?  Est-ce que la planification a été déficiente ? Ça, c’est une autre histoire… Une chose est certaine est qu’en mode Agile+++, il n’y a pas de place pour le « red tape », on veut des ressources compétentes qui collaborent entre elles et qui sont motivées à livrer !

Et comment tout cela s’exécute-t-il ?  Alors, commençons par le commencement.

(suite…)

Comment justifier l’écart dans un Projet entre l’estimation initiale et le réel alors que presque tous les Projets développés depuis une décennie le sont en mode Agile; ce qui est une bonne chose parce qu’on met en place des cycles de livraison courts, ce qui implique une meilleure communication avec les Clients.

Cette approche de gestion fonctionne comme sur des roulettes avec les gens de TI qui comprennent bien l’incidence de cette philosophie de Gestion en termes de coût, temps et portée sur un Projet : temps et coût fixes avec portée variable.

Cependant, alors que les développeurs et les équipes de TI saisissent bien les subtilités du mode Agile, c’est loin d’être toujours le cas des autres Gestionnaires et de la Haute Direction pour lesquels, tout devrait être fixe : le temps, les coûts et la portée !!!

(suite…)

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 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 21^e 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…)

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

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

En tant que Consultants TI offrant un service de développement sur mesure, nous avons développé le chic pour analyser et reconnaître les particularités des systèmes TI hérités et concevoir des protocoles de communication afin d’échanger des données avec ceux-ci.

Bien sûr, si vous demandez aux TI quelle est la meilleure façon de relever leurs prochains défis, ils vous répondront : « avec les systèmes et technologies en place ». C’est une question de confort et de gestion du risque car il n’est pas bien vu d’ajouter une application ou un système à l’environnement TI déjà existant.

Mais la vérité c’est que ce n’est pas toujours la meilleure marche à suivre.

(suite…)

Doit-on rappeler l’impact positif du Développement logiciel sur mesure  et des technologies numériques sur la productivité et la profitabilité des entreprises ; inutile de répondre à cette question, non ? Cependant, il est intéressant d’en comprendre la nature, de voir comment s’exécute leur impact, sur quels plans !

Une étude en 2015 de Deloitte & MIT Sloan sur les entreprises démontrent que les entreprises numériquement matures sont très orientées sur l’intégration globale des technologies numériques telles Systèmes intégrés, Médias Sociaux, Mobilité, Analytique et Cloud afin de transformer leurs processus d’affaires alors que les entreprises moins matures numériquement se concentrent plus sur la résolution de problèmes spécifiques avec des technologies spécifiques.

Le mot clé ici étant « intégration globale » ; c’est en intégrant globalement les technologies numériques que les entreprises transforment leurs processus et leurs façons de faire, il doit donc y avoir une stratégie globale d’intégration des technologies numériques et de Développement logiciel en jeu.

(suite…)

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