La recherche de mon premier emploi

En 2003, je terminais ma maîtrise en ingénierie à l'Université de Waterloo. Je travaillais sur des systèmes d'IA distribués multi-agents aux études supérieures, et j'avais décidé que le milieu universitaire n'était pas pour moi. Après avoir terminé ma thèse pendant l'été, j'ai commencé à chercher un emploi à l'automne et j'ai été présenté à ComputerTalk lors d'un des salons de l'emploi locaux. J'avais déjà travaillé dans le domaine des centres de contact grâce à des stages coopératifs chez Nortel et BMO, j'avais donc une certaine connaissance de l'industrie.

ComputerTalk recherchait des personnes pour travailler dans son groupe de recherche et développement, ce qui était attrayant parce que je voulais toujours travailler sur des technologies de pointe. Je savais que si je devais travailler dans le logiciel, je voulais pouvoir consacrer du temps à la conception globale et à des systèmes plus vastes et plus complexes. Je connaissais trop de gens qui se retrouvaient dans de grandes entreprises et étaient responsables d'un petit coin d'une grande application, et je ne voulais pas me retrouver quelque part où je n'aurais pas au moins un certain contrôle sur mon travail.    

Mes premières années chez ComputerTalk

L'une des choses que j'ai apprises très tôt, c'est que, bien qu'elle existât depuis 17 ans à l'époque, ComputerTalk fonctionnait encore beaucoup comme une jeune entreprise. Les rôles et responsabilités existaient toujours, mais les frontières entre les rôles étaient floues, offrant 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 en R&D, et nous construisions une plateforme qui rivalisait (et gagnait) contre des entreprises avec des équipes de R&D beaucoup plus grandes. Cela m'a appris à faire des choix judicieux dans mes conceptions et à m'assurer que nous pouvions adapter ce que nous construisions à tout ce qui pourrait se présenter.

Dès mes premières semaines, j'ai eu la responsabilité d'une application héritée (surveillance en temps réel) et d'un nouveau composant pour l'intégration avec des systèmes IVR et de reconnaissance vocale tiers. J'avais également suffisamment d'autonomie pour concevoir des choses de bout en bout, y compris expérimenter et ajouter de nouvelles technologies au processus. J'ai pu faire des choses très tôt, comme militer pour le transfert de certaines parties de notre base de code vers .net (à l'époque où .net 2.0 était encore en pré-version), ce qui signifiait 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 avoir le temps de le faire a été incroyablement précieux, et ce même schéma se répéterait de nombreuses fois au fil des ans.

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

Au cours de mes premières années ici, mon rôle a commencé à passer de celui d'un simple ingénieur en R&D à celui de leader technique au sein de l'entreprise. Il semblait que je faisais tout : conception et architecture de haut niveau, soutien avant-vente, documents marketing, relations avec les analystes, participation et présentation lors de conférences, programmes TAP partenaires, création de démonstrations de produits et développement de la stratégie produit, tout en écrivant également du nouveau code produit.

Il n'y a pas eu d'offre d'emploi interne spécifique à laquelle j'ai répondu en disant que je voulais faire toutes ces choses. 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 quand 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é, il y a eu une codification plus formelle de mon rôle, mais même alors, j'ai interprété cela de manière assez libre comme « élaborer une vision pour l'avenir », « s'assurer que l'équipe peut l'exécuter » et « s'assurer que ComputerTalk réussit ». Cela a englobé une gamme incroyablement vaste de problèmes, de la conception d'une toute nouvelle plateforme de téléphonie avec Microsoft, aux moyens de distribuer davantage les services et d'améliorer la haute disponibilité, en passant par de multiples itérations de nouveaux outils d'agent, d'administration et de surveillance.

Cela a été un mélange de ma propre recherche, conception et prototypage, et d'aide à guider le reste de l'équipe R&D à construire une meilleure solution ice Contact Center. En dehors de tout cela, mon rôle signifie souvent prendre en charge un tas de tâches diverses qui ne relevaient pas vraiment de la description de poste de quelqu'un en particulier, mais qui devaient être faites, ce qui a inclus des choses comme la mise en place d'un laboratoire de tests de charge, la migration du contrôle de code source et le développement d'un processus DevOps, et la promotion de notre migration interne vers Teams et O365.

Travailler chez ComputerTalk

L'une des choses formidables à propos de cet endroit, c'est qu'on n'entend presque jamais la phrase « ce n'est pas mon travail ». Beaucoup de gens sont capables et désireux de faire ce qu'il faut pour que ComputerTalk réussisse, et je me souviens de plusieurs fois où il a fallu que tout le monde mette la main à la pâte pour y arriver.  

Mon parcours professionnel chez ComputerTalk jusqu'à présent a été vraiment unique, et j'aime penser que j'ai amélioré les choses pour nous en étant ici. Je peux aussi compter sur les doigts d'une main le nombre de personnes de l'équipe R&D (qui est maintenant beaucoup plus grande que lorsque j'ai commencé) qui ont commencé et sont parties au cours des 20 dernières années. Pour une entreprise technologique, avoir un tel niveau d'ancienneté et d'expertise est inouï, et je fais ce que je peux pour que tout le monde reste engagé, moi y compris.

Au fil des ans, des amis, ma famille, d'anciens collègues et même des inconnus lors de conférences m'ont posé la question à plusieurs reprises : « pourquoi es-tu toujours là ? » Ma réponse habituelle est toujours vraie: j'ai dit que je resterais tant que ce ne serait pas ennuyeux, et ça ne l'est toujours pas.