company-os

Présentation de la skill company-os

À quoi sert company-os

company-os est une skill de conseil pour dirigeants C-level destinée à concevoir ou améliorer le système d’exploitation d’une entreprise : l’ensemble des rôles, indicateurs, réunions, priorités et habitudes de résolution des problèmes qui détermine la façon dont le travail est réellement coordonné. Elle est particulièrement utile lorsque les dirigeants doivent choisir entre EOS, Scaling Up, une approche native OKR, Holacracy ou un modèle hybride sur mesure, puis transformer ce choix en cadence opérationnelle concrète.

Utilisateurs et contextes les plus adaptés

La skill company-os s’adresse aux fondateurs, CEOs, COOs, chiefs of staff, responsables des opérations et équipes dirigeantes qui structurent une discipline d’Internal Operations. Elle est particulièrement pertinente pour les équipes pilotées par leurs fondateurs, les entreprises en croissance confrontées à des problèmes récurrents de coordination, ou les organisations qui préparent leur planification trimestrielle, leurs accountability charts, leurs leadership scorecards, des réunions de type L10, des rocks, des OKRs ou des rythmes exécutifs hebdomadaires.

Ce qui la distingue d’un prompt générique

Un prompt IA générique peut produire une liste de frameworks de management. company-os donne à l’agent un angle beaucoup plus opérationnel : comparer les frameworks, repérer les lacunes du système actuel, concevoir les structures de responsabilité, définir les indicateurs, calibrer le rythme des réunions et séquencer la mise en œuvre sur 90 jours. Les références incluses sont orientées décision, pas seulement conceptuelles : references/os-comparison.md aide à choisir un framework, tandis que references/implementation-guide.md se concentre sur un déploiement progressif.

Quand company-os n’est pas la bonne skill

N’utilisez pas cette skill comme substitut à la conception de politiques RH juridiques, à l’architecture de rémunération, aux contrôles financiers ou à un accompagnement de conduite du changement en grande entreprise. Elle peut aider à cadrer des décisions opérationnelles, mais elle a besoin d’un contexte fiable sur votre organisation. Si l’équipe dirigeante n’est pas alignée sur l’adoption d’un rythme opérationnel partagé, la skill peut produire des supports, mais elle ne peut pas compenser l’absence d’engagement exécutif.

Comment utiliser la skill company-os

Installation de company-os et fichiers à lire en premier

Installez la skill depuis le chemin du repository :

npx skills add alirezarezvani/claude-skills --skill company-os

Après l’installation, lisez d’abord SKILL.md pour comprendre les concepts déclencheurs et le vocabulaire de système d’exploitation. Consultez ensuite :

• references/os-comparison.md pour les arbitrages entre EOS, Scaling Up, approche native OKR, Holacracy et modèles hybrides.
• references/implementation-guide.md pour une séquence de déploiement par étapes sur 90 jours.
• Le chemin du repository : c-level-advisor/skills/company-os.

Cette skill ne comporte pas de README séparé ni de couche de scripts distincte ; l’essentiel de la valeur pratique se trouve donc dans les instructions principales de la skill et dans les deux fichiers de référence.

Les informations dont la skill a besoin pour produire un résultat utile

Pour bien utiliser company-os, donnez à l’agent le contexte opérationnel actuel plutôt que de demander un framework générique. Incluez :

• Le stade de l’entreprise, le nombre de collaborateurs, le modèle économique et la composition de l’équipe dirigeante.
• Les réunions actuelles, la cadence de planification et les goulots d’étranglement dans la prise de décision.
• Les indicateurs existants, OKRs, scorecards, ou leur absence.
• Les points de douleur connus : responsabilités floues, problèmes qui se répètent, suivi insuffisant, surcharge de réunions ou priorités trimestrielles qui ne s’ancrent pas.
• Les contraintes : équipe remote/hybride, disponibilité du fondateur, attentes du board, appétence pour la mise en œuvre, et préférence éventuelle pour une approche proche d’EOS, native OKR, Scaling Up ou hybride.

Un prompt faible serait : « Crée un système d’exploitation d’entreprise. »
Un prompt plus solide serait : « Use company-os to design a lightweight operating system for a 45-person B2B SaaS company. We have weekly exec meetings, inconsistent OKRs, no accountability chart, and recurring handoff issues between sales and customer success. Recommend the best-fit framework, first 30 days of implementation, leadership scorecard, and meeting cadence. »

Un workflow company-os concret

Commencez par le diagnostic avant de passer à la conception. Demandez à la skill de cartographier les lacunes de votre système actuel autour de la responsabilité, des données, des réunions, de la résolution des problèmes et des priorités trimestrielles. Demandez ensuite une recommandation de framework avec des arbitrages explicites : EOS vs Scaling Up vs approche native OKR vs hybride. Créez ensuite les artefacts principaux dans l’ordre : accountability chart, scorecard, rythme de réunions, processus de liste de problèmes, puis rocks ou OKRs sur 90 jours.

