Comment rédiger les incertitudes pour la RS&DE

Rédiger la description technique d’un projet de RS&DE est une activité qu’il ne faut pas prendre à la légère. Il est vrai que les descriptions inclues dans le formulaire T661 ne sont pas toujours lues par les CRT. Mais lorsqu’elles sont lues, ces descriptions font la différence entre convaincre les CRT de l’admissibilité de votre projet et … la rencontre de vérification.

Dans des blogues précédents, nous avons présenté certaines des erreurs de positionnement des projets les plus courantes, nous avons fait des commentaires généraux sur le positionnement et sur la rédaction des descriptions de projets RS&DE. Passons maintenant au cœur de ce qui formera le formulaire T661 : la ligne 242 où vous détaillez les incertitudes technologiques qui constituent l’essentiel de votre argument, pourquoi vous croyez que votre projet est de la RS&DE.

C’est un sujet tellement vaste que nous allons y revenir encore et encore dans de futurs articles. Aujourd’hui nous parlons de la gestion de l’espace disponible. Nous n’avons que 350 mots pour convaincre le lecteur dans cette section clé. Il faut donc être précis et complet.

Rappelons que l’ARC fournit son guide T4088 pour expliquer quoi mettre dans formulaire T661. C’est une bonne présentation du QUOI. Voici maintenant notre présentation du COMMENT produire ce contenu.

Incertitudes

« Quelles incertitudes scientifiques ou technologiques avez-vous tenté de surmonter ? ». Pour déterminer qu’il y a de la RS&DE, il faut d’abord montrer qu’il y a des incertitudes qui ne pouvaient pas être éliminées par la pratique courante. Il faut donc se limiter à présenter le côté scientifique ou technologique du projet. On ne parle pas ici des contraintes des clients, ni celles provenant des produits ou de l’environnement commercial. On fait un bon usage de l’espace restreint qui nous est disponible si on établit ces quatre éléments importants : le contexte , les objectifs, la base de connaissance et les incertitudes.

1- Contexte (une phrase max par item suivant)

1. Commencez par une (très) brève introduction du contexte de l’entreprise, du projet et des objectifs,
2. Indiquez clairement la portée technologique de votre projet. Que voulez-vous faire de plus avec la technologie ?
3. Formulez une description de haut niveau du projet technologique,
4. Si le projet est une continuation de l’année précédente, indiquer le niveau de la technologie atteint à la fin de l’exercice précédent et ce vers quoi vous allez vous orienter cette année.

2- Objectifs technologiques

1. Les objectifs technologiques peuvent être exprimés en termes de :
   • Nouvelles capacités technologiques intégrées dans le produit ou le procédé en cours d’élaboration,
   • Progrès recherché dans l’application de la technologie, par exemple l’utilisation dans de nouveaux domaines, dans des conditions différentes, etc.
2. Précisez comment chaque objectif se rapporte à la technologie (et non à l’aspect commercial).
3. Les objectifs technologiques cités doivent être précis et mesurables.
   • Identifiez les principaux indicateurs ou mesures que vous allez utiliser pour déterminer si vous atteignez les objectifs technologiques.
   • Indiquez, pour chacun de ces indicateurs, la mesure initiale et la cible.

3- Base de connaissance / pratique courante

Un des arguments les plus courants utilisé par les CRT consiste à rejeter le projet réclamé en déclarant qu’il s’agit de pratique courante. Ceci est votre chance, vous avez ici quelques lignes pour définir ce qui, à votre avis, constitue la pratique courante. Rappelez-vous, tout est une question de point de vue et de perception. C’est donc à vous, ici, de bien positionner l’angle pertinent pour saisir votre vision.

1. Expliquez ce que votre entreprise pouvait faire avec la technologie avant que les travaux de RS & DE ne démarrent ou ce dont la technologie était capable au début du projet.
2. Quelles étaient les limites technologiques de vos produits ou procédés à surmonter avant de démarrer votre projet ?
   • Pour un projet de développement expérimental (90% des réclamations de RS&DE), ceci signifie tenter de dépasser ou d’augmenter la base de connaissance ou de la technologie. Identifiez donc le ou les obstacles technologiques rencontrés au départ.
   • Si votre projet était plutôt une recherche scientifique, donnez une perspective en termes de connaissances scientifiques que vous cherchiez avant de commencer votre travail.
3. Les travaux de développement expérimental doivent être entrepris dans le but de rechercher un progrès technologique. Votre définition de la base de connaissance doit donc mettre en lumière les progrès recherchés :
   • Exemple : Nous voulons augmenter la performance de la composante X de 20% dans le contexte Y, et augmenter la fiabilité des résultats à 99%.
   • Une définition trop large de la base de connaissance est inutile (ex. : nous voulons faire progresser le génie mécanique en usine).
4. Vous pouvez utiliser les informations que vous avez fourni l’année précédente si votre projet est une suite et si les objectifs ne sont pas atteints ou sont inchangés.

4- Formulez les incertitudes

1. Chaque incertitude doit être reliée à la capacité ou non d’atteindre un objectif technologique défini plus haut.
2. Quels problèmes avez-vous essayé de résoudre et pour lesquels l’approche de résolution de l’incertitude est inconnue et ne peut pas être déterminée sur la base de votre technologie ou sur d’après votre base de connaissances.
3. Indiquez clairement toutes les incertitudes technologiques, les obstacles et les difficultés rencontrées, et pour chacune d’entre elles :
   • La limitation technologique sous-jacente (pourquoi l’incertitude existe),
   • La technologie limitée et que l’on cherche à la faire progresser,
   • La pratique courante et pourquoi elle ne parvient pas à résoudre cette limitation.
4. Les problèmes ont-ils été causés par des contraintes de conception qui ont dû être surmontées ? Quelles contraintes ?
5. Inclure suffisamment de détails pour montrer que ces problèmes n’étaient pas routiniers.
6. Souvent l’obstacle n’a pas été clairement défini avant l’expérimentation. Il est souvent préférable de ne spécifier l’incertitude technologique qu’au fil du processus expérimental effectué plutôt qu’au début du travail.

Et vous, avez-vous des commentaires ou des suggestions à partager sur comment rédiger les incertitudes de RS&DE afin de convaincre les CRT de l’ARC ? Vous avez aimé votre lecture ? Dites-le nous. Que devrait-on y ajouter ? Quels sujets vous intéressent ? Vous n’avez pas aimé cette lecture ? Dites-le nous. Qu’avez-vous moins apprécié dans ce texte ? Vous avez d’autres questions au sujet de la RS&DE ? Contactez-nous ou abonnez-vous gratuitement.