Quelles devraient être vos priorités au cours de vos 90 premiers jours en tant que nouveau responsable technique ?

Question

Accepted Answer

Vos 90 premiers jours visent à **construire le contexte et la confiance avant de changer quoi que ce soit**. Les nouveaux responsables se pressent souvent de corriger ce qu'ils voient ; la meilleure approche est de d'abord comprendre le système, l'équipe et l'historique. Gagnez le droit de diriger avant de commencer à orienter.

## Pourquoi c'est important

```text
DAYS 1-30  LISTEN & LEARN
  - Read the code, the docs, the incident history
  - 1:1 with every engineer: what's working, what's painful?
  - Understand who depends on you and who you depend on
  - Resist the urge to announce big changes

DAYS 31-60  CONTRIBUTE & DIAGNOSE
  - Ship something small to learn the workflow first-hand
  - Identify the top 2-3 real problems (not pet peeves)
  - Start improving process lightly (e.g. clearer code review)

DAYS 61-90  STEER
  - Set or clarify technical direction
  - Make a visible improvement the team feels
  - Establish how decisions get made
```

## Un exemple concret

Vous héritez d'une équipe avec une CI lente et instable. Au lieu de réécrire le pipeline la première semaine, vous passez un mois à comprendre *pourquoi* c'est instable, puis vous proposez une solution que l'équipe approuve, pour qu'elle perdure.

## Un piège

L'erreur du « nouveau shérif » : changer les outils, les standards et l'architecture avant de comprendre pourquoi les choses sont comme elles le sont. Cela détruit rapidement la confiance.

## Pourquoi c'est important

La confiance est la monnaie du leadership sans autorité, et les 90 premiers jours donnent le ton.

Allez trop vite et l'équipe vous ignore ; écoutez d'abord et ils vous suivront sur les décisions difficiles plus tard.