Pour la mise en œuvre, suivez la logique progressive du repository : ne lancez pas tout en même temps. Un guide company-os réaliste doit commencer par l’alignement de l’équipe dirigeante, l’audit de l’existant et la désignation d’un owner de l’OS. Déployez ensuite l’accountability chart et la scorecard avant d’ajouter des rituels de réunion et de planification plus lourds.

Patterns de prompts pour améliorer les résultats

Demandez des décisions, pas seulement des explications. Voici des formulations utiles :

• “Compare these operating models for our context and recommend one.”
• “Turn our messy org responsibilities into an accountability chart, not an org chart.”
• “Design a weekly leadership meeting agenda that replaces our current meetings.”
• “Create a 90-day implementation plan with risks, owner, and adoption checkpoints.”
• “Identify where this operating system is too heavy for our current stage.”

Ces prompts fonctionnent parce qu’ils confient à la skill une vraie mission opérationnelle : choisir, séquencer, simplifier et adapter.

FAQ de la skill company-os

company-os est-elle surtout une skill EOS ?

Non. EOS fait partie des principaux frameworks couverts, mais company-os prend aussi en charge Scaling Up, les systèmes natifs OKR, Holacracy et les modèles hybrides sur mesure. Utilisez-la lorsque vous voulez prendre une décision de framework, pas seulement lorsque vous avez déjà choisi EOS.

Les débutants peuvent-ils utiliser cette skill sans connaître les frameworks de management ?

Oui, mais les résultats seront meilleurs si vous décrivez les problèmes actuels de votre entreprise en langage simple. Vous n’avez pas besoin de connaître à l’avance des termes comme IDS, rocks ou accountability chart. La skill sert justement à traduire des symptômes — par exemple des responsabilités floues ou des réunions répétitives — en composants de système d’exploitation.

En quoi company-os pour Internal Operations diffère-t-elle de la planification stratégique ?

La planification stratégique définit où l’entreprise veut aller. Internal Operations définit comment l’entreprise fonctionne chaque semaine pour exécuter cette stratégie. company-os relie les deux grâce aux rythmes de réunion, aux scorecards, à la responsabilité, aux priorités trimestrielles et à la résolution des problèmes.

Quand faut-il éviter d’installer company-os ?

Évitez-la si vous avez seulement besoin d’un ordre du jour ponctuel, d’un modèle OKR générique ou de conseils de productivité personnelle. Elle convient surtout aux équipes prêtes à changer leurs habitudes opérationnelles au niveau de la direction, pas à un travail documentaire isolé sans owner de mise en œuvre.

Comment améliorer la skill company-os

Améliorer les résultats de company-os avec un contexte plus précis

Le principal levier de qualité est la précision. Fournissez la liste de vos réunions actuelles, les rôles de leadership, les indicateurs, les artefacts de planification et les points de friction. Si vous avez déjà des OKRs, scorecards ou organigrammes, collez-en des résumés et demandez à la skill de les convertir en artefacts de système d’exploitation. La skill donne de meilleurs résultats lorsqu’elle peut adapter, simplifier ou remettre en question des pratiques existantes plutôt que partir de zéro.

Surveiller les modes d’échec fréquents

Les sorties faibles prennent souvent la forme de systèmes surdimensionnés, de réunions trop nombreuses, d’owners flous ou d’une pureté de framework qui ne correspond pas au stade de l’entreprise. Demandez à la skill de signaler la complexité, d’identifier ce qui doit être repoussé et de séparer ce qui « doit être mis en place maintenant » de ce qui viendra « plus tard, une fois le rythme stabilisé ». Pour les petites équipes, demandez une version légère. Pour les grandes équipes, demandez des points de gouvernance et de déploiement.

Itérer après la première conception opérationnelle

Après un premier brouillon, lancez une deuxième passe centrée sur le risque d’adoption :

• “What will leaders resist?”
• “Which meetings can we delete or merge?”
• “Which metrics are lagging indicators and which are weekly controllables?”
• “Where is ownership still ambiguous?”
• “What should the OS owner inspect every Friday?”

Cette étape transforme company-os d’un générateur statique de frameworks en partenaire concret de mise en œuvre.

Adapter la skill à votre organisation

Pour améliorer localement la skill company-os, ajoutez des exemples de vos artefacts opérationnels préférés : modèles de scorecard, ordres du jour de réunions, formats de planification trimestrielle, droits de décision et définitions des rôles exécutifs. Gardez des exemples concis et à jour. L’objectif n’est pas d’enfermer l’agent dans un seul framework, mais de faire en sorte que ses recommandations correspondent au langage, à la cadence et au niveau de structure opérationnelle que votre entreprise est prête à accepter.