logo jabes

Part of "shape": 6x6 Reference frames


📚 Reference Frames Info types info flows 📚

👐 C-Steer C-Serve C-Shape 👁 I-C6isr I-Jabes I-Know👐
👐 r-steer r-serve r-shape 👁 r-c6isr r-jabes r-know👐

🔰 Contents Frame-ref OR Forest Metrics DO LSS CMM3-4OO 🔰
  
🚧  TIP Risk O-ALC Gemba Stations DO PDCA CMM4-4OO 🚧
  
🎯 101-IS VM-VMs Ideate-EE Plan-EE DO-4OO CMM5-4OO 🎯


AK-1 Basics getting adaptive using the 6*6 reference framework


A-1.1 Contents

AK-1.1.1 Looking forward - paths by seeing directions
A reference frame in mediation innovation
details systems life  shift logframe back design sdlc design data  infotypes logframe  technology logframe When the image link fails, 🔰 click here.
There is a revert to main topic in a shifting frame.
Contexts:
C-Shape mediation communication
C-Serve technology, models
I-C6isr organisational control
infotypes
techflows

Fractal focus in mediation innovation
Combining:
AK-1.1.2 Local content
Reference Squad Abbrevation
AK-1 Basics getting adaptive using the 6*6 reference framework
AK-1.1 Contents contents Contents
AK-1.2 Knowledge shoulders for the 6x6 RFW base6x6_02 Frame-ref
AK-1.3 Adjusting axioms for the 6x6 RFW base6x6_03 OR Forest
AK-1.4 Basics systems internals 6x6 RFW base6x6_04 Metrics
AK-1.5 Basics systems externals 6x6 RFW base6x6_05 DO LSS
AK-1.6 Learning maturity from 6x6 RFW's base6x6_06 CMM3-4OO
AK-2 Details systems internals 6x6 reference framework
AK-2.1 Evolution: bottom up adaptions for a system syst6x6_01 O-ALC
AK-2.2 Purpose of creating a safe environment syst6x6_02 O-ALC
AK-2.3 Resource alignments for the system as a whole syst6x6_03 Gemba
AK-2.4 Systems value streams components on their own syst6x6_04 Stations
AK-2.5 Systems choosing their risks in uncertainties syst6x6_05 DO PDCA
AK-2.6 Learning maturity from Details systems internals syst6x6_06 CMM4-4OO
AK-3 Details systems externals 6x6 reference framework
AK-3.1 Evolution: bottom up adaptions in the univers agil6x6_01 101-IS
AK-3.2 Purpose of defending against external threats agil6x6_02 VM-VMs
AK-3.3 Resource continuity of a system as a whole agil6x6_03 Ideate-EE
AK-3.4 Systems value streams: components in a universe agil6x6_04 Plan-EE
AK-3.5 Systems choosing interactions in the universe agil6x6_05 DO-4OO
AK-3.6 Learning maturity from details systems externals agil6x6_06 CMM5-4OO

AK-1.1.3 Guide reading this page
The need in methodlogies and practices
This page is about Optimizing. Operations research is the enabler by advising responsible and accountable persons in the organisation. When a holistic approach for organisational missions and organisational improvements is wanted, starting at the technology pillar is sensible. Knowing what is going on on the shop-floor (Gemba).
👁 💡 Working into an approach for optimized business and technology situation, there is a gap in knowledge and tools. The proposal to solve those gaps is "Jabes".

The world of BI and Analytics is challenging. It is not the long-used methodology of producing administrative reports. A lot needs to get solved, it is about shaping change:
  1. ⚙ Operational Lean processing, design thinking
  2. 📚doing the right things, organisation & public.
  3. 🎭help in underpinning decisions boardroom usage.
  4. ⚖ Being in control, being compliant in missions.

The need in methodlogies and practices
Three Pillars as enterprise instantions Organisations do exist for a long time. It is just recently started to view them in more technical scientific way.
There are several stages:
  1. In an standard (repeatable) organisation there are still hierarchical leaders. It was the technology pushing this.
    The organisation powered by technology in a ship like constellation. The engines (data centre) out of sight below visibility.
  2. In an industrial approach information processing Serves multiple customers (multi tenancy) for the best performance and the best profits on all layers.
    There are six pillars in a functional and technical layer. A futuristic vision is a positive attitude but can easily become negative when too far from
    reality.
    The three internal lines:
    • Information (Business, Missions Visions, BPM),
    • Technology (Operations SDLC),
    • Communication (Information Analytics),
    Are getting the attention while the hypes are what is happening by changes externally.
    The attention and reactions and hypes are reactive there is a resistance for
    really change in adapting the new possibilities.
    Triangle BPM SDLC BIANL - unequal improvement lines

  3. The attention and reactions and hypes are pro-active predictive there is no resistance for
    really change. Adapting the new possibilities.
  4. There is an pro-active predictive mindset accepting prescriptive advisories and a vision for enabling disruptive changes.
