Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

organizational-transformation组织变革

Agent Skill

organizational-transformation 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

706

周安装

30

GitHub Stars

3

下载量

247
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:organizational-transformation(组织变革)
来源仓库:https://github.com/oldwinter/skills
仓库路径:skills/organizational-transformation
安装命令:
npx skills add https://github.com/oldwinter/skills --skill organizational-transformation
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/oldwinter/skills --skill organizational-transformation

简介

用于查找、检索和筛选相关信息,支持关键词和任务场景定位。

  • 适合在 Codex、Claude 等宿主中快速获取候选结果。
  • 可结合来源仓库 README 核验具体用法和权限范围。
  • 安装前建议确认是否会触发联网或文件读写操作。
  • organizational-transformation 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Organizational Transformation

Scope

Covers

  • Designing and leading a practical transformation plan to move a company toward a modern product operating model
  • “Nudging” legacy orgs: sequencing change so it’s adopted, not rejected
  • Avoiding the trap of treating framework adoption (Spotify, SAFe, etc.) as the end goal
  • Coordinating structure + process + culture changes (teams, decision rights, discovery/delivery, incentives, rituals)

When to use

  • “Help me move us from feature teams to empowered product teams.”
  • “We keep adopting frameworks but nothing changes—build a real transformation plan.”
  • “Create a 90-day pilot plan plus a roadmap for rolling out a product operating model.”
  • “Our leaders want transformation; teams are skeptical. Build a change + comms plan that reduces rejection.”

When NOT to use

  • You need strategy/vision first (use defining-product-vision or working-backwards).
  • You only need an org chart / team topology change (use organizational-design).
  • You need project management for a known plan (use managing-timelines).
  • You need HR/legal guidance on comp, layoffs, labor law, or sensitive people actions (involve HR/legal).

Inputs

Minimum required

  • Org context: industry, size/stage, geography, regulated constraints (if any)
  • Executive sponsor + decision maker(s) and the transformation “why now”
  • Current operating model symptoms (with examples): decision bottlenecks, output-vs-outcome mismatch, discovery gaps, dependency chains
  • Current team model (feature teams vs product teams), and where product decisions currently live
  • Constraints: timelines, budget/headcount, must-keep processes, critical launches

Missing-info strategy

  • Ask up to 5 questions from references/INTAKE.md.
  • If answers aren’t available, proceed with explicit assumptions and label unknowns.

Outputs (deliverables)

Produce an Organizational Transformation Pack (Markdown in-chat, or files if requested) in this order:

  1. Transformation Charter (why now, goals/non-goals, principles, success metrics, constraints)
  2. Current-State Diagnostic (how work flows today; capability gaps; resistance map; failure modes)
  3. Target Product Operating Model Blueprint (team types, roles, decision rights, cadences, core artifacts)
  4. Pilot / Nudge Plan (90 days) (2–4 safe-to-try pilots, training/coaching, learning loop, adoption strategy)
  5. Transformation Roadmap (6–12 months) (phases, big rocks, dependencies, sequencing, resourcing)
  6. Change + Comms Plan (stakeholders, messages, rituals, enablement, resistance handling)
  7. Governance + Metrics (leading indicators, review cadence, escalation, “framework hygiene” guardrails)
  8. Risks / Open questions / Next steps (always included)

Templates: references/TEMPLATES.md

Workflow (8 steps)

1) Align on outcomes (not frameworks)

  • Inputs: Why now; goals; symptoms; constraints; prior attempts.
  • Actions: Convert “adopt X framework” into outcomes + behaviors. Define non-goals (what you will not change yet). Set 3–5 transformation principles.
  • Outputs: Transformation Charter (draft) + assumptions.
  • Checks: Sponsors can state success as outcomes/behaviors, not “we implemented X.”

2) Diagnose the current operating model as a system

  • Inputs: Team types; planning cadence; decision rights; delivery flow; examples of delays/rework.
  • Actions: Map how work moves from idea → shipped; identify bottlenecks (dependencies, approvals, incentives, missing discovery). Capture where a feature-team model is reinforced.
  • Outputs: Current-State Diagnostic (system map + top issues).
  • Checks: Diagnostic explains the symptoms with concrete mechanisms (not vibes).

3) Pick a transformation thesis + guardrails (framework hygiene)

  • Inputs: Diagnostic; constraints; change capacity; leadership alignment.
  • Actions: Define the smallest set of operating model changes that would create leverage (e.g., empowered teams, dual-track discovery/delivery, outcome-oriented planning). Add “framework hygiene” rules: what you’ll borrow, what you won’t, and why.
  • Outputs: Transformation thesis + guardrails section in the Charter.
  • Checks: The plan is tailored to context; it avoids copying a model wholesale.

4) Design the target product operating model (concrete, observable)

  • Inputs: Transformation thesis; product shape (integrated vs modular); talent maturity.
  • Actions: Specify: team types (product/platform/enabling), roles, decision rights, intake, discovery expectations, planning cadence, and required artifacts.
  • Outputs: Target Product Operating Model Blueprint.
  • Checks: A leader can answer “who decides what” and “what ‘good’ looks like” on Day 1.

5) Create a nudge-first pilot plan (90 days)

  • Inputs: Blueprint; candidate teams/areas; risk constraints.
  • Actions: Design 2–4 pilots with clear hypotheses, enablement (coaching/training), and adoption tactics (nudges, rituals, templates). Define what you’ll learn and how you’ll adapt.
  • Outputs: Pilot / Nudge Plan + pilot scorecard.
  • Checks: Pilots are safe-to-try, measurable, and don’t require perfect org-wide alignment.

6) Build the transformation roadmap (6–12 months)

  • Inputs: Pilot plan; resourcing; calendar constraints.
  • Actions: Sequence the big rocks (structure changes, capability building, tooling/process changes). Include decision points, dependencies, and rollback triggers.
  • Outputs: Transformation Roadmap (phases + milestones).
  • Checks: Roadmap is implementable; it protects business continuity and in-flight commitments.

7) Plan change + comms (reduce rejection)

  • Inputs: Stakeholders; resistance map; incentives.
  • Actions: Draft a comms narrative, stakeholder-specific messages, enablement plan, and a system for handling objections. Connect the change to incentives and leadership behaviors.
  • Outputs: Change + Comms Plan.
  • Checks: Plan includes reinforcement mechanisms (rituals, metrics, leadership actions), not just announcements.

8) Quality gate + finalize

  • Inputs: Draft pack.
  • Actions: Run references/CHECKLISTS.md and score with references/RUBRIC.md. Ensure Risks/Open questions/Next steps are present.
  • Outputs: Final Organizational Transformation Pack + rubric score.
  • Checks: If rubric score is low, do one more intake round (max 5 questions) and revise.

Quality gate (required)

Examples

Example 1: “VP Product at a legacy enterprise: teams ship features but outcomes don’t improve. Create a transformation plan toward empowered product teams.” Expected: diagnostic, target operating model blueprint, 90-day pilots, 6–12 month roadmap, governance metrics.

Example 2: “CEO: we tried SAFe/Spotify-style changes and got backlash. Build a nudge-first plan and comms to reduce rejection.” Expected: framework hygiene guardrails, small pilots, stakeholder messaging, reinforcement mechanisms.

Boundary example: “Write a plan to ‘implement the Spotify model’ verbatim.” Response: this skill treats frameworks as tools; it will instead produce a context-fit operating model and specify what (if anything) to borrow and how to validate via pilots.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

32.66%
按下载量换算81

Claude

31.21%
按下载量换算77

Cursor

18.55%
按下载量换算46

Gemini CLI

8.97%
按下载量换算22

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills