DBJ.METHOD
DBJ Method Knowledge Base
Structured reference material on DBJ.Method, BPT OP Model, Architecture and other topics. Each section is self-contained and can be read independently.
Architecture
- Agent-Actor Architecture
- The actor model as the foundation for resilient distributed and agentic systems. Covers the model from first principles through to AI agent integration: actor anatomy, message passing, Protobuf binary contracts, the Train Pattern for large payloads, fault domains, and schema governance. A separate article applies the model to a full organisational email management use case. A third covers how AI agents attach externally — entering the system through typed inboxes as the translation layer between LLM text and Protobuf contracts.
- Actors first. Agents are additive.
- The actor model as the foundation for resilient distributed and agentic systems. Covers the model from first principles through to AI agent integration: actor anatomy, message passing, Protobuf binary contracts, the Train Pattern for large payloads, fault domains, and schema governance. A separate article applies the model to a full organisational email management use case. A third covers how AI agents attach externally — entering the system through typed inboxes as the translation layer between LLM text and Protobuf contracts.
- Knowledge Liberation
- Technical debt as business value trapped inside legacy technology. Covers the domain gravitational-pull model (Business, Products, Technology), the order of events for decoupling knowledge from legacy processes and components, and the workflow from initiative to new Product Project Cycling.
- Technical Debt is Business Value imprisoned in the Iceberg of Legacy Technology.
- Technical debt as business value trapped inside legacy technology. Covers the domain gravitational-pull model (Business, Products, Technology), the order of events for decoupling knowledge from legacy processes and components, and the workflow from initiative to new Product Project Cycling.
- ANI Is Not AGI
- Why AGI is an unreachable milestone — and why the distinction matters for the business restarting the AI strategy. Covers the ANI/AGI feature gap, the four strongest arguments against AGI ever existing (stochastic parrots, the Chinese Room, embodiment, the scaling wall), and the governance implication: Enterprise Architecture evaluates capability, not marketing position on a notional AGI scale.
- ANI is real, deployable, and governable. AGI is a philosophical milestone whose reachability is genuinely in dispute.
- Why AGI is an unreachable milestone — and why the distinction matters for the business restarting the AI strategy. Covers the ANI/AGI feature gap, the four strongest arguments against AGI ever existing (stochastic parrots, the Chinese Room, embodiment, the scaling wall), and the governance implication: Enterprise Architecture evaluates capability, not marketing position on a notional AGI scale.
- TOGAF CMM
- The TOGAF Architecture Capability Maturity Model (ACMM) — the EA-practice-focused foundation from which the DBJ CMM is derived. Covers the six maturity levels (M0–M5), the nine ACMM characteristics, the scorecard structure, and the M3 prerequisite for running the DBJ ADM.
- The TOGAF CMM measures the EA practice. The DBJ CMM measures the whole organization.
- The TOGAF Architecture Capability Maturity Model (ACMM) — the EA-practice-focused foundation from which the DBJ CMM is derived. Covers the six maturity levels (M0–M5), the nine ACMM characteristics, the scorecard structure, and the M3 prerequisite for running the DBJ ADM.
- Win32 Monolith Modernization
- Enterprise architecture approach for modernizing a legacy Win32 monolith with a web front end. Covers the Strangler Fig pattern as the governing migration strategy, the Anti-Corruption Layer as Phase 1, progressive service extraction in Phase 2, the recommended stack (.NET 8, Azure SQL, HTMX), and the key constraints to validate before starting.
- The monolith shrinks — it does not get rewritten in one shot.
- Enterprise architecture approach for modernizing a legacy Win32 monolith with a web front end. Covers the Strangler Fig pattern as the governing migration strategy, the Anti-Corruption Layer as Phase 1, progressive service extraction in Phase 2, the recommended stack (.NET 8, Azure SQL, HTMX), and the key constraints to validate before starting.
BPT Operational Model
- Business & Technology Landscapes
- Enterprise Full View — the Business and Technology landscapes, and EA’s position between them. Covers business capabilities, products and services, information assets, application portfolio, infrastructure, integrations, and the capability mapping EA performs across both landscapes.
- Business declares. Technology implements. EA aligns.
- Enterprise Full View — the Business and Technology landscapes, and EA’s position between them. Covers business capabilities, products and services, information assets, application portfolio, infrastructure, integrations, and the capability mapping EA performs across both landscapes.
- Business, Product, Technology
- The three BPT segments in depth — purpose, boundaries, repositories, and the event-driven handoff model. Covers the DBJ ADM wheel’s relationship to each segment, the repository as decoupling mechanism, naming conventions (Application vs Product, Engineering vs Technology), and the prerequisites for a functioning loop. Includes the segment articles: Business, Product, Technology.
- The repository is the only channel. Segments never communicate directly.
- The three BPT segments in depth — purpose, boundaries, repositories, and the event-driven handoff model. Covers the DBJ ADM wheel’s relationship to each segment, the repository as decoupling mechanism, naming conventions (Application vs Product, Engineering vs Technology), and the prerequisites for a functioning loop. Includes the segment articles: Business, Product, Technology.
- BPT Operational Concepts
- UAT, Deployment, Termination/Continuation flows — the operational detail of the BPT cycles for a single product in flight.
- Roles, Actors and Jurisdictions
- Who works where in the BPT loop — roles, their segment jurisdictions, and the EA overarching role. Covers the boundary between roles and segments, why jurisdiction is not hierarchy, and the Engineering/Technology naming distinction.
- Jurisdiction defines the work, not the person.
- Who works where in the BPT loop — roles, their segment jurisdictions, and the EA overarching role. Covers the boundary between roles and segments, why jurisdiction is not hierarchy, and the Engineering/Technology naming distinction.
- AI-Enabled Legacy Solution
- Integration architecture for connecting new AI-enabled systems to existing enterprise knowledge. Covers the New System → Agents → MCP Servers → Legacy Knowledge pattern, the role of LLMs as a peer input (not gateway), MCP Servers as the anti-corruption layer across heterogeneous legacy data sources, and the decoupling principles that keep legacy knowledge authoritative in place.
- The tool contract is the only interface that matters — the Agent never knows what sits behind the MCP Server.
- Integration architecture for connecting new AI-enabled systems to existing enterprise knowledge. Covers the New System → Agents → MCP Servers → Legacy Knowledge pattern, the role of LLMs as a peer input (not gateway), MCP Servers as the anti-corruption layer across heterogeneous legacy data sources, and the decoupling principles that keep legacy knowledge authoritative in place.
- Business Analyst Role
- Why the Business Analyst is not made obsolete by Agentic AI, but upgraded into the Orchestrator between Business intent and AI/Dev execution. Covers prompt engineering for business intent, the cheaper decoupled Business↔BA loop, and the re-emergence of UAT as final verification.
- Without the BA, we are just building things we don’t need, faster than ever before.
- Why the Business Analyst is not made obsolete by Agentic AI, but upgraded into the Orchestrator between Business intent and AI/Dev execution. Covers prompt engineering for business intent, the cheaper decoupled Business↔BA loop, and the re-emergence of UAT as final verification.
- Documenting Software Architecture
- Appraisal of Documenting Software Architectures: Views and Beyond, 2nd Edition (Clements et al., SEI, 2010). Covers the three-viewtype framework (Module, C&C, Allocation), stakeholder-driven view selection, interface and rationale documentation, and how the book stands against lighter modern frameworks (C4, arc42, ADRs).
- Read it to understand the foundations; return to it when the lighter framework runs out of answers.
- Appraisal of Documenting Software Architectures: Views and Beyond, 2nd Edition (Clements et al., SEI, 2010). Covers the three-viewtype framework (Module, C&C, Allocation), stakeholder-driven view selection, interface and rationale documentation, and how the book stands against lighter modern frameworks (C4, arc42, ADRs).
- Engagement Architecture
- How DBJ structures customer engagements — from the ADM Boot Camp through to a deployable product. Covers the three-party workflow (Business, Product, Engineering), the customer AI layer, IT landscape analysis, and the traceable output back to Business architecture decisions.
- No need to dive into the code if design is wrong.
- How DBJ structures customer engagements — from the ADM Boot Camp through to a deployable product. Covers the three-party workflow (Business, Product, Engineering), the customer AI layer, IT landscape analysis, and the traceable output back to Business architecture decisions.
- LLM Adoption
- Enterprise architecture governance framework for introducing Large Language Models into an organization. Covers capability justification, the 4-level decision model, governance checklist, TOGAF ADM integration, and the Architecture Board approval template.
- LLM complexity must be earned, not assumed.
- Enterprise architecture governance framework for introducing Large Language Models into an organization. Covers capability justification, the 4-level decision model, governance checklist, TOGAF ADM integration, and the Architecture Board approval template.
- Preferred AI Terminology
- A precise, functional vocabulary to replace anthropomorphizing “AI” jargon, after Emily Bender and Nanna Inie. Keeps engineering and policy discussions grounded in what the system actually does.
- Agency resides with the people who build and use the systems, not with the software.
- A precise, functional vocabulary to replace anthropomorphizing “AI” jargon, after Emily Bender and Nanna Inie. Keeps engineering and policy discussions grounded in what the system actually does.
DBJ_ADM
- DBJ ADM
- The DBJ Architecture Development Method — a simplified ADM cycle adapted from TOGAF for organizations without a dedicated architecture team. Covers the phase-to-category mapping, the role of the DBJ Taxonomy, ADM deliverables, and the five-step DBJ governance wheel.
- The DBJ ADM “wheel” delivers architecture. Delivery is what the business authorizes.
- The DBJ Architecture Development Method — a simplified ADM cycle adapted from TOGAF for organizations without a dedicated architecture team. Covers the phase-to-category mapping, the role of the DBJ Taxonomy, ADM deliverables, and the five-step DBJ governance wheel.
The Industry
- AI Compliance
- Enterprise architecture lens on AI regulatory compliance. Covers what the EU AI Act, NIST AI RMF, SOC 2, HIPAA, and SEC guidance each require, and why pre-execution governance is the only architecture that structurally satisfies all five frameworks. The EU AI Act compliance deadline for high-risk AI systems is August 2026.
- Regulators won’t ask what your AI did — they will ask whether governance was active and correctly configured.
- Enterprise architecture lens on AI regulatory compliance. Covers what the EU AI Act, NIST AI RMF, SOC 2, HIPAA, and SEC guidance each require, and why pre-execution governance is the only architecture that structurally satisfies all five frameworks. The EU AI Act compliance deadline for high-risk AI systems is August 2026.
- DORA AI Capabilities Model
- DBJ usage of the DORA AI Capabilities Model as AI guidance for software development organizations. Covers the seven capabilities that amplify AI benefits: clear AI strategy, high-quality internal platforms, clean data, developer experience, learning-oriented culture, modular architecture, and user-centric thinking.
- LLM of your choice is your own assistant — but you are accountable for your output.
- DBJ usage of the DORA AI Capabilities Model as AI guidance for software development organizations. Covers the seven capabilities that amplify AI benefits: clear AI strategy, high-quality internal platforms, clean data, developer experience, learning-oriented culture, modular architecture, and user-centric thinking.
- ISO27001 != GDPR Compliance
- ISO 27001 is not sufficient for full GDPR compliance because it focuses on information security management (the CIA triad) rather than the legal, data privacy rights mandated by GDPR. While ISO 27001 provides a robust framework for technical safeguards and risk management, it lacks GDPR-specific requirements like consent management, data subject access requests (DSARs), and strict legal bases for processing.
- ISO27001 != GDPR Compliance
- ISO 27001 is not sufficient for full GDPR compliance because it focuses on information security management (the CIA triad) rather than the legal, data privacy rights mandated by GDPR. While ISO 27001 provides a robust framework for technical safeguards and risk management, it lacks GDPR-specific requirements like consent management, data subject access requests (DSARs), and strict legal bases for processing.
- ITIL Role
- Establishes ITIL as the alternative benchmarking and standards measurement framework for IT operations within the DBJ Method. Clarifies the boundary with TOGAF: TOGAF governs state transition; ITIL measures operational fitness. Covers the Service Value Chain, Four Dimensions, 34 Management Practices, key benchmarking metrics, ADM integration points, and ITIL CMM alignment.
- TOGAF governs the state transition. ITIL measures operational fitness.
- Establishes ITIL as the alternative benchmarking and standards measurement framework for IT operations within the DBJ Method. Clarifies the boundary with TOGAF: TOGAF governs state transition; ITIL measures operational fitness. Covers the Service Value Chain, Four Dimensions, 34 Management Practices, key benchmarking metrics, ADM integration points, and ITIL CMM alignment.