For the stages four and five a limiting factor is the human in all the loops. Thinking it would all be solved by AI (artificial intelligence) is disconnecting form that limitation. For the
realisations and evaluations the human should be kept in those loops.
AK-1.1.4 Progress
done and currently working on:

Archive of knowledge

AK-1.2 Knowledge shoulders for the 6x6 RFW

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
AK-1.2.1 Consolidating simplified knowledge
Just limiting six interrogates into three
Start with Why (Simon Sinek, 2009) Sinek says people are inspired by a sense of purpose (or "Why"), and that this should come first when communicating, before "How" and "What"
The difference between architecting (representation) and engineering (specification) is solved by an additional level, six levels instead of the original five. The ordering of "6W 1h" in the horizontal classifications is not aligned for multiple dimensional relationships. That is the part where I will do it a little bit different: Just changing words but not the intention is a recipe for a lot of confusion.
Decoupling Zachman reference context abstraction
A more abstracted version is decoupling the limited enterprise architecture context. That decoupling is a root-cause for difficulties in understanding intentions of classifications and relations by transformations. "Enterprise architecture defined" (lucid.com)
Lucid Zachman
Named for its creator, John Zachman, this framework uses a structured matrix as a means to view and categorize an enterprise. The framework consists of a 36-cell matrix, with each cell focusing on a different perspective (such as business owner, planner, designer, and so on).
This matrix gives EA professional insights into the company's assets and how various components of the enterprise are related. This information can help companies be more agile and help to make better decisions.

The limited unclear set of Zachman rules
The framework doesn't have a clear set of rules axioma's. Only this:
  1. Columns have no order, are interchangeable but cannot be reduced or created
  2. Each column has a simple generic model, every column can have its own meta-model
  3. The basic model of each column is unique, relationship by objects, structure are unique
  4. Each row describes a distinct, unique perspective.
  5. Each cell is unique for its intend, content
  6. The composite or integration of all cells in one row constitutes a complete model from the perspective of that row.
  7. The logic is recursive
This is full of uncertainties and ambiguity.
The limited unclear set of Zachman axis
The Zachman 6*6 reference frame has two axis: This is incomplete because there is more by systems than only engineering, another perspective is trading.
AK-1.2.2 About Safety tied to functionality
Safety, Cyber Security axioms
Zero Trust rests on two core axioms: 👉🏾 These axioms are not realistic workable when there is no uncertainty of any type in this. It fails in the criterion for defined refutations (K.Popper). The only way out of this dilemma is defining refutation criteria using Fuzzy logic (uncertainty Aleatory - irreducible) and acknowledging a failing level in observationally (uncertainty optimistic & reducible).
👉🏾 Perimeter demarcation under Zero Trust becomes less about a single network edge and more about enforcing trust boundaries around every asset, user, and transaction.

Safety, Cyber Security axioms demarcation
Why Demarcation Matters in Zero Trust:
AK-1.2.3 System understanding, taxonomy, rules
System rules, understanding, taxonomy
https://www.linkedin.com/posts/rossronald_the-full-array-of-guidance-for-business-and-activity-7369450862299058177-BdL6 The full array of guidance for business and government is far richer than you might imagine – it includes not only rules, but permissions, authorizations, rights, warranties, and logical implications (inference rules). In organizations today, this guidance is not at all unified, but is spread more or less haphazardly across large numbers of processes and systems, both automated and not. No wonder operational governance and compliance proves so difficult and expensive. We need a unified view – and the right kind of platforms to support it.
AK-1.2.4 System undertanding asking the right questiona
A 6*6 reference framework of questions
"the-six-socratic-questions" (Charles Leon)
  1. Questions for clarification.
    1. What is the problem you are trying to solve?
    2. Can you give me an example?
    3. Can you explain further?
    4. Are you saying…?
  2. Questions that probe assumptions.
    1. What could we assume instead?
    2. Are you assuming…?
    3. How can you verify or disprove that assumption?
    4. Is that always the case?
    5. What would happen if…?
  3. Questions that probe reason and evidence.
    1. What would an example be?
    2. What is this analogous to?
    3. Why do you say that?
    4. How do you know?
    5. Why? 5x
    6. What evidence is there that supports…?
  4. Considering alternative perspectives
    1. Are there any alternatives?
    2. What is the other side of the argument?
    3. What makes your viewpoint better?
    4. What is another way to look at it? What is the counter-argument?
    5. Who benefits and who would be affected by this?
    6. What are the strengths and weaknesses of…?
  5. Consideration of implications & consequences.
    1. What generalizations are being made?
    2. What are the implications and consequences of the assumption?
    3. How does that affect…?
    4. What if you’re wrong?
    5. What does our experience tell us might happen?
  6. Meta-questions. questions about the question.
    1. What is the point of the question?
    2. What does…mean?
    3. Why do you think I asked this question?
    4. How does …apply to everyday life, objectives/mission statement etc.?

