← Retour au tableau de bord

🎯 Profil OKR complet

Schwaips

Généré le 4/20/2026

📊 Évaluation du développeur

💪 Points forts
  • Code Simplicity
⚠️ Axes d'amélioration
  • Code Quality
  • Business Impact
🧩 Lacunes de connaissances

🎯 Objectif à 3 mois

Améliorer la fiabilité du code grâce aux pratiques de TDD et relier les livraisons techniques aux objectifs produit par la compréhension des KPIs métier
RC 1
Augmenter la couverture de tests de 1.8/10 à 4.0 en appliquant les pratiques de TDD sur les nouvelles fonctionnalités
Pourquoi : Pour réduire notre dette technique (actuellement 425h) et garantir la maintenabilité
RC 2
Compléter une formation sur les KPIs métier et identifier 3 liens directs entre mes livraisons techniques et les objectifs produit
Pourquoi : Pour combler la lacune sur la compréhension du domaine métier et orienter le développement vers la valeur
RC 3
Livrer 1 fonctionnalité majeure atteignant un taux d'adoption utilisateur de 15%
Pourquoi : Pour valider que mon travail technique résout un vrai problème utilisateur et génère un ROI mesurable

📅 Objectifs à long terme

📆 Objectif à 6 mois
Intégrer les pratiques de qualité et la vision métier dans le flux de développement quotidien
RC 1: Augmenter la couverture de tests de 1.8/10 à 4.0/10 en appliquant le TDD sur les nouvelles fonctionnalités
Pourquoi : Pour inverser la tendance de la dette technique et instaurer une base de confiance dans le code
RC 2: Livrer 1 fonctionnalité majeure atteignant un taux d'adoption utilisateur de 10%
Pourquoi : Pour démontrer l'impact métier à travers une livraison ciblée et de qualité
RC 3: Identifier et documenter 5 liens directs entre les livraisons techniques et les objectifs produit
Pourquoi : Pour structurer la compréhension des KPIs métier et orienter les choix techniques en conséquence
📅 Objectif à 12 mois
Devenir un développeur générant un impact métier mesurable grâce à un code fiable et aligné sur les objectifs produit
RC 1: Augmenter la couverture de tests de 1.8/10 à 7.0/10
Pourquoi : Pour réduire significativement la dette technique (actuellement 425h) et garantir la maintenabilité à long terme
RC 2: Atteindre un taux d'adoption utilisateur de 15% sur 3 fonctionnalités majeures livrées
Pourquoi : Pour valider que le travail technique résout un vrai problème utilisateur et génère un ROI mesurable
RC 3: Faire le lien entre 100% des tâches techniques planifiées et les KPIs métier correspondants
Pourquoi : Pour s'assurer que chaque effort technique contribue directement et visiblement aux objectifs produit

🚀 Plan d'action

Domaine Action Calendrier Critères de réussite Soutien nécessaire
Qualité du code / TDD Pratiquer le TDD en mode Red-Green-Refactor pour chaque nouvelle fonctionnalité et correction de bug Quotidien Couverture de tests passant de 1.8 à 4.0 sur les nouveaux développements Revues de code axées sur les tests avec un développeur senior
Impact métier / KPIs Suivre la formation sur les KPIs métier et rédiger un mappage tâches/KPIs avant chaque planification de sprint Dans les 6 premières semaines 3 liens documentés et validés entre tâches techniques et KPIs métier Feedback du Product Manager lors des 1:1
Livraison fonctionnelle Décomposer la fonctionnalité majeure en sous-tâches pour respecter la capacité d'apprentissage du TDD sans raccourci Début de chaque sprint Livraison de la fonctionnalité dans le temps imparti sans augmentation de la dette technique Suivi hebdomadaire avec l'Engineering Manager

📊 Métriques actuelles

4.3/10

Qualité du code

Axe d'amélioration prioritaire

3.6/10

Complexité

Complexité modérée

1.8/10

Couverture de tests

Nécessite plus de couverture de tests

4.0/10

Impact

Potentiel d'impact croissant
Dette technique : 425.7h accumulées
Généré par l'agent OKR CodeWave le 4/20/2026