Diverge and converge
The two thinking modes at the core of solveOS — why they can't happen simultaneously, and where each appears across the framework.
Every phase and gate in solveOS alternates between two modes of thinking: diverging and converging.
- Diverging means opening up — exploring possibilities, surfacing options, expanding your understanding of the problem space. This is generative, exploratory thinking.
- Converging means narrowing down — making decisions, eliminating options, committing to a specific direction. This is evaluative, decisive thinking.
The two modes cannot happen at the same time. Trying to evaluate while you're still exploring kills ideas before they're formed. Trying to explore while you're supposed to be deciding stalls progress indefinitely. solveOS makes the distinction explicit.
The full mode map
diverge converge
│ │
Research ──────┤ │
↓ │
Plan ──────────────────────────→┤
│
Plan Validation
│
diverge │ converge
│ ↓ │
Build ────────────┤─────────────────────────→┤
│
Build Validation
│
converge │
│ ↓
Review ───────┤ (pre-ship: is this ready?)
│
Ship
│
diverge │ converge
│ ↓ │
Review (post-ship)┤─────────────────────────────────────→ Plan Where each mode appears
| Phase / Gate | Mode | What it looks like |
|---|---|---|
| Research | Diverge | Explore the problem space widely before committing to a direction |
| Plan | Diverge → Converge | Start by exploring the problem; end by committing to one specific goal and brief |
| Plan Validation | Converge | Eliminate ambiguity. Force specific answers. One clear plan exits the loop. |
| Build | Diverge | Discover constraints, adapt approach, explore what works — within the bounds of the brief |
| Build Validation | Converge | Check what was built against the criteria. Cut what doesn't fit. |
| Review (pre-ship) | Converge | One decision: ready to ship, or not. |
| Ship | Converge | The act of committing — putting one specific thing in front of the world |
| Review (post-ship) | Diverge → Converge | Open up to what the data and feedback reveals; then converge on what to carry into the next Plan |
Why this matters
The most common failure modes in building map directly to misaligned modes:
Diverging when you should be converging
Endless planning, scope creep, "one more thing" before shipping. The work never resolves because you keep opening new options instead of closing them.
Converging when you should be diverging
Locking in a solution before understanding the problem, skipping research, writing a plan for the first idea instead of the best one. The work moves fast toward the wrong destination.
Recognizing which mode you are in — and which mode you should be in — is one of the most practical thinking skills solveOS develops.
The gates exist partly to mark these transitions. Plan Validation is not just a quality check — it is a signal that the diverging phase of planning is over and it is time to converge. The post-ship Review is not just a retrospective — it is an invitation to diverge again, before the next convergence of Plan locks in a new direction.
How to use this in practice
- At any point in your work, ask: which mode should I be in right now?
- If stuck: check whether you're diverging when you should be converging, or vice versa.
- The gates are mode transition signals. Use them to mark the shift explicitly.
- If you feel resistance at a gate, it may mean you haven't finished the previous mode yet — don't force the transition.
Divergir y converger
Los dos modos de pensamiento en el centro de solveOS — por qué no pueden ocurrir simultáneamente y dónde aparece cada uno en el framework.
Cada fase y gate en solveOS alterna entre dos modos de pensamiento: divergir y converger.
- Divergir significa abrirse — explorar posibilidades, descubrir opciones, ampliar la comprensión del espacio del problema. Es un pensamiento generativo y exploratorio.
- Converger significa reducir — tomar decisiones, eliminar opciones, comprometerse con una dirección específica. Es un pensamiento evaluativo y decisivo.
Los dos modos no pueden ocurrir al mismo tiempo. Intentar evaluar mientras todavía se explora mata las ideas antes de que se formen. Intentar explorar cuando se supone que debes decidir detiene el progreso indefinidamente. solveOS hace la distinción explícita.
El mapa completo de modos
divergir converger
│ │
Research ──────┤ │
↓ │
Plan ──────────────────────────→┤
│
Plan Validation
│
divergir │ converger
│ ↓ │
Build ────────────┤─────────────────────────→┤
│
Build Validation
│
converger │
│ ↓
Review ───────┤ (pre-entrega: ¿está listo?)
│
Ship
│
divergir │ converger
│ ↓ │
Review (post-entrega)┤───────────────────────────────────→ Plan Dónde aparece cada modo
| Fase / Gate | Modo | Cómo se ve |
|---|---|---|
| Research | Divergir | Explorar el espacio del problema ampliamente antes de comprometerse con una dirección |
| Plan | Divergir → Converger | Comenzar explorando el problema; terminar comprometiéndose con un objetivo específico y un brief |
| Plan Validation | Converger | Eliminar la ambigüedad. Forzar respuestas específicas. Un plan claro sale del ciclo. |
| Build | Divergir | Descubrir restricciones, adaptar el enfoque, explorar qué funciona — dentro de los límites del brief |
| Build Validation | Converger | Verificar lo construido contra los criterios. Cortar lo que no encaja. |
| Review (pre-entrega) | Converger | Una sola decisión: listo para entregar o no. |
| Ship | Converger | El acto de comprometerse — poner una cosa específica frente al mundo |
| Review (post-entrega) | Divergir → Converger | Abrirse a lo que revelan los datos y el feedback; luego converger en lo que llevar al siguiente Plan |
Por qué esto importa
Los modos de fracaso más comunes al construir se corresponden directamente con modos desalineados:
Divergir cuando deberías converger
Planificación interminable, expansión de alcance, "una cosa más" antes de entregar. El trabajo nunca se resuelve porque sigues abriendo nuevas opciones en lugar de cerrarlas.
Converger cuando deberías divergir
Fijar una solución antes de entender el problema, saltarse la investigación, escribir un plan para la primera idea en lugar de la mejor. El trabajo avanza rápido hacia el destino equivocado.
Reconocer en qué modo estás — y en qué modo deberías estar — es una de las habilidades de pensamiento más prácticas que desarrolla solveOS.
Los gates existen en parte para marcar estas transiciones. Plan Validation no es solo una verificación de calidad — es una señal de que la fase de divergencia de la planificación terminó y es hora de converger. El Review post-entrega no es solo una retrospectiva — es una invitación a divergir de nuevo, antes de que la siguiente convergencia del Plan fije una nueva dirección.
Cómo usar esto en la práctica
- En cualquier punto de tu trabajo, pregunta: ¿en qué modo debería estar ahora?
- Si estás atascado: verifica si estás divergiendo cuando deberías converger, o viceversa.
- Los gates son señales de transición de modo. Úsalos para marcar el cambio explícitamente.
- Si sientes resistencia en un gate, puede significar que aún no terminaste el modo anterior — no fuerces la transición.