Il y a de bonnes et de meilleures pratiques de sauvegarde de documentation d’un projet TI; en TI comme en toute chose.

Dans les deux premiers billets de cette série sur la documentation d’un projet de développement TI, nous avons traité du « quoi » ou de ce qu’il faut documenter et du « comment » ou, si vous préférez, du format que l’on devrait utiliser.

Dans ce billet, nous ne traiterons pas du « pourquoi » mais bien du « où » sauvegarder la documentation d’un Projet TI.

Si vous pensez que ce billet sur la sauvegarde de documentation d’un projet TI est le parent pauvre des deux précédents, détrompez-vous.  Trop souvent la documentation d’un Projet TI n’est pas consultée parce qu’elle n’est pas facile d’accès et, pour les mêmes raisons, la documentation n’est souvent pas à jour.

(suite…)

Quel est le format de documentation d’un projet TI le plus approprié ?  Et quelles sont les meilleures pratiques de documentation d’un projet TI en termes de format ?

La question peut paraître étrange car pour plusieurs, cette question ne se pose même pas. Mais en y regardant de plus près, elle mérite qu’on s’y attarde; comment doit-on documenter un projet TI et avec quel type de format ?

Pour mettre en lumière le défi du format de documentation d’un Projet TI, il faut tenir compte de trois facteurs :

• Objet de la documentation
• À qui elle s’adresse ?
• Par qui est-elle produite ?

(suite…)

Les meilleures pratiques de Documentation d’un Projet TI ne sont pas simples car l’objet de la documentation n’est pas toujours évident. D’abord, dans un projet TI, on peut retrouver un grand nombre de documentations différentes; le fameux manuel de l’usager, la documentation des requis destinée à l’exploitant du logiciel, la documentation d’architecture et de design destinée aux analystes, designers et développeurs et finalement, la documentation technique ou documentation logicielle destinée aux programmeurs en sont les principaux exemples.

Bref, la documentation d’un Projet de Développement logiciel, c’est comme les assurances, ça en prend mais il faut trouver le bon équilibre.

En ce qui nous concerne, nous parlerons de la documentation d’architecture et de conception et de la documentation technique d’un projet de développement TI. Ainsi, que doit-on documenter ?

Dans cette série de billets, nous allons aborder les points suivants :

• Que doit-on documenter dans un projet TI ?
• Comment doit-on documenter ?
• Où doit-on rendre disponible ces documents aux différents lecteurs ?

(suite…)

Analystik a parcouru du chemin depuis la création de son dernier logo en 2005; plusieurs clients se sont ajoutés au porte-folio dont la Banque Laurentienne, Hitachi Capital Canada et Wells Fargo. Son identité corporative est demeurée la même mais beaucoup de choses ont changé en 10 ans…

Cependant, malgré le chemin parcouru, les différentes approches de gestion et les méthodologies de développement utilisées, les nombreuses évolutions de systèmes, frameworks et plateformes mobiles; l’objet de notre travail, lui, est toujours demeuré le même, le processus, et notre objectif est lui aussi toujours demeuré le même, la qualité sur tous les plans.

Conséquemment, lorsque vint le temps de revoir notre identité corporative, cette réflexion nous entraîna spontanément vers une approche de rafraîchissement plutôt qu’une démarche de recréation.

(suite…)

Nous voudrions dans ce billet, par-delà l’Architecture orientée-Service, revenir sur la vision du Développement orienté-Service car ce n’est pas rien, considérant que beaucoup soutiennent qu’en TI, il y a eu un avant et un après Architecture SOA !

La raison en est fort simple, avec l’architecture orientée-service, les services développés se sont retrouvés au cœur des systèmes d’information, en interface à la fois avec les applications fondamentales et les données.

Bien que cela ne soit pas évident au premier coup d’œil, beaucoup de développeurs y ont tout à coup gagné une marge de manœuvre, une liberté de conception, d’aucuns diront une créativité nouvelle.

(suite…)

Le Développement orienté Service offre tous les bénéfices du développement logiciel sur mesure mais sans les risques et sans les coûts d’un logiciel commercial; c’est ce que nous entendons aborder dans cette suite du billet précédent.

Nous expliquions dans le billet précédent qu’alors que le Développement logiciel sur mesure constitue un risque appréciable en termes de pérennité de services et de coûts de développement; le logiciel commercial, lui, entraîne souvent des coûts d’adaptation pré-installation faramineux et des frais récurrents de licence.

Ainsi, nous expliquions avoir pris une autre tangente depuis quelques années parce qu’elle nous apparaissait offrir le meilleur des deux mondes à la fois pour le client et pour le développeur; soit le Développement orienté service qui s’appuie sur trois principes :

(suite…)

Devriez-vous commencer, à titre de Directeur TI, à penser en termes de Développement orienté-service plutôt que de Développement d’application ou encore d’achat d’un logiciel commercial ?

