6.4Boîte à outils
L'essentiel en 30 secondes
- Livraison : 7 oui — black + ruff, pytest, requirements figé, hints + README, logs propres, Docker slim, CI + rollback.
- Quotidien : venv, pytest, ruff, freeze et mode dev strict sans tâtonnement.
- Règle : une checklist cochée à chaque fois vaut mieux qu'une méthode connue par cœur — en rush, on exécute.
Fil Nabil — les fiches près du suivi de dépenses
Après un an, les deux fiches ci-dessous restent près du projet fil rouge de Nabil : celle de livraison affichée à côté de l'écran, celle des commandes quotidiennes dans son carnet. « Ce qui m'a sauvé, dit-il en substance, ce n'est pas de connaître les points, c'est de les cocher chaque fois — surtout les lundis de rapport. »
Adaptez les formulations à votre contexte, gardez la structure : c'est elle qui évite oublis et incidents.
Des repères prêts à l'emploi
Une bonne checklist rend une livraison sereine et sans oubli ; les bonnes commandes évitent le tâtonnement. À adapter à votre contexte.
Livraison (7 oui)
- black + ruff verts, pytest vert (nominal + limites).
- requirements figé, venv reconstruit pour preuve.
- Hints aux frontières, README avec install + usage.
- Logs structurés, erreurs propres, pas de except nu.
- Dockerfile slim + USER + .dockerignore (si conteneur).
- CI verte, secrets hors code, version taguée.
- Rollback connu et testé.
Commandes quotidiennes
- python -m venv .venv / activate / pip install -r requirements.txt.
- pytest -q / ruff check . / black .
- pip freeze > requirements.txt.
- python -m pip list --outdated.
- python -X dev script.py (mode développement strict).
Script prêt à dire — valider une livraison (30 s)
« black + ruff verts, pytest vert ? venv reconstruit depuis le requirements figé ? README à jour, logs propres, Dockerfile slim ? CI verte, secrets hors code, version taguée, rollback testé ? Si un non, on ne livre pas. »
Modèle copier-coller — suivi livraison (1 ligne par point)
suivi = {
"lint (black + ruff)": "OK / a reprendre",
"tests (pytest nominal + limites)": "OK / a reprendre",
"venv reconstruit (requirements fige)": "OK / a reprendre",
"hints + README": "OK / a reprendre",
"logs + pas de except nu": "OK / a reprendre",
"docker slim + CI verte": "OK / a reprendre",
"version + rollback": "OK / a reprendre",
}TPE / petit budget
Fiches sur une page affichée au mur : l'essentiel (venv, tests, freeze) suffit.
PME Alger
Prévoir les réalités locales dans la fiche : référents connus, pics du lundi, sauvegardes vérifiées.
Remote / hybride
Ajouter une ligne confirmation écrite au suivi : à distance, une livraison datée et validée évite les malentendus.
Interculturel
Expliciter les intitulés par écrit : ce qui semble évident (qui valide, quel venv) ne l'est pas pour tous.
Défi 48h — appliquez demain
Prenez 1 projet réel, passez la checklist « Livraison (7 oui) » et cochez où il en est. Testez le rebuild du venv.
- J'ai coché une checklist sur un projet réel.
- Je sais dégainer la livraison et les commandes quotidiennes au bon moment.
- J'ai fait le défi 48h ou planifié sa date.
Nabil s'apprête à livrer son rapport automatisé. Que doit-il cocher en priorité ?