Le programme de la recherche scientifique et développement expérimental (RS&DE) évalue d’abord la présence de RS&DE dans vos travaux. Pour ce faire, cinq questions sont posées et vous devez répondre positivement à chacune d’elle. La cinquième question examine la présence de documentation pour corroborer les réponses aux quatre premières questions. Cette documentation prouve que vous avez travaillé selon une démarche systématique pour avancer la connaissance qui posait un obstacle dans votre projet. Elle forme une preuve de votre conformité au programme RS&DE. Toutefois, elles peuvent soulever beaucoup de questions quant à ce qui constitue une documentation conforme en technologie de l’information (TI) pour la RS&DE. Entre autres, on peut se demander : Que faut-il documenter ? Quel est le minimum de documentation pour satisfaire un examen ? Dans quel format produire ce qui est examiné ? Pour y répondre, il faut mieux comprendre la RS&DE et surtout, adopter de bonnes pratiques.

En observant un autre domaine comme l’étude des mycorhizes, présenté dans un reportage sur ICI Radio-Canada Télé, on y traite des connaissances à ce jour, et on découvre au fur et à mesure des exceptions et des contradictions à ces connaissances. Tout cela dans un contexte d’expérimentations sur le terrain. On y parle de différents essais, de cueillette de données, d’analyses en laboratoire, bref, vous aurez compris, de plusieurs activités scientifiques et ou expérimentales. Vous direz que la documentation est évidente dans un tel contexte ou domaine, car il y a des choses à prendre en photo, en vidéo, et des échantillons à récolter, des données à écrire dans le temps pour produire des graphiques, etc. Mais sans cette documentation, comment cheminer vers un avancement des connaissances, et comment assurer que ces nouvelles connaissances se partageront aux futures expériences et générations ? On ne parle plus d’être conforme, mais de la nécessité de produire cette documentation, qui devient une référence pour les suites.

Avec cet exemple, il faut maintenant mieux agir en TI, car sans documentation, et donc en répondant négativement à la question cinq, votre réclamation sera refusée !

Il est vrai que les TI est un domaine qui bouge rapidement et que la notion de « time to market » est très importante pour survivre. Or, malgré la rapidité des travaux, il en demeure pas moins qu’on prend le temps de réfléchir, de chercher, de lire, d’écrire, mais nous n’avons pas le réflexe de conserver des traces de cela. Le tout devient éphémère et le savoir de l’entreprise ne persiste pas. Le fait de développer un logiciel par la production de code informatique ne permet pas de corroborer une démarche systématique ou un avancement des connaissances. On peut faire valoir que le résultat n’existait pas et que l’innovation produite est un progrès, mais cela ne corrobore pas l’incertitude technologique et l’avancement des connaissances.

Que faire alors ?

La conformité en TI pour la RS&DE, c’est simplement de conserver des traces de ce qui répond aux quatre premières questions pour évaluer la présence de RS&DE. Prenons l’exemple d’un projet de développement logiciel entrepris pour répondre à un besoin d’affaires. Dans le cadre de ce projet, vous rencontrez un problème technique, dont la raison est due à une limitation ou une contrainte avec une technologie qui ne rencontre pas vos exigences techniques, et dont l’aide ou les connaissances pour indiquer comment dissiper ce problème ne sont raisonnablement pas accessible et disponible. Vous êtes alors en présence d’une incertitude technologique. Vous décidez d’initier une démarche par expérimentations sur l’hypothèse qu’un développement logiciel pourra augmenter la technologie afin qu’elle puisse répondre à l’exigence technique.

Dans ce processus, vous aviez un problème technique et vous avez investigué pour comprendre la raison de ce problème. Ce faisant, avez-vous observé les courbes de capacité de l’ordinateur (CPU, RAM, Disques, Ethernet) ? Si oui, capturé l’écran, conserver un journal de cette trace. Avez-vous fait des recherches dans la base des connaissances sur ce problème ? Si oui, conservez une copie de ce qui est dit pour démontrer que l’aide n’était pas disponible. Avez-vous discuté en équipe ou schématisé des idées sur tableau ou cahier de notes ? Si oui, prenez des photos des tableaux ou conservez vos notes. Lors de votre programmation informatique, utilisez-vous un système de gestion des versions ? Si oui, inscrivez des notes lors d’une opération d’archivage (Check in) ou conservez les branches pour vos prototypes et notez-y ce qui a été tenté. Quels sont les résultats de vos essais ? Notez la progression quantitativement lorsque c’est le cas ou notez les observations par rapport à un plan de test.

En conclusion, ayez le sentiment que vous travaillez à réaliser des activités expérimentales pour lesquelles il est évident que des documents peuvent être produits. Sachez que sans documents il n’est pas raisonnable de croire qu’une démarche systématique a eu lieu. De fait, par définition, une démarche systématique ou simplement des travaux de recherche et développement produisent des notes, des traces, des documents, et tout autres artéfacts qui aideront à corroborer les faits que vous avez fait de la RS&DE.

Crédit photo : StartupStockPhotos via Pixabay