--- type: livre | methode auteur: Tiago Forte source: Building a Second Brain date: 2026-05-13 tags: [organisation, pkm, para, inbox, productivite] --- # Inbox + PARA Méthode d'organisation personnelle issue de **PARA**, popularisée par Tiago Forte, souvent complétée par une **inbox** de capture. ## Principe Organiser l'information selon son **degré d'actionnabilité**, plutôt que par thème abstrait. ```text Inbox -> Projects -> Areas -> Resources -> Archives ``` ## Les 5 espaces ### Inbox Zone de capture brute. - idées rapides - notes non triées - liens à relire - demandes entrantes Règle : l'inbox sert à capturer, pas à stocker. ### Projects Projets actifs avec un résultat attendu et une fin identifiable. Exemples : préparer un Codir, lancer une fonctionnalité, finaliser une roadmap. ### Areas Domaines de responsabilité continus, aussi appelés **casquettes**. Exemples : CTO, Codir, Management, DSI, Parent, Conjoint, Santé. Contrairement aux projets, une area n'a pas de date de fin naturelle. ### Resources Connaissances utiles par sujet. Exemples : architecture, leadership, IA, produit, finance startup. ### Archives Éléments inactifs, terminés ou conservés pour mémoire. ## Application dans ce vault ```text 00-inbox/ -> capture brute 10-projects/ -> projets actifs 20-areas/ -> rôles / casquettes 30-resources/ -> connaissances réutilisables 90-archives/ -> éléments inactifs ``` ## Bonnes pratiques - Vider régulièrement `00-inbox/`. - Ne créer un projet que s'il y a plusieurs actions et un résultat clair. - Ranger les responsabilités continues dans `20-areas/`, pas dans les projets. - Mettre les connaissances durables dans `30-resources/`. - Archiver sans hésiter ce qui n'est plus actif. ## Point de vigilance PARA est simple, mais peut devenir flou si la différence entre **projet**, **area** et **ressource** n'est pas respectée. La question clé : > Est-ce une action à finir, une responsabilité à maintenir, une connaissance à réutiliser, ou un élément à conserver ? ## Liens avec d'autres notes - [[one-to-one]]