Administration de la plateforme

Créer des projets dans une organisation

Mettre en place un projet pour un LBO entrant côté administrateur : la décision de nommage que vous contrôlez, et la transmission qui rend le client autonome.

Présentation

Gérer les projets, dans l'espace d'administration au niveau Org Admin, est l'inventaire des projets de l'organisation : chaque projet qu'elle contient, et l'endroit où en créer de nouveaux. Ce n'est pas la liste de projets de l'équipe deal.

C'est la vue administrateur de A2.1. Cette leçon s'adresse à l'équipe deal qui crée un projet dans lequel elle travaillera ; celle-ci s'adresse à la personne qui le provisionne et le transmet.

Ce que vous allez apprendre

  • Pourquoi un projet correspond à un LBO, et pourquoi vous êtes bien placé pour faire respecter cette règle

  • Qui est le premier membre, et pourquoi cette attribution compte

  • Comment nommer un projet lorsque vous le nommez pour d'autres personnes

  • Pourquoi la transmission compte autant que la création

Ce qu'est un projet, vu d'ici

« Les projets vous permettent de gérer des investissements ou des transactions en regroupant sociétés, opérations et documents au sein d'une même initiative. »

Un projet correspond à un LBO (A1.3). Un nouveau projet signifie donc un nouveau deal, pas une nouvelle société ni une nouvelle wave.

La chose la plus utile qu'un administrateur puisse faire est faire respecter cette frontière, car un projet créé par société produit une structure qui ne se révèle défaillante que lorsqu'on la regarde dans son ensemble. Un Org Admin qui reçoit une demande pour « un projet pour la nouvelle ManCo » est la dernière ligne de défense contre une structure fragmentée, et il est bien placé pour refuser : la personne qui demande peut ne pas savoir que cela compte.

Le premier membre est toute la transmission

Un projet créé par un Org Admin n'a aucun membre. L'acte qui le rend utilisable consiste à inviter une personne comme Project Admin.

Cette personne invite ensuite le reste de l'équipe deal et gère leurs rôles elle-même (A2.3), sans revenir vers nous. Cette seule attribution rend donc le client autonome ; et c'est l'attribution à bien choisir, car la personne qui la détient peut étendre l'accès à n'importe qui d'autre.

Étapes

  1. Ouvrez Gérer les projets dans l'espace d'administration.

  2. Sélectionnez Créer un projet.

  3. Saisissez un Nom du projet. C'est le seul champ : un projet centralise les documents, parties prenantes et informations clés d'un LBO, et ne nécessite pas de configuration supplémentaire. Il n'y a pas de fonds à choisir ; les fonds regroupent les projets de leur côté et sont optionnels (A2.2).

  4. Créez-le, puis transmettez-le (ci-dessous).

Le nommer, du point de vue administrateur

Vous nommez quelque chose dans lequel une douzaine de personnes navigueront pendant des années, à côté de tous les autres projets de l'organisation. Deux habitudes utiles :

Nommez le deal, pas la société. Un projet finit souvent nommé d'après la société plateforme, ce qui se lit comme une société alors qu'il est le conteneur de plusieurs (A1.3). Lorsque la firme a plusieurs deals dans un secteur, distinguer le deal évite la confusion.

Soyez cohérent dans l'organisation. Une liste où certains projets portent le nom de sociétés, d'autres de secteurs et d'autres de millésimes est une liste que personne ne peut parcourir facilement. C'est la seule décision de nommage qu'un administrateur contrôle vraiment, et elle s'accumule.

Puis transmettez-le

Un projet que vous avez créé est vide et ne fait rien. La transmission compte autant que la création :

  1. Invitez le Project Admin : une personne nommée qui possédera la gestion des membres à partir de là.

  2. Indiquez-lui la suite : ajouter ses collègues (A2.3), puis les sociétés avant les actionnaires, et l'historique enregistré avant que tout paraisse correct (A2.1).

Un administrateur qui crée un projet et ne dit rien a transmis quelque chose qui paraît cassé à la personne qui l'ouvre.

Problèmes fréquents

L'écran mentionne une équipe, ou un nombre d'équipes disponibles. Les équipes ont été retirées du modèle ; tout ce qui les mentionne encore est résiduel et doit être signalé plutôt que contourné. Un projet n'a pas besoin d'équipe.

On vous demande de créer un projet pour une ManCo. C'est une société dans le projet existant (A1.3). Repoussez la demande.

On vous demande un projet par wave. Même réponse : les waves sont des événements dans un seul projet (A8.14).

L'équipe deal dit que le projet est vide et que rien ne fonctionne. C'est exact. Les sociétés viennent d'abord (A2.1, A3.1).

Articles liés

  • C1.1 — Organisations · ce qui se trouve au-dessus

  • A2.1 — Comment votre projet est configuré · la vue équipe deal de la même boîte de dialogue

  • A1.3 — Un projet = un LBO · la frontière que vous faites respecter

  • C1.3 — Gérer les accès au niveau de l'organisation · qui entre dans le projet

Détails du tutoriel

4 min

Procédure

Dans ce cours

Administration de la plateforme

Le système d'exploitation des opérations LBO complexes

2026 © Stand with Founders. Tous droits réservés

Le système d'exploitation des opérations LBO complexes

2026 © Stand with Founders. Tous droits réservés

Le système d'exploitation des opérations LBO complexes

2026 © Stand with Founders. Tous droits réservés