Reconstruct paths

AK-1.3 Adjusting axioms for the 6x6 RFW

The space for values knowledge, structure, and tradition. reflection, meditation, a journey inward. represent clarity, purpose, or enlightenment—drawing attention to the destination. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
AK-1.3.1 Understanding & describing relevant knowledge
Not using the "Why" but "which" in the 6w1h
👁 💡 Replacing “Why” with “Which” in the Zachman Framework shifts the focus from abstract purpose to concrete decision-making, choosing among viable options based on context, constraints, and priorities. Instead of asking “Why does this system exist?” we now ask “Which option best fulfils our goals?”. This aligns better with adaptive planning, scenario modelling, and option evaluation—especially in dynamic environments like enterprise design or AI governance. Benefits of Using “Which” are:
Uniqueness of rows
  • SIMF_DSEC_01: Support for mandatory legal obligations e.g. financial reporting.
  • SIMF_DSEC_02: Support for research e.g. customer intelligence and decision information provisioning.

  • Uniqueness of columns

    Uniqueness of cells

    Anatomy of the system by componenets

    AK-1.3.2 Ordered axis using six categories
    Identified contexts to instantations

    Creating products - services within a system

    Trading products - services

    Physiology of the system by componenets

    AK-1.3.3 Dualities in the Physiology
    States vs transformations

    Enabling technology vs executing technology

    External product - service delivery vs getting, retrieving resources

    Neurology of the system and the components

    AK-1.3.4 Four perspectives, projections in reference frames
    Omissions getting solved by assumptions

    Non linearity of the system: chaotic predictablity

    The ratio of four perspectives

    Generic applicablity, universality
    Context doamains:
    Fractals:
    Consolidations:
    Discussions:
    The PupostpExcellence Isn’t an Accident
    Metamorphose

    AK-1.4 Basics systems internals 6x6 RFW

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-1.4.1 The context in an internal reference frame
    Relevant concepts in considerations

    Relevant transformations for considerations

    Positive and negative effects in transformations

    AK-1.4.2 The ordered internal states axis
    States in the internal purpose line: culture
    An example for leaders applying the lean mindset: Excellence Isn’t an Accident (LEI James Morgan 2025)
    If you want to create world class products, first you must develop world-class people. That isn’t an accident. It is the result of a culture of discipline, craftsmanship, and the pursuit of mastery at every level of the organization.
    1. What 👁 Putting People First: Organizing your development system and using lean practices to support people to reach their full potential and perform their best sets up your organization to develop great products and services your customers will love.
    2. How 👁 Understanding before Executing: Taking the time to understand your customers and their context while exploring and experimenting to develop knowledge helps you discover better solutions that meet your customers’ needs.
    3. Where 👁 Developing Products Is a Team Sport: Leveraging a deliberate process and supporting practices to engage team members across the enterprise from initial ideas to delivery ensures that you maximize value creation.
    4. Who 👁 Synchronizing Workflows: Organizing and managing the work concurrently to maximize the utility of incomplete yet stable data enables you to achieve flow across the enterprise and reduce time to market.
    5. When 👁 Building in Learning and Knowledge reuse: Creating a development system that encourages rapid learning, reuses existing knowledge, and captures new knowledge to make it easier to use in the future helps you build a long-term competitive advantage.
    6. Which 👁 Designing the Value Stream: Making trade-offs and decisions throughout the development cycle through a lens of what best supports the success of the future delivery value stream will improve its operational performance.
    The LPPD Guiding Principles provide a holistic framework for effective and efficient product and service development, enabling you to achieve your development goals.

    States in the internal purpose line culture
    An example for leaders what the should do by actvities. 18 practices for ceo's (Alex Nesbitt 2025 reference to McKinsey)
    What are Frameworks?
    1. What ➡External Stakeholders Centre on the long term "why" (purpose)
    2. How ➡Board engagement Help directors, help the business
    3. Where ➡Team &mp processes Put dynamics ahead of mechanics
    4. Who ➡Personal Norms Do what you can do
    5. When ➡Culture & organisation Manage both health and performance
    6. Which ➡Corporate strategy Focus on beating the odds.

    AK-1.4.3 Positive internal goals in transformations
    Positive actions in transformations
    18 practices for ceo's (Alex Nesbitt 2025 reference to McKinsey)

    AK-1.4.4 Negative results by assumptions
    Negative actions in transformations
    18 practices for ceo's (Alex Nesbitt 2025 reference to McKinsey)

    There is a natural variation over all components by cells and transformations interactions between the cells.
    What are Frameworks?
    why-cheap-is-the-most-expensive-decision-activity (Alper Ozel 2025)

    inside - outside

    AK-1.5 Basics systems externals 6x6 RFW

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-1.5.1 The context in an external reference frame
    Relevant concepts in considerations

    Relevant transformations for considerations

    Positive and negative effects in transformations

    AK-1.5.2 The ordered external states axis
    States in the external purpose line
    From a tool claining to support "What are Frameworks?" Application Portfolio Management
    1. Where 👁 Manage your Application Portfolio in one solution. Perform Lifecycle Assessment, T.I.M.E. Analysis, and improve your data quality on an ongoing basis.
    2. How 👁 Align your investment portfolio with capability maps to better connect strategic goals and critical functions.
    3. What 👁 With single source of truth, manage your master data to make business impact decisions, and ensure business continuity
    4. Which 👁 Map your Business Processes, gain holistic overview of which processes support which value streams and business capabilities.
    5. When 👁 With our Information Objects, you can track your master flows through various integrations, and ensure ongoing GDPR compliance.
    6. Who 👁 Track your ideas to form initiatives from creation until approved state as visualised on digital roadmaps.

    Changing states with the States in the external purpose line

    AK-1.5.3 Positive external goals in transformations
    Examples for the goals in transformations
    Combining: 7 abilities of execution with
    7M process management (Alper Ozel 2025

    Positive actions in transformations

    AK-1.5.4 Negative results by assumptions
    What are Frameworks?
    From 4M to 7M; from Chaos to Control (Alper Ozel 2025

    Negative actions in transformations

    There is a natural variation over all components by cells and transformations interactions between the cells.
    Learning restroperpective

    AK-1.6 Learning maturity from 6x6 RFW's

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-1.6.1 Distractors by hype and buzzwords
    Acronyms the fast food gravity for uncertaintity
    From a linkedin discussion the weirdness in word buzz. VUCA, BANI and RUPT: rapid, unpredictable, paradoxical, tangled, TUNA: turbulent, uncertain, novel, ambiguous. ViBRanT a cool acronym for marketing: ViBRanT = dynamic, lively, pulsating, swinging.
    Every few years a new alphabet soup is cooked but Complexity cannot be reduced to four letters. Those who want to understand should stop collecting acronyms and start studying complexity, thinking about it, and applying it in practice. Acronyms are fast food for thinking, quickly consumed but without nutritional value. Complexity is slow food; it requires time, attention, and discussion, but it truly satisfies.
    This jumping to acronyms for branding, marketing is a market on his own.
    Acronyms used to promote attitude in marketing attitude
    It is hard to promote and change an attitude of people. Using acronyms and marketing is attempted for branding. A rythm An example BEATs. In everything we do, we are: The distractor: the name “BEATS” is heavily associated with the consumer electronics brand. causing confusion or unintended associations, especially in global or tech-savvy markets
    Acronyms the fast food for process cycles
    Unfortunately, that's not the only thing that's happening with a multitude of acronyms like PDCA, DMAIC, ADKAR, OODA, ADDIE (Analyze–Design–Develop–Implement–Evaluate) , SCARF (Status–Certainty–Autonomy–Relatedness–Fairness), SOAR (Strengths–Opportunities–Aspirations–Results), AGIL (Adaptation–Goal attainment–Integration–Latency) and many more.
    The similarities in these frameworks: How is it possible to reduce those to something simple and universal?
    AK-1.6.2 About Frameworks for architecture
    Distractors by Frameworks as directives

    Frameworks er Distractors by Frameworks as directives

    AK-1.6.3 Unification by associations using visuals
    Representing ideas in visuals orientation distractors.

    AK-1.6.4 Learning form trying to understand complex systems
    The world is a continuum.
    46 lessons (I learned about system thinking, Ron Immink ) There are no separate systems. Everything we think we know about the world is a model. Every word and every language is a model. All maps and statistics, books and databases, equations and computer programs are models. So are the ways you picture the world in your head—your mental models. None of these is or ever will be the real world.
    Once we see the relationship between structure and behaviour, we can begin to understand how systems work, what makes them produce poor results, and how to shift them into better behaviour patterns. These behaviour-based models are more useful than event-based ones, but they have fundamental problems. They typically overemphasise system flows and underemphasize stocks.
    The lessons I picked up:
    1. Because of feedback delays within complex systems, by the time a problem becomes apparent, it may be unnecessarily difficult to solve. A stitch in time saves nine.
    2. Don’t put all your eggs in one basket.
    3. Systems happen all at once.
    4. The behaviour of a system cannot be known just by knowing the elements of which the system is made.
    5. When a living creature dies, it loses its “system-ness.”
    6. Elements do not have to be physical things. Intangibles are also elements of a system.
    7. Once you start listing the elements of a system, there is almost no end to the process.
    8. Many of the interconnections in systems operate through the flow of information. Information holds systems together and plays a great role in determining how they operate.
    9. Purposes are deduced from behaviour, not from rhetoric or stated goals.
    10. Keeping sub-purposes and overall system purposes in harmony is an essential function of successful systems.
    11. A system generally goes on being itself, changing only slowly if at all, even with complete substitutions of its elements—as long as its interconnections and purposes remain intact.
    12. The least obvious part of the system, its function or purpose, is often the most crucial determinant of the system’s behaviour.
    13. A change in purpose changes a system profoundly, even if every element and interconnection remains the same.
    14. Interconnections are also critically important. Changing relationships usually change system behaviour.
    15. Stock is the foundation of any system. Stocks are the elements of the system that you can see, feel, count, or measure at any given time.
    16. A stock is the memory of the history of changing flows within the system.
    17. Stocks generally change slowly, even when the flows into or out of them change suddenly. Therefore, stocks act as delays or buffers or shock absorbers in systems.
    18. Changes in stocks set the pace of the dynamics of systems.
    19. The time lags that come from slowly changing stocks can cause problems in systems, but they also can be sources of stability.
    20. The presence of stocks allows inflows and outflows to be independent of each other and temporarily out of balance with each other.
    21. Human beings have invented hundreds of stock-maintaining mechanisms to make inflows and outflows independent and stable.
    22. Most individual and institutional decisions are designed to regulate the levels in stocks.
    23. Systems thinkers see the world as a collection of stocks along with the mechanisms for regulating the levels in the stocks by manipulating flows.
    24. The information delivered by a feedback loop can only affect future behaviour; it can’t deliver the information, and so can’t have an impact fast enough to correct the behaviour that drove the current feedback.
    25. Complex behaviours of systems often arise as the relative strengths of feedback loops shift, causing first one loop and then another to dominate behaviour.
    26. Delays are pervasive in systems, and they are strong determinants of behaviour. Changing the length of a delay may (or may not, depending on the type of delay and the relative lengths of other delays) make a large change in the behaviour of a system.
    27. Whenever we see a growing entity, whether it be a population, a corporation, a bank account, a rumour, an epidemic, or sales of a new product, we look for the reinforcing loops that are driving it and for the balancing loops that ultimately will constrain it.
    28. A quantity growing exponentially toward a constraint or limit reaches that limit in a surprisingly short time.
    29. When a subsystem’s goals dominate at the expense of the total system’s goals, the resulting behaviour is called suboptimisation.
    30. When a systems thinker encounters a problem, the first thing he or she does is look for data, time graphs, the history of the system.
    31. Systems rarely have real boundaries.
    32. The greatest complexities arise exactly at boundaries.
    33. You can often stabilise a system by increasing the capacity of a buffer.
    34. We are too fascinated by events. We pay too little attention to their history.
    35. Rebuilding is the slowest and most expensive kind of change to make in a system.
    36. Things take as long as they take.
    37. Missing information flows is one of the most common causes of system malfunction.
    38. Paradigms are the sources of systems.
    39. The physical structure is crucial in a system, but is rarely a leverage point, because changing it is rarely quick or simple.
    40. Disorderly, mixed-up borders are sources of diversity and creativity.
    41. Changing the length of a delay may utterly change behaviour.
    42. Change comes first from stepping outside the limited information that can be seen from any single place in the system and getting an overview.
    43. We don’t give all incoming signals their appropriate weights
    44. Remember that hierarchies exist to serve the bottom layers, not the top.
    45. Thou shalt not distort, delay, or withhold information.
    46. Power over the rules is real power.
    Systems need to be managed not only for productivity or stability, but they also need to be managed for resilience. Resilience is “the ability to bounce or spring back into shape, position, etc., after being pressed or stretched. The ability to recover strength, spirits, good humour, or any other aspect quickly.” is a measure of a system’s ability to survive and persist within a variable environment. The opposite of resilience is or rigidity. There are always limits to resilience.

    🔰 Contents Frame-ref OR Forest Metrics DO LSS CMM3-4OO 🔰
      
    🚧  TIP Risk O-ALC Gemba Stations DO PDCA CMM4-4OO 🚧
      
    🎯 101-IS VM-VMs Ideate-EE Plan-EE DO-4OO CMM5-4OO 🎯

    AK-2 Details systems internals 6x6 reference framework


    dual feeling

    AK-2.1 Evolution: bottom up adaptions in the system

    Understanding systems and changing systems are several levels of abstraction. When changing systems the complexity on what should be done increases, it is about unpredictability non-linearity. The biggest problem with that: the human demand of anything should be predictable and linear. Challenges for change:
    1. Doing activities as always the same type of construction
    2. Improving the activities for achieving the same
    3. Improving type of construction although same purpose
    4. Creating new type of activities
    5. Creating new type of constructions

    AK-2.1.1 About Frameworks for architecture
    What are Frameworks?

    Build modern01

    AK-2.2 Purpose of creating a safe environment

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-2.2.1 Context: Safety a functional requirement topic
    What are Frameworks?

    AK-2.2.2 Safety in ordered internal states axis
    AK-2.2.3 Safety internal goals in transfomations
    AK-2.2.4 Safety negative results by assumptions
    Build modern01

    AK-2.3 Resource alignments for the system as a whole

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-2.3.1 About Frameworks for architecture
    What are Frameworks?

    Search in steps going up

    AK-2.4 Systems value streams components on their own

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-2.4.1 About Frameworks for architecture
    What are Frameworks?

    Build modern01

    AK-2.5 Systems choosing their risks in uncertainties

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-2.5.1 About Frameworks for architecture
    What are Frameworks?
    Learning restroperpective

    AK-2.6 Learning maturity from Details systems internals

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-2.6.1 Unification by a visual in diagonals vs the quadrant
    Goals in states and flows a selection
    The Holistic Approach: Combining BPM with Value and Performance Management, Enterprise Architecture, Governance, and SOA (M von Rosing, R Eijpe, C. Laar, A Rosneberg, S Kuhlmann - december 2010).' Over the past few years, many initiatives have come to life for SAP customers: Initiatives from service–oriented architecture (SOA), business process management (BPM), value management (VM), enterprise architecture (EA), and with this not only the technology architecture and information architecture, but also the business architecture.
    ... The key distinction for BPM as a discipline is added focus on flexible and dynamic process design and process orchestration and automation through IT enablement. In addition to reduced costs through continued improve- ment and automation, BPM also provides the foundation for converged and agile business and IT responsiveness and is the key to applying the principles discussed in this chapter. Figure 4.8 shows these principles from the process management lifecycle perspective in integrating business modeling, process modeling, gover- nance, ownership, business value, and business performance.
    SAP Holistic BPMSOA
    The orientation in the figure is not what I am used to but having done the orientation adjustment more often this figure got my attention. It is chaotic disordered at the outer part but nicely ordered in the fractals in the centre.

    Goals in states and flows a selection
    For states:
    Organization Strategy Technology Process
    Responsive Focused Robust Flexible
    Technology governance Process Governance Technology performance Process performance

    For transformations:
    Run / Execute -Monitor Analyse Design Implement
    Business Performance Business governance Information architecture Information engineering
    Values fiance & ethical measurements System components Platform tools


    AK-2.6.2 Unification by visuals quadrant flows
    The goal and the flow stability
    These are more advanced and tailored to complex organizational and ICT systems, but they still follow the same principle: structured progression through stages of From SEI (software engineering institute) Barriers to see:
    • Initiating Critical groundwork is completed during the initiating phase. The business reasons for undertaking the effort are clearly articulated. The effort's contributions to business goals and objectives are identified, as are its relationships with the organization's other work. The support of critical managers is secured, and resources are allocated on an order-of-magnitude basis. Finally, an infrastructure for managing implementation details is put in place.
      1. Stimulus for change It is important to recognize the business reasons for changing an organization's practices. The stimulus for change could be unanticipated events or circumstances, an edict from someone higher up in the organization, or the information gained from benchmarking activities as part of a continuous improvement approach.
      2. Set Context Once the reasons for initiating change have been clearly identified, the organization's management can set the context for the work that will be done. "Setting context" means being very clear about where this effort fits within the organization's business strategy.
      3. Build Sponsorship Effective sponsorship is one of the most important factors for improvement efforts. It is necessary to maintain sponsorship levels throughout an improvement effort, but because of the uncertainty and chaos facing the organization in the beginning of the effort, it is especially important to build critical management support early in the process.
      4. Charter Infrastructure Once the reason for the change and the context are understood and key sponsors are committed to the effort, the organization must set up a mechanism for managing the implementation details for the effort. The infrastructure may be temporary or permanent, and its size and complexity may vary substantially depending on the nature of the improvement.
    • Diagnosing Builds upon the initiating phase to develop a more complete understanding of the improvement work. During the diagnosing phase two characterizations of the organization are developed: the current state of the organization and the desired future state.
      1. Characterize Current and Desired States Characterizing the current and desired states is similar to identifying the origin and destination of a journey. Characterizing these two states can be done more easily using a reference standard such as the CMM for Software. Where such a standard is not available, a good starting point is the factors identified as part of the "stimulus for change" activity
      2. Develop Recommendations The recommendations that are developed as a part of this activity suggest a way of proceeding in subsequent activities. The diagnosing phase activities are most often performed by a team with experience and expertise relevant to the task at hand.
    • Establishing The purpose of the establishing phase is to develop a detailed work plan. Priorities are set that reflect the recommendations made during the diagnosing phase as well as the organization's broader operations and the constraints of its operating environment.
      1. Set Priorities The first activity of this phase is to set priorities for the change effort. These priorities must take many factors into account: resources are limited, dependencies exist between recommended activities, external factors may intervene, and the organization's more global priorities must be honored.
      2. Plan Actions With the approach defined, a detailed implementation plan can be developed. This plan includes schedule, tasks, milestones, decision points, resources, responsibilities, measurement, tracking mechanisms, risks and mitigation strategies, and any other elements required by the organization.
    • Acting
      1. Create Solution The acting phase begins with bringing all available key elements together to create a "best guess" solution to address the previously identified organizational needs. These key elements might include existing tools, processes, knowledge, and skills, as well as new knowledge, information, and outside help.
      2. Pilot/Test Solution Once a solution has been created, it must be tested, as best guess solutions rarely work exactly as planned. This is often accomplished through a pilot test, but other means may be used.
      3. Refine Solution Once the paper solution has been tested, it should be modified to reflect the knowledge, experience, and lessons that were gained from the test. Several iterations of the test-refine process may be necessary to reach a satisfactory solution. A solution should be workable before it is implemented, but waiting for a "perfect" solution may unnecessarily delay the implementation
      4. Implement Solution Once the solution is workable, it can be implemented throughout the organization. Various roll-out approaches may be used for implementation, including top-down (starting at the highest level of the organization and working down) and just-in-time (implementing project-by-project at an appropriate time in its life cycle). No one roll-out approach is universally better than another; the approach should be chosen based on the nature of the improvement and organizational circumstances.
    • Learning The learning phase completes the improvement cycle. One of the goals of the IDEAL Model is to continuously improve the ability to implement change.
      1. Analyze and Validate This activity answers several questions: In what ways did the effort accomplish its intended purpose? What worked well? What could be done more effectively or efficiently?
      2. Propose Future Actions During this activity, recommendations based on analysis and validation are developed and documented. Proposals for improving future change implementations are provided to appropriate levels of management for consideration.

    AK-2.6.3 Consolidation at Frameworks for architecture
    The goal and knowledge stability
    On this site references to frameworks like JABES, JABSA, and SIMF, which extend traditional cycles with deeper abstraction layers. These integrate: These are more advanced and tailored to complex organizational and ICT systems, but they still follow the same principle: structured progression through stages of
    AK-2.6.4 Consolidation at tools for Frameworks
    The goal and knowledge stability

      
      
      


    AK-3 Details systems externals 6x6 reference framework


    dual feeling

    AK-3.1 Evolution: bottom up adaptions in the univers

    Understanding systems and changing systems are several levels of abstraction. When changing systems the complexity on what should be done increases, it is about unpredictability non-linearity. The biggest problem with that: the human demand of anything should be predictable and linear. Challenges for change:
    1. Doing activities as always the same type of construction
    2. Improving the activities for achieving the same
    3. Improving type of construction although same purpose
    4. Creating new type of activities
    5. Creating new type of constructions

    AK-3.1.1 About Frameworks for architecture
    What are Frameworks?

    Cloud threats

    AK-3.2 Purpose of defending against external threats

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-3.2.1 Context: Safety a functional requirement topic
    The displaced position at technlogy

    AK-3.2.2 Safety in orderd external states axis
    Intermediate, zachman surprise
    1. Where 👁 Demarcation
      • Define trust zones via network segmentation (VLANs, subnets, micro-segments) to isolate workloads and data.
      • Map data classification (public, internal, sensitive, restricted) and enforce controls at each zone boundary.
      • Gate all ingress/egress through identity-aware proxies or API gateways to make boundaries explicit.
    2. How 👁 Deny
      • Apply principle of least privilege with RBAC/ABAC so entities see only what they absolutely need.
      • Configure firewalls, network ACLs, and Zero-Trust Network Access (ZTNA) to block everything except whitelisted traffic.
      • Use strong authentication (MFA, certificates, hardware tokens) before granting any access.
    3. What 👁 Delay
      • Implement rate-limiting on login and sensitive APIs to thwart brute-force and automated scans.
      • Plant canary tokens, dummy credentials, or hidden honey-files in critical systems; their use triggers alerts and stalls attackers.
      • Design chokepoint proxies or jump-hosts that force lateral traffic through monitored sprint-break checkpoints.
    4. Which 👁 Deter
      • Display legal banners, warning notices, and visible security posture cues (e.g., login quarantine pages, phishing-resistant UX).
      • Run continuous security training and phishing drills to make every user a tripwire for social engineering.
      • Publicize red-team findings, bug-bounty programs, or incident post-mortems to signal active defense.
    5. When 👁 Detect
      • Centralize logs with a SIEM or XDR platform that correlates network, endpoint, and cloud telemetry in real time.
      • Deploy EDR agents, network IDS/IPS, and anomaly-based monitoring to flag behavior deviations.
      • Use honeypots, deception networks, or attack-surface scanners to capture reconnaissance and lateral-movement attempts.
    6. Who 👁 Defend
      • Maintain tested incident response plans, run tabletop exercises, and integrate IR into your CI/CD pipelines.
      • Harden systems through patch management, secure configurations (benchmarks), and regular vulnerability assessments.
      • Ensure immutable backups, disaster recovery rehearsals, and business-continuity workflows are always up to date.

    AK-3.2.3 Safety external goals in transfomations
    transfromation reasoning

    AK-3.2.4 Safety negative results by assumptions
    transfromation threats
    Common Mistakes to Avoid in Transitions Between the Six D’s By steering clear of these transition pitfalls, you ensure each “D” flows smoothly into the next—building a coherent, layered cybersecurity posture that not only blocks threats but actively slows, warns, spots, and counters them.
    Four seasons resources

    AK-3.3 Resource continuity of a system as a whole

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-3.3.1 About Frameworks for architecture
    What are Frameworks?

    Build modern01

    AK-3.4 Systems value streams: components in a universe

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-3.4.1 About Frameworks for architecture
    interactions room

    AK-3.5 Systems choosing interactions in the universe

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-3.5.1 About Frameworks for architecture
    Learning restroperpective

    AK-3.6 Learning maturity from Details systems externals

    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
    AK-3.6.1 About Frameworks for architecture
    What are Frameworks?


      
      
      

    © 2012,2020,2024 J.A.Karman
    🎭 Concerns & Indices Elucidation 👁 Summary Vitae 🎭