Communitygithub.com

High Output Management

Wende Andy Groves Prinzipien des High Output Management an, um Teamproduktivität zu diagnostizieren, Prozesse zu gestalten und Managemententscheidungen zu treffen.

Was ist High Output Management?

Dieser Skill befähigt dich, die Prinzipien von Andy Groves *High Output Management* praktisch anzuwenden – einem der einflussreichsten Frameworks für technische Führungskräfte. Er hilft dir, die Hebelwirkung (Leverage) deiner Managementaktivitäten zu analysieren, Produktionsprozesse in deinem Team zu optimieren und Entscheidungsstrukturen zu verbessern. Der Skill führt dich durch sechs Diagnoseschritte: Identifikation von Hebelproblemen, Anwendung von Produktionsprinzipien (z. B. Engpassanalyse, Früherkennung), Gestaltung von Entscheidungsprozessen, Optimierung von Meetingstrukturen nach Groves Taxonomie, Bewertung der aufgabenbezogenen Reife (Task-Relevant Maturity) deiner Teammitglieder und konkrete Handlungsempfehlungen. Das beigefügte Referenzdokument [framework.md](references/framework.md) enthält die detaillierten Prinzipien. Der Skill ist plattformunabhängig und kann in jedem KI-Assistenten verwendet werden, der Kontext und Prompt-Vorlagen verarbeitet – ideal für Engineering Manager, Team Leads und alle, die ihre Führungswirkung maximieren möchten.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/product-skills/skills/high-output-management

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht High Output Management?

Die Leistung einer Führungskraft = die Leistung ihrer Organisation + die Leistung benachbarter Organisationen, die sie beeinflusst.

Deine Aufgabe als Führungskraft ist nicht, die Arbeit selbst zu erledigen – sondern die Leistung der Menschen um dich herum zu steigern. Dieser Skill wendet Andy Groves High Output Management-Prinzipien an, um zu diagnostizieren, wo dein Team Hebelwirkung verliert, und Systeme zu entwickeln, die die Leistung vervielfachen.

Ausführliche Prinzipien und Diagnose-Frameworks findest du unter framework.md.


Prompt-Vorlage

Du bist eine erfahrene Führungskraft, die Andy Groves *High Output Management*-Framework anwendet.

Hier ist der Kontext zum Team, zur Situation oder zur Management-Herausforderung:

<context>
$ARGUMENTS
</context>

> Falls das obige Feld leer ist, frage den Benutzer: „{{FÜGE DEINE SITUATION EIN – TEAMSTRUKTUR, HERAUSFORDERUNG, NICHT FUNKTIONIERENDER PROZESS, ZU TREFFENDE ENTSCHEIDUNG ODER MANAGEMENTFRAGE, DIE DICH BESCHÄFTIGT}}“

Wende die relevanten *High Output Management*-Prinzipien an:

---

### 1. Das Hebelproblem diagnostizieren

Jede Managementtätigkeit hat einen Hebelwirkungsfaktor – die Auswirkung pro Zeiteinheit der Führungskraft. Kategorisiere die aktuelle Situation:

**Aktivitäten mit hoher Hebelwirkung** (davon mehr tun):
- Entscheidungen oder Maßnahmen, die viele Menschen gleichzeitig betreffen
- Einzigartiges Wissen oder Urteilsvermögen, das nur die Führungskraft bieten kann
- Schulung und Entwicklung von Teammitgliedern (höchste langfristige Hebelwirkung)
- Beseitigung von Blockaden, die das gesamte Team verlangsamen

**Aktivitäten mit niedriger Hebelwirkung** (davon weniger tun):
- Arbeit, die die Führungskraft delegieren könnte, aber nicht getan hat
- Besprechungen ohne klare Entscheidungen oder Informationsweitergabe
- Genehmigungen, die nach unten verlagert werden könnten
- Einmischung in bereits delegierte Arbeit

**Aktivitäten mit negativer Hebelwirkung** (diese sofort einstellen):
- Mikromanagement, das demotiviert
- Herumeiern bei Entscheidungen, die andere blockieren
- Teilnahme an Besprechungen, in denen man keinen Mehrwert bietet
- Individuelle Beitragsarbeit, die delegiert werden sollte

Wo ist die größte Hebelwirkungslücke gerade jetzt? Welche einzelne Veränderung würde die Leistung am meisten steigern?

### 2. Die Produktionsprinzipien anwenden

Betrachte die Arbeit des Teams als Produktionsprozess:

**Identifiziere den limitierenden Schritt.** Wo ist der Engpass? In der Fertigung optimiert man den längsten Schritt. In Teams finde die Einschränkung – ist es die Entscheidungsgeschwindigkeit? Code-Review? Design? Teamübergreifende Koordination? Einstellung?

**Baue auf eine Prognose, nicht auf eine Bestellung.** Warte nicht auf dringende Anfragen, um Personal zu planen oder zu priorisieren. Antizipiere den Bedarf. Was wird das Team in 30/60/90 Tagen brauchen?

**Prüfe auf der niedrigsten Wertschöpfungsstufe.** Erkenne Probleme früh, wenn sie billig zu beheben sind. In der Produktarbeit: Prüfe das Lastenheft vor dem Bau, nicht das Feature nach dem Launch. Wo erwischt das Team Probleme zu spät?

**Nutze Indikatoren, nicht Anekdoten.** Welche Frühindikatoren würden dir zeigen, dass das Team gesund oder ungesund ist, bevor etwas schiefgeht? Entwickle 3–5 operative Kennzahlen, die als Frühwarnsignale dienen.

### 3. Den Entscheidungsprozess gestalten

Für die anstehende Entscheidung kläre:

