Base de documentation des processus

Contexte
BlackRaven Group est une entreprise spécialisée dans l’OSINT.
Ce document constitue le socle méthodologique officiel pour la documentation des processus internes, en cohérence avec le fonctionnement opérationnel de l’équipe.

​

1. Objectifs de cette documentation

• Fournir une référence commune sur la manière dont l’équipe travaille
• Rendre les actions traçables sans ralentir l’exécution
• Clarifier le lien entre discussions (Discord), tâches (Trello) et décisions
• Éviter les tâches floues, infinies ou non exploitables

Cette documentation n’a pas vocation à être exhaustive ni figée. Elle évolue avec le projet.

​

2. Outils utilisés

​

2.1 Trello — Suivi opérationnel

• Toute tâche doit être terminable
• Les tâches suivent une logique SMART (Simple, Mesurable, Atteignable, Réaliste, Temporelle)
• Une tâche peut être créée après exécution si elle a été discutée et réalisée hors Trello

• À faire
• En cours
• Terminé

Une tâche ne doit jamais représenter un état permanent (ex : “Maintenir la sécurité”). Elle doit correspondre à une action finie.

​

2.2 Discord — Communication interne

• Groupe privé Discord (pas de serveur dédié)
• Discussions écrites pour :
  • décisions rapides
  • arbitrages
  • organisation du travail
• Messages privés utilisés par le Chef de Projet pour des échanges ciblés

• Chef de Projet → Développeur (MP) pour une demande spécifique

​

2.3 Mintlify — Documentation

• Hébergement de la documentation des processus
• Centralisation des décisions documentées
• Référence stable pour l’équipe et le projet

• Documentation volontairement légère et pragmatique
• Basée sur les besoins réels (pas de documentation systématique)
• Alignée avec Trello et les discussions Discord

​

3. Logique générale de travail

1. Discussion (souvent sur Discord)
2. Décision implicite ou explicite
3. Exécution de la tâche
4. Création ou mise à jour de la tâche Trello
5. Documentation si nécessaire

L’ordre 3 → 4 peut être inversé selon le contexte.

​

4. Documentation des tâches

​

4.1 Quand documenter une tâche ?

• Elle a un impact structurel ou méthodologique
• Elle introduit un choix non trivial
• Elle doit être reproductible

• Elle est purement opérationnelle
• Elle est triviale ou ponctuelle

​

4.2 Modèle minimal de tâche Trello

• Objectif : Que fait-on exactement ?
• Critère de fin : Quand considère-t-on la tâche comme terminée ?
• Responsable : Qui exécute ou pilote ?

• Contexte
• Lien vers discussion Discord
• Livrable

​

5. Documentation des décisions

​

5.1 Principe général

• Les décisions sont consignées sous forme de lignes horodatées
• Le format est volontairement simple, linéaire et non interprétatif
• Une décision peut être consignée après coup si elle a été prise via Discord ou à l’oral

[jj/mm/yyyy - hh:mm] <décision>

​

5.2 Catégorisation des décisions

• Chef de projet
• Développement
• Infrastructure
• Marketing
• Support

​

5.3 Lien avec les tâches

• Une décision peut exister sans tâche associée
• Une tâche peut référencer une ou plusieurs décisions
• Les tâches Trello peuvent contenir un lien ou une référence vers l’entrée de décision concernée

​

5.2 Modèle de fiche décision

• Contexte :
• Options envisagées :
• Décision retenue :
• Justification :
• Date :
• Personnes impliquées :

Une décision peut être documentée après coup si elle a été prise oralement ou via Discord.

​

6. Traçabilité et pragmatisme

• Tout n’a pas besoin d’être documenté
• Ce qui n’est pas documenté doit au minimum être compréhensible via Trello
• La documentation sert le projet, pas l’inverse

• compréhension
• continuité
• cohérence

​

7. Évolution du document

• Ce document peut être enrichi au fil du projet
• Les sections peuvent être adaptées selon les besoins
• Toute amélioration doit rester simple, actionnable et utile