La recherche de mon premier emploi

En 2003, je terminais ma maîtrise en ingénierie à l'Université de Waterloo. Durant mes études supérieures, je travaillais sur des systèmes d'IA distribués et multi-agents, et j'avais conclu que le milieu universitaire n'était pas pour moi. Après avoir terminé ma thèse au cours de l'été, j'ai commencé à chercher un emploi à l'automne et j'ai découvert ComputerTalk lors d'un salon de l'emploi local. J'avais déjà acquis une certaine expérience du secteur des centres de contact grâce à des stages chez Nortel et à la BMO.

ComputerTalk cherchait des personnes pour rejoindre son groupe de recherche et développement, ce qui m'intéressait car je voulais continuer à travailler sur des projets de pointe. Je savais que si je travaillais dans le domaine du logiciel, je voulais pouvoir me consacrer à la conception globale et à des systèmes plus vastes et complexes. J'avais vu trop de gens se retrouver dans de grandes entreprises, responsables d'une infime partie d'une application, et je ne voulais pas finir dans un poste où je n'aurais aucun contrôle sur mon travail.

Mes premières années chez ComputerTalk

L'une des premières choses que j'ai apprises, c'est que malgré ses 17 ans d'existence à l'époque, ComputerTalk fonctionnait encore comme une jeune pousse. Les rôles et les responsabilités étaient définis, mais les frontières entre eux étaient floues, ce qui offrait de nombreuses occasions de contribuer à différents secteurs de l'entreprise. ComputerTalk était plus petite à l'époque, avec environ 65 employés au total. Nous étions sept au sein du département R&D, et nous développions une plateforme qui rivalisait (et gagnait) face à des entreprises dotées d'équipes de R&D beaucoup plus importantes. Cela m'a appris à faire des choix judicieux dans mes conceptions et à m'assurer que nous pouvions adapter nos solutions à tout ce qui pourrait se présenter.

Au cours de mes premières semaines, j'ai pris en charge une application existante (surveillance en temps réel) ainsi qu'un nouveau composant pour l'intégration avec des systèmes IVR et vocaux tiers. J'avais également assez d'autonomie pour concevoir des solutions de bout en bout, y compris pour expérimenter et intégrer de nouvelles technologies. J'ai pu, très tôt, préconiser le transfert de certaines parties de notre code vers .net (à l'époque où .net 2.0 était encore en préversion), ce qui m'a amené à devenir l'expert C# de l'équipe et à former les autres. Avoir la liberté de dire que je voulais apprendre cette nouvelle plateforme, que je jugeais importante, et obtenir le temps nécessaire pour le faire a été extrêmement précieux. Ce scénario s'est répété à maintes reprises au fil des ans.

L'évolution d'ingénieur R&D à leader technique

Au cours de mes premières années, mon rôle a commencé à évoluer : je ne suis plus seulement un ingénieur R&D, mais j'occupe un poste de leadership technique au sein de l'entreprise. J'avais l'impression de tout faire : conception et architecture de haut niveau, soutien aux ventes, documents marketing, relations avec les analystes, participation et présentations lors de conférences, programmes TAP pour partenaires, création de démonstrations de produits et élaboration de stratégies de produits, tout en écrivant du code pour les nouveaux produits.

Il n'y avait pas d'offre d'emploi interne spécifique pour laquelle j'avais postulé pour faire tout cela. Mais la culture d'entreprise chez ComputerTalk était (et est toujours) ouverte à ce que quelqu'un comme moi puisse s'impliquer dans différentes fonctions, et lorsque je vois quelque chose qui doit être fait, mon premier réflexe est généralement de le faire moi-même.

À un moment donné, mon rôle a été officialisé, mais je l'ai interprété de manière assez large : « imaginer la vision de demain », « s'assurer que l'équipe peut l'exécuter » et « veiller à la réussite de ComputerTalk ». Cela a englobé une gamme incroyablement vaste de problèmes, de la conception d'une toute nouvelle plateforme de téléphonie avec Microsoft, à la recherche de moyens pour distribuer davantage les services et améliorer la haute disponibilité, en passant par de multiples itérations de nouveaux outils pour les agents, l'administration et la surveillance.

C'était un mélange de mes propres recherches, conceptions et prototypages, tout en aidant à guider le reste de l'équipe R&D pour bâtir une meilleure solution de centre de contact ice. En dehors de cela, mon rôle consiste souvent à prendre en charge une série de tâches diverses qui ne relevaient pas de la description de poste de quelqu'un en particulier, mais qui devaient être accomplies, comme la mise en place d'un laboratoire de tests de charge, la migration du contrôle de version, le développement d'un processus DevOps et la promotion de notre migration interne vers Teams et O365.

Travailler chez ComputerTalk

L'un des aspects formidables de cette entreprise est que l'on n'entend presque jamais la phrase « ce n'est pas mon travail ». De nombreuses personnes sont capables et désireuses de faire ce qui est nécessaire pour que ComputerTalk réussisse, et je me souviens de plusieurs occasions où il a fallu un effort collectif pour mener à bien un projet.

Mon parcours professionnel chez ComputerTalk jusqu'à présent a été unique, et j'aime penser que ma présence a amélioré les choses pour nous. Je peux également compter sur les doigts de la main le nombre de personnes de l'équipe R&D (qui est aujourd'hui beaucoup plus importante qu'à mes débuts) qui sont arrivées et parties au cours des 20 dernières années. Pour une entreprise technologique, un tel niveau d'ancienneté et d'expertise est inouï, et je fais tout mon possible pour que tout le monde reste motivé, moi y compris.

Au fil des ans, mes amis, ma famille, d'anciens collègues et même des inconnus lors de conférences m'ont demandé à plusieurs reprises : « Pourquoi es-tu encore là ? ». Ma réponse habituelle est toujours vraie : j'avais dit que je resterais jusqu'à ce que cela devienne ennuyeux, et ce n'est toujours pas le cas.