Skill oficial · Principios de pensadores de negocios

Sabiduría colectiva al estilo de Matsushita

Planifica cómo una decisión reúne el conocimiento de quienes hacen el trabajo y comprueba que quien decide escucha con la mente abierta, según la sabiduría colectiva que practicó Konosuke Matsushita.

Not affiliated with or endorsed by Konosuke Matsushita or their companies. About these principles: Konosuke Matsushita's ideas, explained.

Funciona en Claude, ChatGPT y agentes de programación. En Team y Business, la skill oficial de tu pod se actualiza sola cuando la mejoramos.

Cuándo usarla

Qué le das

Qué obtienes

Un plan que mapea quién sabe qué, las preguntas que hacer, cómo opinar sigue siendo seguro y una tabla para registrar lo recibido y lo que cambió la decisión.

Cómo funciona

  1. Escribe la decisión y quién decide Una línea cada una. Si la decisión ya está tomada, dilo: pedir opiniones en ese punto es puro teatro, y la gente lo nota.
  2. Mapea quién sabe qué (principio 1) Enumera los grupos cuyo trabajo diario les da un conocimiento que quien decide no tiene: quienes hacen la tarea, atienden la queja, manejan la máquina, hablan con el proveedor. Anota qué sabe probablemente cada grupo que quien decide no sabe.
  3. Escribe la opinión actual de quien decide y luego déjala a un lado (principio 3) Exprésala en una frase y enumera qué la cambiaría. Así queda espacio para escuchar opiniones contrarias.
  4. Elige el mecanismo (principio 2) Ajústalo a cada grupo: una conversación breve en el lugar de trabajo, un formulario escrito de dos preguntas, la revisión de un borrador, un canal permanente de sugerencias. Cada pregunta pide hechos de su trabajo, no opiniones sobre la conclusión (“¿Qué sale mal en los repartos de los viernes?”).
  5. Hazlo seguro y visible Di quién ve las opiniones, que el desacuerdo es bienvenido y cuándo sabrá la gente lo que se decidió.
  6. Reúne y ordena Agrupa lo recibido por tema, con cuántas personas lo dijeron y de dónde viene. Marca primero lo que contradice la opinión de quien decide.
  7. Decide y cierra el ciclo Quien decide elige, dice qué opiniones cambiaron la decisión y cuáles no, y por qué, y agradece a las personas por su nombre cuando ellas lo aceptan.
  8. Revisa el mecanismo Después de la decisión: ¿aportó alguien fuera de las voces de siempre? Si no, cambia el mecanismo la próxima vez.

El SKILL.md

El archivo completo, tal como lo lee tu IA. Descargarlo

---
name: matsushita-style-collective-wisdom
description: Planifica y revisa cómo un equipo reúne el conocimiento de todos antes de una decisión, según la gestión de todos con la sabiduría colectiva (衆知を集めた全員経営) que Konosuke Matsushita practicó tal como la describe Panasonic - la sabiduría de una sola persona tiene límites, así que se reúne y se usa en la gestión el conocimiento que cada persona construye en su propio trabajo - y la mente abierta (素直な心) que él señaló como su condición. Úsala cuando un responsable va a decidir algo que afecta a muchas personas, las ideas del equipo nunca llegan a las decisiones, un buzón de sugerencias ya no se usa o un líder pregunta cómo escuchar a la primera línea antes de comprometerse.
---

# Revisión de la sabiduría colectiva al estilo de Matsushita

Estos son principios que Konosuke Matsushita describió públicamente, según los recogen Panasonic y el Instituto PHP que él fundó. Sin afiliación con Konosuke Matsushita ni con sus empresas, y sin su respaldo. La skill diseña o revisa cómo una decisión reúne el conocimiento de las personas que hacen el trabajo, y comprueba que quien decide escucha con la mente abierta antes de elegir.

## Reglas básicas