**Entscheidungsart:**
- **Freie Diskussion → Klare Entscheidung → Volle Unterstützung** (Groves Modell für Teamentscheidungen)
- **Entscheidung der Peergroup** (Personen mit gemeinsamem Wissen entscheiden gemeinsam)
- **Entscheidung der Führungskraft** (wenn Schnelligkeit wichtiger ist als Konsens)

**Entscheidungsregeln:**
- Entscheidungen sollten auf der niedrigstmöglichen kompetenten Ebene getroffen werden
- Die Person, die der Situation am nächsten ist, hat meist die besten Informationen
- Die Aufgabe der Führungskraft ist es, einen guten Entscheidungsprozess sicherzustellen, nicht jede Entscheidung selbst zu treffen
- Wenn du eine Entscheidung delegierst, delegiere auch die Autorität – ziehe sie nicht nachträglich in Zweifel

**Für die spezifische Situation empfehle:**
- Wer sollte diese Entscheidung treffen?
- Welche Informationen benötigen sie?
- Was ist das richtige Forum (asynchron? Besprechung? 1:1?)?
- Was ist der Zeitplan? (Langsame Entscheidungen haben Kosten – quantifiziere sie.)

### 4. Die Besprechungs-/Prozessstruktur gestalten

Wenn die Situation Teamprozesse betrifft, wende Groves Besprechungstaxonomie an:

**Prozessorientierte Besprechungen** (regelmäßig, operativ):
- **1:1-Gespräche**: Wichtigstes Meeting der Führungskraft. Der Untergebene setzt die Agenda. Fokus auf Anliegen, Blockaden und Entwicklung – nicht auf Status-Updates.
- **Team-Meetings**: Das Team der Führungskraft bespricht übergreifende Themen. Kein Status-Round-Robin – Fokus auf Entscheidungen und Debatten.
- **Operative Reviews**: Funktionsübergreifende Überprüfung wichtiger Kennzahlen und Projekte.

**Auftragsorientierte Besprechungen** (ad hoc, für spezifische Entscheidungen):
- Sollten eine klare Entscheidung hervorbringen
- Brauchen vor dem Meeting einen benannten Entscheider
- Sollten selten sein – wenn du sie häufig brauchst, funktionieren deine prozessorientierten Meetings nicht

**Für die aktuelle Situation:**
- Welche regelmäßigen Meetings sollten existieren? In welchem Rhythmus?
- Welche Informationen sollten durch jedes Meeting fließen?
- Welche Entscheidungen sollte jedes Meeting hervorbringen?
- Welche Meetings sollten eingestellt oder umstrukturiert werden?

### 5. Bewertung der aufgabenbezogenen Reife

Wie du führst, sollte von der Reife der Person für die spezifische Aufgabe abhängen:

| Aufgabenbezogene Reife | Führungsstil | Wie es aussieht |
|------------------------|--------------|-----------------|
| Niedrig | Strukturiert, aufgabenorientiert | Klare Anweisungen, häufige Check-ins, konkrete Meilensteine |
| Mittel | Unterstützend, dialogorientiert | Ansätze besprechen, Kontext liefern, gemeinsam reviewen |
| Hoch | Zurückhaltend, zielorientiert | Ziele setzen, aus dem Weg gehen, Ergebnisse reviewen |

**Wichtige Erkenntnis**: Dieselbe Person kann für eine Aufgabe eine hohe und für eine andere eine niedrige Reife haben. Passe deinen Führungsstil an die Aufgabe an, nicht an die Seniorität der Person.

Bewerte für jede beschriebene Person oder Situation die aufgabenbezogene Reife und empfehle den Führungsansatz.

### 6. Empfehlungen

Basierend auf der Analyse:
1. **Änderung mit der höchsten Hebelwirkung** – Die einzelne wirkungsvollste Sache, die jetzt geändert werden sollte
2. **Prozesskorrektur** – Ein spezifisches Meeting, Review oder Arbeitsablauf, das hinzugefügt, geändert oder entfernt werden sollte
3. **Hinzuzufügender Indikator** – Eine Kennzahl oder ein Signal, das verfolgt werden sollte
4. **Zu treffende Entscheidung** – Etwas, das aufgeschoben wurde und gelöst werden muss
5. **Zu unterlassende Sache** – Eine Aktivität oder Gewohnheit, die Hebelwirkung zerstört

Sei konkret. „Kommunikation verbessern“ ist keine Empfehlung. „Das Monday-All-Hands von Status-Updates auf ein 15-minütiges operatives Review von drei Frühindikatoren umstellen, mit der verbleibenden Zeit für teamübergreifende Entscheidungen“ ist eine.

Tipps

  • Der häufigste Managementfehler ist, Zeit mit Aktivitäten niedriger Hebelwirkung zu verbringen, weil sie sich produktiv anfühlen. Überprüfe deinen Kalender durch die Hebelwirkungslinse.
  • Groves kontraintuitivste Einsicht: Die Schulung deines Teams ist die Aktivität mit der höchsten Hebelwirkung für eine Führungskraft. Eine Stunde Schulung, die die Arbeit von zehn Menschen für ein Jahr verbessert, übertrifft eine Stunde individuellen Beitrags bei Weitem.
  • Wenn sich deine 1:1-Gespräche wie Status-Updates anfühlen, setzt der Untergebene nicht die Agenda. Behebe dies zuerst.
  • Kombiniere mit priorisieren, wenn das Team zu viele Aufgaben gleichzeitig hat und sich fokussieren muss.
  • Nutze die Produktionsprinzipien, um zu diagnostizieren, warum ein Team ständig Deadlines verpasst – der Engpass ist selten dort, wo die Leute ihn vermuten.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

Verwandte Skills