← Mapa completResum públic curat
Índex
Entrada 12PUBLIC HANDBOOK

Casos reals i aprenentatges

Normia, Rewi/MicroPOS, Kai, n8n i DCP Web S9/S10: evidència, promoció, límits de generalització i evolució d’EspoCRM des d’integració validada a stack CRM lleuger ADOPTED.

Source & authority

Explicació pública

PUBLIC HANDBOOK
Basat en
Human Handbook 12 — Casos reals i aprenentatges
Fonts normatives relacionades
  • NORMATIVE SOURCEStandard · Existing Solution Assessment
  • NORMATIVE SOURCEStandard · Quality Gates
Autoritat
Explicació pública — NON-NORMATIVE
Resum

Normia, Rewi/MicroPOS, Kai, n8n i DCP Web S9/S10: evidència, promoció, límits de generalització i evolució d’EspoCRM des d’integració validada a stack CRM lleuger ADOPTED.

Els casos reals mostren com DCP Flow canvia a partir d’evidència, no de teoria aïllada. El valor del cas és entendre context, decisió, resultat i límit de generalització.

Casos com a Reference Evidence

Normia, Rewi/MicroPOS, Kai, n8n i DCP Web S9/S10 documenten aprenentatges diferents: discovery abans de build, estandardització de patrons repetits, separació entre capacitat i autorització, límits d’orquestració i evolució de la integració EspoCRM cap a un stack CRM lleuger ADOPTED.

Punts clau
  • Context.
  • Evidència.
  • Decisió.
  • Promoció i límit de generalització.

Reutilitzar precedents correctament

Un cas no crea automàticament un Standard. La matriu de precedents ajuda a saber què es pot reutilitzar, què depèn del context i què ha de continuar com Teaching Example o Reference Evidence.

Punts clau
  • Precedent ≠ norma.
  • Comparar context abans de copiar.
  • Registrar per què aplica.
  • Mantenir traçabilitat al cas original.

Normia: intenció no és evidència executada

Normia va ajudar a separar arquitectura planificada, adopció, implementació parcial i comportament realment executat. L’aprenentatge reforça que README, disseny o arquitectura aprovada no equivalen automàticament a evidència i que la maduresa ha de correspondre al nivell real de validació.

Punts clau
  • Planned ≠ executed.
  • PROVEN / EVOLVING / EXPERIMENTAL.
  • Evitar maturity inflation.
  • Donar el pes correcte a l’evidència.

Rewi + MicroPOS: promoure el patró, no el producte

Comparar dos productes va permetre separar comportament tècnic reusable de diferències de negoci. Van aparèixer aprenentatges sobre persistència, API, orchestration, INSTALL/UPDATE, preservació de runtime, artifact validation i browser QA sense convertir pricing, branding o camps comercials en regles del framework.

Punts clau
  • Patró comú demostrat.
  • Blueprint/Skills/Gates quan correspon.
  • No copiar particularitats comercials.
  • Gate Defect ≠ Product Defect.

Kai i n8n: boundaries que redueixen ambigüitat

El cas Kai va consolidar Technical Capability ≠ Operational Authorization. L’evidència amb n8n va reforçar un altre boundary: l’aplicació/API conserva business truth i l’orchestrator coordina workflows. En tots dos casos, una frontera explícita és més reusable que una eina concreta.

Punts clau
  • CAN DO ≠ AUTHORIZED NOW.
  • Manual Fallback quan no hi ha execució directa.
  • API/application owns business truth.
  • Orchestrator owns coordination.
Glossari contextual+
Reference Evidence

Evidència històrica reutilitzable com a precedent quan el context és comparable.

Evidence Promotion

Procés d’elevar un aprenentatge provat des d’un projecte cap a coneixement reutilitzable.

Generalization Boundary

Límit explícit que indica fins on un aprenentatge es pot reutilitzar sense generalitzar massa.