D’étudiant développeur à propriétaire de produit
C’est un mentor de mon université qui m’a parlé pour la première fois de Microblink. À l’époque, j’ai été surpris d’apprendre qu’il existait en Croatie une entreprise C++ qui construisait autre chose que du matériel ou des jeux. Au cours de ma troisième année d’études, j’ai vu une offre d’emploi et j’ai tenté ma chance. Peu de temps après, je travaillais sur la fonctionnalité de base des produits de Microblink.
Mon premier emploi étudiant a dépassé toutes mes espérances. L’ambiance était décontractée, mais la passion pour un travail de qualité était clairement présente. Travailler avec des gens s’avère super facile lorsque les gens se parlent d’égal à égal et qu’une idée venant d’un développeur chevronné a autant de valeur qu’une idée venant d’un étudiant stagiaire. J’ai reçu très tôt les conseils dont j’avais besoin, et j’apprécie les efforts et la patience qui ont été investis dans mon développement.
Au moment où je m’installais, Microblink modifiait sa façon d’aborder les problèmes de vision par ordinateur. De nouvelles personnes arrivaient pour aider à soutenir le passage à l’apprentissage automatique, mais nous étions encore assez petits pour résoudre les problèmes des équipes interfonctionnelles en criant dans notre bureau ouvert.
Aujourd’hui, tous nos produits sont construits sur notre plateforme d’IA et nous avons formé des équipes spécialisées qui s’occupent d’étapes spécifiques du pipeline. Le bureau ouvert ne s’est pas avéré être une si bonne idée que cela.
Au fur et à mesure que Microblink se développait, j’ai commencé à m’intéresser à certains des problèmes « légers » auxquels les nouvelles équipes étaient confrontées. En effet, vous pouvez avoir les meilleures intentions du monde et être confronté à des problèmes de communication. Les processus hérités doivent être redimensionnés. L’appropriation doit être claire. J’ai réalisé que je voulais résoudre des problèmes à un niveau d’abstraction plus élevé et que mes connaissances dans le domaine pouvaient m’aider à y parvenir. Avec le temps, j’ai évolué vers un rôle de chef de projet, travaillant à la jonction de nos équipes AI, C++, mobile et web.
Après une année d’améliorations en matière de livraison de produits, de compétences en communication et d’établissement de priorités, Microblink a de nouveau dépassé les limites de sa « garde-robe ». Nous devions définir une stratégie produit plus claire, fixer des objectifs à long terme et pénétrer de nouveaux marchés. Une nouvelle équipe de gestion des produits a été constituée dans le but de conduire ce changement de manière durable et évolutive. J’ai été chargé de gérer le développement d’un tout nouveau produit qui résoudrait un problème jusqu’alors inexploré.
Assumer ce nouveau rôle signifiait prendre de nouvelles responsabilités. J’avais plus d’autonomie pour fixer les objectifs des produits, faire des études de marché et discuter avec les clients, autant de choses qui correspondent bien à ce que je faisais chez Microblink jusqu’à présent.
Du développement à la gestion
Si vous envisagez de passer du développement à une forme quelconque de gestion, vous devez tenir compte de certains éléments. Ne vous attendez pas à un emploi du temps simple et prévisible. Vous aurez beaucoup plus d’autonomie, mais vous aurez aussi la responsabilité (parfois écrasante) de spécifier ce qui doit être fait et quand.
Une formation d’ingénieur vous sera sans aucun doute utile dans votre travail quotidien. La programmation vous permettra de construire toute une série de petits outils qui vous aideront à accomplir votre travail plus rapidement. Diviser pour mieux régner, remanier, traduire une description abstraite d’un problème en une stratégie concrète, tester vos hypothèses : autant de concepts qu’un bon travail de programmation vous enseigne et que vous gardez pour toujours.
Mais la chose la plus importante que vous devez garder à l’esprit est de nourrir de l’empathie pour les personnes avec lesquelles vous travaillez. En tant que développeur senior, vous devez faire preuve d’empathie lorsque vous examinez les demandes d’extraction des développeurs juniors. Vous devez avoir de l’empathie pour votre patron qui vous demande de justifier votre besoin d’un mois de remaniement parce qu’il doit faire la même chose pour son patron.
Lorsque vous travaillez dans le développement, la grande majorité de vos collègues partagent la même façon de penser que vous. Ils comprendront les problèmes d’un cadre spécifique, d’un système de CI ou d’une architecture logicielle. Ce n’est pas le cas lorsque vous êtes en charge de la gestion. Vous allez probablement travailler avec des équipes qui ne parlent pas le même langage que vous. Et cela va au-delà du fait de mélanger UX et UI lorsque l’on parle de design, ou de googler les acronymes que le marketing adore lancer aux gens. Tout votre travail reposera sur la communication entre les équipes. Pour apprendre les tenants et les aboutissants d’un nouveau domaine, vous devez d’abord comprendre la motivation des autres équipes, leurs problèmes et leurs stratégies.
C’est pourquoi il est important de travailler dans une entreprise où la communication est ouverte et constructive. Aujourd’hui, peu m’importe mon titre et ma description de poste. Ce qui m’importe, c’est de travailler sur des problèmes importants, avec des personnes ambitieuses et ouvertes, dans une entreprise qui encourage et récompense ma croissance.
Mateja Škriljak
Product Owner