- No atribuyas a Konosuke Matsushita citas ni opiniones más allá de las fuentes citadas.
- No interpretes el papel de Konosuke Matsushita, no lo imites ni escribas con su voz; revisa el material del usuario con los principios de abajo.
- Reunir opiniones no es votar. Quien decide sigue decidiendo y explica por qué.
- Nunca inventes lo que dijo alguien. Los resúmenes de lo recibido dicen de dónde viene (“3 de 5 repartidores dijeron…”).
- Protege a quien no está de acuerdo: di cómo se garantiza que opinar sea seguro.

## Los principios

1. **La sabiduría de una sola persona tiene límites.** Por capaz que sea, el conocimiento de una persona es limitado, y depender del juicio de una sola persona puede llevar a errores; por eso se reúne y se usa en la gestión el conocimiento que cada empleado construye mientras se entrega a su propio trabajo. Panasonic lo presenta como la gestión de todos con la sabiduría colectiva (衆知を集めた全員経営) que Matsushita practicó toda su vida. Fuente: Panasonic Stories, 「パナソニックの歴史ものがたり Episode 10」.
2. **Crea un mecanismo para ello.** Panasonic señala que en 1954 se introdujo un sistema de sugerencias para que las ideas de cada persona pudieran usarse en la gestión. Fuente: la misma página.
3. **La mente abierta es la condición (素直な心).** Más adelante en su vida, señaló la mente abierta y sin prejuicios como esencial para reunir la sabiduría colectiva. PHP la describe como una mente libre de ideas fijas: la humildad para escuchar a cualquiera y aprender de todo, y la capacidad de ver las cosas como son. Fuentes: Panasonic Stories Episode 10; “素直な心”, 用語セレクション, 松下幸之助.com (Instituto PHP).

## Cuándo usarla

- Antes de una decisión que cambia el trabajo de muchas personas: un proceso nuevo, un cambio de precios, una mudanza de oficina, una reorganización.
- Un equipo cuyas ideas nunca llegan a las decisiones, o un buzón de sugerencias que nadie usa.
- Un líder que quiere escuchar a la primera línea sin lanzar una encuesta que nadie lee.
- No sirve para reunir opiniones de clientes (usa feedback-themes) ni para conducir una retrospectiva (usa retrospective).

## Qué necesitas

- La decisión que hay que tomar, quién la toma y para cuándo.
- Quién sabe algo del tema: puestos, equipos, socios.
- Lo que quien decide piensa hoy, dicho con honestidad.
- Cómo se recogen las opiniones hoy, si es que se recogen.

## Pasos

1. **Escribe la decisión y quién decide.** Una línea cada una. Si la decisión ya está tomada, dilo: pedir opiniones en ese punto es puro teatro, y la gente lo nota.
2. **Mapea quién sabe qué (principio 1).** Enumera los grupos cuyo trabajo diario les da un conocimiento que quien decide no tiene: quienes hacen la tarea, atienden la queja, manejan la máquina, hablan con el proveedor. Anota qué sabe probablemente cada grupo que quien decide no sabe.
3. **Escribe la opinión actual de quien decide y luego déjala a un lado (principio 3).** Exprésala en una frase y enumera qué la cambiaría. Así queda espacio para escuchar opiniones contrarias.
4. **Elige el mecanismo (principio 2).** Ajústalo a cada grupo: una conversación breve en el lugar de trabajo, un formulario escrito de dos preguntas, la revisión de un borrador, un canal permanente de sugerencias. Cada pregunta pide hechos de su trabajo, no opiniones sobre la conclusión (“¿Qué sale mal en los repartos de los viernes?”).
5. **Hazlo seguro y visible.** Di quién ve las opiniones, que el desacuerdo es bienvenido y cuándo sabrá la gente lo que se decidió.
6. **Reúne y ordena.** Agrupa lo recibido por tema, con cuántas personas lo dijeron y de dónde viene. Marca primero lo que contradice la opinión de quien decide.
7. **Decide y cierra el ciclo.** Quien decide elige, dice qué opiniones cambiaron la decisión y cuáles no, y por qué, y agradece a las personas por su nombre cuando ellas lo aceptan.
8. **Revisa el mecanismo.** Después de la decisión: ¿aportó alguien fuera de las voces de siempre? Si no, cambia el mecanismo la próxima vez.

## Formato de salida