La question mérite d’être posée peu importe votre domaine d’activités. Étonnamment, bien que nous ne cessions de vanter les mérites du Développement Agile depuis plus d’une décennie, le fait est que, la majorité des grandes et moyennes entreprises se lancent encore de nos jours à grands frais dans des projets TI lourds, à longue échéance, en s’appuyant sur des plateformes reconnues telles SAP ou Oracle ou en s’appuyant sur des logiciels commerciaux.

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

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

Cet article est tiré d’extraits d’une enquête conjointe réalisée par MIT & Google menée à la fin de 2016 et que vous pouvez télécharger ici.

L’apprentissage par machine est pour de nombreuses entreprises le nouveau terrain de preuve pour un avantage concurrentiel. Un récent sondage mené par MIT Technology Review Custom et Google Cloud révèle que, bien que la majorité des entreprises aient du mal à appliquer l’apprentissage machine, d’autres travaillent déjà à développer des stratégies pour cette technologie et réalisent déjà un ROI authentique.

L’enquête comprenait 375 répondants qualifiés représentant une variété d’industries avec une prépondérance provenant de l’industrie de la technologie (43%) mais aussi des services aux entreprises (13%) et des services financiers (10%). La plupart des répondants qualifiés étaient des dirigeants de niveau C (39%) ou des développeurs d’entreprise (37%) ainsi que des cadres supérieurs (23%).

(suite…)

Le jour n’est plus très loin où toute entreprise intégrera des fonctionnalités Intelligence Artificielle et Apprentissage profond (AI & Deep Learning) à ses processus, cela ne fait aucun doute.

La question est : où se situe votre entreprise, aujourd’hui ?  Êtes-vous prêt ?

Impact de l’Intelligence Artificielle en entreprise

Aujourd’hui, grâce à la formidable capacité de l’IA à analyser un problème plus rapidement qu’un esprit humain le pourrait, vous serez certain que vous aurez considéré tous les scénarios possibles pour une situation donnée.

(suite…)

L’Intelligence Artificielle commence à peine à pénétrer dans le milieu de travail et elle amène les dirigeants à repenser la façon dont leurs entreprises fonctionnent ou devraient le faire. Mais le fait est que loin de tuer les travailleurs du savoir, l’Intelligence Artificielle tend à les libérer pour faire ce pour quoi ils sont payés: innover, modeler, affiner et améliorer l’expertise de leur entreprise.

« L’IA n’éliminera pas les emplois, elle créera un changement dans le type d’emplois en éliminant les tâches d’emplois et en créant de nouveaux emplois qui sont des emplois plus humains », déclare Josh Bersin, principal et fondateur de Bersin par Deloitte. Bersin définit « emplois plus humains » comme ceux qui requièrent des traits que les robots n’ont pas encore maîtrisés comme l’empathie, la communication et la résolution de problèmes interdisciplinaires.

L’intégration des premiers outils de l’intelligence artificielle fait que les organisations deviennent plus collaboratives et axées sur le travail d’équipe, par opposition à la hiérarchie descendante traditionnelle.

(suite…)

Les dommages causés par les attaques de sécurité font la une partout et Microsoft se targue d’une protection sans précédent contre les logiciels malveillants et les menaces de sécurité avancées pour vous inciter à migrer vers Windows 10 qui bénéficie de nouvelles fonctionnalités de sécurité telles que Windows Hello, Microsoft Passport, Windows Information Protection, Device Guard et Credential Guard.

Bien que tout le monde reconnaisse que Windows 7, l’OS le plus performant de l’histoire de Microsoft, ait bien servi les entreprises pendant les cinq dernières années, il n’offre pas un niveau de protection adéquat pour faire face aux menaces de sécurité actuelles, les applications tierces non plus d’ailleurs.

Les nouveaux défis appellent de nouvelles habiletés ou, à tout le moins, une nouvelle vision ; parlez-en aux directeurs TI aux prises avec Windows XP pour lequel Microsoft n’offre plus de mise à jour de sécurité depuis avril 2014.

Nouvelles fonctionnalités de sécurité incitant l’entreprise à migrer vers Windows 10:

(suite…)

Nous nous concentrerons ici sur les meilleures pratiques de développement d’application mobile d’entreprise incluant le système de notifications et le design d’application mobile; nous parlons d’une application mobile de service aux employés d’une entreprise dont les principales fonctions tournent autour du partage et de la communication de données et / ou d’information.

Considérant que les applications mobiles et la navigation mobile font maintenant partie de notre vie quotidienne, il ne faut surtout pas sous-estimer l’impact d’un bon design sur l’adoption rapide d’une application mobile d’entreprise.

Les meilleures pratiques du développement d’application mobile d’entreprise devraient s’appliquer si vous développez une application mobile à partir de zéro pour répondre à des besoins spécifiques de l’entreprise ou à partir d’une application actuelle de votre entreprise.

Avant même de commencer, considérez votre audience et votre besoin ou problème 

Avant de commencer à créer votre application mobile d’entreprise, considérez votre audience et créez un solide Business Case autour du besoin d’affaires ou du problème que vous souhaitez résoudre. Vous trouverez plus d’information sur la création d’un Business Case dans notre précédent billet : « Vous voulez développer une application ?  Super, avez-vous un Business Case ? ».

Version vidéo de ce billet

(suite…)