RS&DE pour les logiciels systèmes et de productivité
Moteurs de rendu, gestion de la mémoire, synchronisation hors ligne, interopérabilité de formats : les éditeurs de logiciels systèmes et de productivité résolvent en permanence des problèmes que la documentation publique ne résout pas. C'est ce travail-là que la RS&DE finance.
- Moteurs, compilateurs et couches d’exécution
- Synchronisation, concurrence et cohérence
- Interopérabilité et rétrocompatibilité
La RS&DE appliquée aux éditeurs de logiciels
La RS&DE est le crédit d'impôt fédéral canadien pour la R&D. Une société privée sous contrôle canadien y récupère jusqu'à 35 % de ses dépenses admissibles, en argent remboursable, sur une assiette pouvant atteindre 6 M$ par année ; au Québec, le CRIC ajoute 30 % sur la première tranche de 1 M$. Chez un éditeur, la difficulté n'est pas de trouver du travail admissible — c'est de le distinguer du reste du développement produit, qui occupe la même équipe, le même dépôt et le même sprint.
- 01
La fonctionnalité n’est pas le projet
L'ARC ne raisonne pas par fonctionnalité livrée mais par incertitude technologique levée. Un projet de RS&DE peut traverser cinq fonctionnalités, et une fonctionnalité majeure peut n'en contenir aucune. Découper la réclamation selon la feuille de route produit est la première cause de rejet chez les éditeurs.
- 02
La performance et la mémoire sont des incertitudes réelles
Tenir une cible de latence, d'empreinte mémoire ou de consommation sur du matériel contraint, quand les approches connues n'y arrivent pas, est du développement expérimental. C'est aussi le travail le plus facile à documenter, parce qu'il produit des mesures.
- 03
L'interopérabilité mal documentée
Faire fonctionner un format propriétaire, une interface non spécifiée ou un système hérité dont le comportement réel diffère de sa documentation exige de la rétro-ingénierie et des essais. Ce travail est admissible et presque jamais réclamé.
Exemples de projets admissibles
Une liste de travaux couramment admissibles chez nos clients du secteur. Elle illustre, elle n'énumère pas : un projet absent de cette liste n'est pas un projet exclu.
Couramment admissible dans ce domaine
- Conception d'un moteur de rendu, de calcul ou d'indexation
- Édition collaborative en temps réel et résolution de conflits
- Synchronisation hors ligne et cohérence entre appareils
- Optimisation d’empreinte mémoire ou de temps de démarrage
- Rétro-ingénierie d’un format ou d’une interface non spécifiée
- Portage vers une architecture au comportement différent
Le piège du secteur : réclamer le produit plutôt que le problème. Une nouvelle version, aussi ambitieuse soit-elle commercialement, n'est pas en soi de la RS&DE. Ce qui est admissible, ce sont les composants dont il a fallu chercher la conception parce qu'aucune approche connue ne tenait la contrainte.
Questions fréquentes
Non, pas dans son ensemble. Écrire du code en appliquant des techniques établies — même du code complexe, même beaucoup de code — n'est pas de la RS&DE. L'admissibilité tient à l'existence d'une incertitude technologique : un résultat dont on ne savait pas, au départ, s'il était atteignable ni comment. C'est une fraction du travail d'une équipe produit, et c'est cette fraction qu'il faut isoler.
Par incertitude, pas par fonctionnalité ni par sprint. Un projet de RS&DE se définit par la question technique qu'on cherchait à résoudre, l'hypothèse testée et les essais menés — il peut s'étendre sur plusieurs jalons produit. Les branches, les demandes de tirage et les résultats de bancs d'essai servent ensuite de preuve contemporaine rattachée à cette question.
Oui. Le modèle de distribution, le prix et le régime de licence n'ont aucune incidence sur l'admissibilité en RS&DE. Ce qui compte est la nature des travaux menés et le fait que l'entreprise ait engagé les dépenses au Canada. Contribuer à un projet ouvert pour lever une incertitude technologique qui bloque votre produit est admissible au même titre que du code fermé.
Oui. Les salaires admissibles sont ceux du personnel travaillant au Canada ; le travail effectué à l'étranger est généralement exclu, avec des exceptions étroites. Pour une équipe répartie, la répartition géographique des heures devient une donnée de la réclamation, et non un détail administratif — elle doit pouvoir être établie exercice par exercice.
Hubvention est un cabinet canadien spécialisé en financement public de la R&D. Notre travail chez un éditeur consiste à reformuler la feuille de route en projets d'incertitude technologique — le découpage que l'ARC attend et que presque aucune équipe produit ne produit spontanément.