Une start-up ou une multinationale ?

Voilà une question que l’on me pose souvent : Vaut-il mieux rejoindre une petite entreprise ou un grand groupe ?

Le choix n’est pas évident de prime abord. Les deux ont des avantages et des inconvénients. Pour simplifier :

  • Petite entreprise
    • Vous participez pleinement à un projet. Vous êtes en contact direct avec les créateurs de l’entreprise. C’est motivant.
    • Vous n’êtes pas un simple numéro, des choses importantes dépendent de vous. On vous confie rapidement des responsabilités.
    • Votre progression professionnelle se fait au rythme de l’évolution de l’entreprise. Si l’entreprise fonctionne bien et grossit vite, vous progressez de même.
    • Vous avez du poids sur l’organisation et les méthodes. Si vous n’êtes pas content de l’organisation, vous pouvez en proposer une autre ; dans le pire des cas, on vous écoutera de toute manière ; dans le meilleur des cas, vos propositions seront utilisées.

Échelle différente, problèmes similaires

Une des choses que j’ai apprises au fil des années et des expériences professionnelles, c’est que les problèmes rencontrés sont globalement les mêmes quel que soit le niveau où l’on se situe. Ce n’est qu’une question d’échelle.

Prenons l’exemple qui nous intéresse particulièrement : la gestion de projet.

  • Un développeur éprouve souvent des difficultés à faire son travail dans de bonnes conditions. Ce qu’on lui demande de faire est très imprécis. Il a beau essayer de faire du mieux qu’il peut, ses supérieurs trouvent toujours quelque chose à lui reprocher (ce n’est pas fait assez vite, ce n’est pas fait assez bien, ce n’est pas fait dans le bon ordre…).
  • Un chef de projet s’arrache régulièrement les cheveux. Il a plusieurs projets à gérer simultanément, chacun étant classé « haute priorité ». Les demandes des clients sont systématiquement incomplètes. Les développeurs ne sont pas disciplinés et font ce qu’ils veulent quand ils le veulent.
  • Un directeur technique doit réussir à trier les différents projets, les affecter aux chefs de projets, suivre de près leur évolution. Il enrage souvent de ne pas avoir les remontées d’informations nécessaires pour anticiper les problèmes, de devoir pallier à la non-organisation de l’ensemble de ses collaborateurs et de passer plus de temps à « résoudre » et « corriger » qu’à « préparer » et « produire ».

Je ne vais pas expliquer maintenant comment il faut s’organiser pour gérer les projets (il y aura plusieurs autres billets sur ce blog à ce sujet). Mais ne voyez-vous pas qu’il y a des tendances qui sont les mêmes ?

Je vois 3 choses fondamentales :

  • L’information entrante : Elle n’est jamais satisfaisante. Si ce sont des spécifications, fonctionnelles ou techniques, elles sont incomplètes. Si c’est une liste de tâches à réaliser ou un ordre de mission, il n’est pas suffisamment clair. La question reste « Qu’est-ce que je dois faire ??? » (et par ricochet quand on doit gérer une équipe : « Qu’est-ce que je dois déléguer ? »).
  • L’organisation : Principalement, cela consiste à savoir qui fait quoi, et dans quel ordre. Et parce qu’elle est – à tort – considérée comme uniquement personnelle, l’organisation est souvent laissée à l’écart des processus globaux de gestion des projets. C’est une erreur, car c’est là que se joue la productivité des collaborateurs d’une entreprise.
  • L’information sortante : Il n’y a jamais de situation réellement insoluble en entreprise. Mais c’est par la qualité de nos remontées d’information que les problèmes pourront être anticipés, que les projets vivront correctement dans la durée, que nous devenons acteurs au lieu de spectateurs.

Ces trois points restent immuables, quels que soient votre poste et vos responsabilités.

Je me présente…

Hello,

Pour tout vous dire, je suis effectivement un geek qui a mené sa carrière jusqu’à devenir directeur technique.

Voici un tableau rapide de mon parcours professionnel. Il a commencé de manière tortueuse. J’ai commencé par des études de biologie car je considérais que travailler dans l’environnement était une vocation alors que je voulais garder l’informatique comme une passion, et donc ne pas en faire mon métier. Mais après avoir raté quelques examens, je suis reparti faire des études d’info (et comme c’est bizarre, les choses se sont bien mieux passées).