```markdown
# Plan de sabiduría colectiva: [decisión]
**Decide:** [nombre] · **Decidir antes del:** [fecha]
Estos son principios que Konosuke Matsushita describió públicamente. Sin afiliación con Konosuke Matsushita ni con sus empresas, y sin su respaldo.

## Lo que piensa hoy quien decide
[Una frase] · **Qué lo cambiaría:** [lista]

## Quién sabe qué
| Grupo | Qué sabe probablemente que quien decide no sabe | Cómo preguntamos | Para cuándo |
|---|---|---|---|

## Preguntas
[2-4 preguntas sobre hechos de su trabajo]

## Seguridad y seguimiento
[Quién ve las opiniones; el desacuerdo es bienvenido; cuándo sabrá la gente la decisión]

## Después de recibir opiniones (completar más tarde)
| Tema | Cuántos lo dijeron | De dónde | ¿Cambia la decisión? |
|---|---|---|---|

## Decisión y motivos
[Qué se decidió; qué opiniones la cambiaron; cuáles no y por qué]

## Principios usados
[Numerados, con fuentes]
```

## Ejemplo

**Entrada:** “Dirijo una empresa de limpieza de hogares de 30 personas. Quiero pasar a todo el personal de limpieza de rutas fijas a trabajos asignados por la app, para cubrir huecos. Estoy bastante seguro de que es lo correcto. Decido antes de fin de mes. Afecta al personal de limpieza, a las dos personas de coordinación y a nuestro mayor cliente, una empresa de alquiler de viviendas.”

**Salida (extracto):**

```markdown
Estos son principios que Konosuke Matsushita describió públicamente. Sin afiliación con Konosuke Matsushita ni con sus empresas, y sin su respaldo.

## Lo que piensa hoy quien decide
Los trabajos asignados por la app cubrirán los huecos del calendario. · **Qué lo cambiaría:** pruebas de que las rutas fijas retienen clientes, o de que aumenta el tiempo de desplazamiento.

## Quién sabe qué
| Grupo | Qué sabe probablemente que quien decide no sabe | Cómo preguntamos | Para cuándo |
|---|---|---|---|
| Personal de limpieza | Qué clientes esperan a la misma persona; tiempos reales de desplazamiento | Charla de 10 minutos en la reunión semanal, más un formulario de dos preguntas | Día 7 |
| Coordinación | De dónde salen de verdad los huecos (cancelaciones o bajas por enfermedad) | Revisar con ellos los huecos del mes pasado | Día 5 |
| Cliente de alquiler | Si la rotación de viviendas necesita a la misma persona de limpieza | Llamada de la persona responsable de la cuenta | Día 10 |

## Preguntas
1. ¿Cuáles de tus clientes notarían que va otra persona? ¿Por qué?
2. ¿Dónde perdiste más tiempo entre un trabajo y otro la semana pasada?
```

## Comprobaciones antes de enviar

- [ ] Las líneas de atribución y de no afiliación están en la salida.
- [ ] Se nombran quién decide y la fecha, y la decisión sigue abierta.
- [ ] La opinión actual de quien decide está escrita, con lo que la cambiaría.
- [ ] Las preguntas piden hechos del trabajo de las personas, no votos.
- [ ] La gente sabe qué se decidió y qué opiniones lo cambiaron.

## Errores comunes

- Preguntar solo a los mandos; lo que señala la fuente es el conocimiento construido en el propio trabajo de cada persona.
- Preguntar después de decidir.
- Tomar el recuento de opiniones como la decisión.

Compártela con tu equipo

Agrégala a un AI Skill Pod y todo el equipo, colaboradores externos incluidos, usa la misma versión desde su propia IA. Lee las mejores formas de compartir skills de IA con un equipo

Agregar al pod de mi equipo

Historial de cambios

Fuentes

  1. 松下幸之助「最高の経営とは」 パナソニックの歴史ものがたり Episode 10 - Panasonic Stories (leída el 2026-11-04)
  2. 素直な心 (the open mind) - 松下幸之助.com, PHP Institute (leída el 2026-11-04)
  3. PHP研究所 company page (松下幸之助, PHP研究所創設者) (leída el 2026-11-04)