<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Enterprise Architecture Management on ProBase</title>
    <link>https://probase.ch/categories/enterprise-architecture-management/</link>
    <description>Recent content in Enterprise Architecture Management on ProBase</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sun, 29 Mar 2026 08:03:22 +0200</lastBuildDate>
    <atom:link href="https://probase.ch/categories/enterprise-architecture-management/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The Bridge Between Business and IT</title>
      <link>https://probase.ch/blog/2026/03/28/the-bridge-between-business-and-it/</link>
      <pubDate>Sat, 28 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/03/28/the-bridge-between-business-and-it/</guid>
      <description>&lt;h2 id=&#34;information-system-architecture--the-bridge-between-business-and-it&#34;&gt;Information System Architecture – The Bridge Between Business and IT&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#information-system-architecture--the-bridge-between-business-and-it&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;Information System Architecture (ISA) forms the &lt;strong&gt;central link between business requirements and technological implementation&lt;/strong&gt;. It translates functional requirements from business architecture into concrete information systems while ensuring these can be operated efficiently on the IT infrastructure.&lt;/p&gt;&#xA;&lt;p&gt;Within the context of Enterprise Architecture Management (EAM), it plays a key role: It connects business processes, data, and applications into a consistent overall picture of the IT landscape.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Role Concepts in EAM</title>
      <link>https://probase.ch/blog/2026/02/28/role-concepts-in-eam/</link>
      <pubDate>Sat, 28 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/02/28/role-concepts-in-eam/</guid>
      <description>&lt;h2 id=&#34;role-concepts-in-eam&#34;&gt;Role Concepts in EAM&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#role-concepts-in-eam&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;h3 id=&#34;why-roles-in-eam&#34;&gt;Why Roles in EAM?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#why-roles-in-eam&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h3&gt;&#xA;&lt;p&gt;Enterprise Architecture Management (EAM) operates within the tension between strategy, organization, IT systems, and operational processes. Without clearly defined roles, there is a risk that architecture work remains purely documentary or is carried out in an uncoordinated manner by various parties.&lt;/p&gt;&#xA;&lt;p&gt;Roles in EAM therefore fulfill several central functions:&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;1. Clarifying Responsibilities&lt;/strong&gt;&lt;br&gt;&#xA;Architecture decisions affect many areas of a company. Roles ensure clarity on who prepares, makes, or is accountable for decisions.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Once-Only in Documentation</title>
      <link>https://probase.ch/blog/2026/02/14/once-only-in-documentation/</link>
      <pubDate>Sat, 14 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/02/14/once-only-in-documentation/</guid>
      <description>&lt;h2 id=&#34;what-is-the-once-only-principle&#34;&gt;What is the Once-Only Principle?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#what-is-the-once-only-principle&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;The &lt;em&gt;Once-Only&lt;/em&gt; principle states: &lt;strong&gt;Data or information should be captured, stored, and maintained only once – and reused at all relevant points.&lt;/strong&gt; It avoids redundancy, minimizes sources of error, and reduces maintenance effort. Originally known from public administration and e-government, it is gaining increasing importance in technical documentation – especially in complex, agile, and scalable systems.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-is-once-only-important-in-documentation&#34;&gt;Why is Once-Only Important in Documentation?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#why-is-once-only-important-in-documentation&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;In software projects, documentation often grows in an uncoordinated manner:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Several ways to model dataflows</title>
      <link>https://probase.ch/blog/2026/01/17/several-ways-to-model-dataflows/</link>
      <pubDate>Sat, 17 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/01/17/several-ways-to-model-dataflows/</guid>
      <description>&lt;h2 id=&#34;data-flow-or-information-flow&#34;&gt;Data Flow or Information Flow?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#data-flow-or-information-flow&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;&lt;strong&gt;Data flow&lt;/strong&gt; describes the transmission of &lt;strong&gt;raw, unprocessed data&lt;/strong&gt;, regardless of its business meaning.&lt;/p&gt;&#xA;&lt;p&gt;In contrast, &lt;strong&gt;information flow&lt;/strong&gt; concerns the transmission of &lt;strong&gt;processed or interpreted data&lt;/strong&gt; that provides the recipient with clear and &lt;strong&gt;recognizable value&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Naturally, in an IT environment, when information needs to be transferred, this occurs based on data transfer. &lt;strong&gt;Data flow&lt;/strong&gt; forms the &lt;strong&gt;technical foundation&lt;/strong&gt; for information flow.&lt;/p&gt;&#xA;&lt;p&gt;The representation forms described in this article use elements of both variants, but the purpose of the information flow is the primary focus.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Portfolios in EAM, made visible with the IPO-model</title>
      <link>https://probase.ch/blog/2026/01/11/portfolios-in-eam-made-visible-with-the-ipo-model/</link>
      <pubDate>Sun, 11 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/01/11/portfolios-in-eam-made-visible-with-the-ipo-model/</guid>
      <description>&lt;h2 id=&#34;from-ipo-to-eam--how-architecture-portfolios-can-be-derived-from-simple-questions&#34;&gt;From IPO to EAM – How Architecture Portfolios Can Be Derived from Simple Questions&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#from-ipo-to-eam--how-architecture-portfolios-can-be-derived-from-simple-questions&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;The IPO model (Input – Processing – Output) describes a fundamental pattern of information processing.&lt;br&gt;&#xA;It is deliberately kept simple and precisely therefore universally applicable – far beyond technical systems.&lt;/p&gt;&#xA;&lt;p&gt;When this mental model is transferred to Enterprise Architecture Management (EAM), a surprisingly clear logic emerges:&lt;br&gt;&#xA;Basic guiding questions can be derived from IPO, which in turn lead directly to the well-known architecture portfolios.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Use the IPO-model with EAM</title>
      <link>https://probase.ch/blog/2026/01/03/use-the-ipo-model-with-eam/</link>
      <pubDate>Sat, 03 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://probase.ch/blog/2026/01/03/use-the-ipo-model-with-eam/</guid>
      <description>&lt;h2 id=&#34;what-is-the-ipo-model&#34;&gt;What is the IPO Model?&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#what-is-the-ipo-model&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;The IPO Model refers to the fundamental concept of data processing, where the three letters stand for &lt;strong&gt;I&lt;/strong&gt;nput, &lt;strong&gt;P&lt;/strong&gt;rocessing, and &lt;strong&gt;O&lt;/strong&gt;utput.&lt;/p&gt;&#xA;&lt;p&gt;These three terms describe the basic logic of information processing.&lt;/p&gt;&#xA;&lt;pre class=&#34;mermaid&#34;&gt;flowchart LR&#xA;id1(&amp;#34;Input&amp;#34;) --&amp;gt; id2(&amp;#34;Processing&amp;#34;) --&amp;gt; id3(&amp;#34;Output&amp;#34;)&#xA;style id1 fill:#ffff00,stroke:#333,stroke-width:2px&#xA;style id2 fill:#00ffff,stroke:#333,stroke-width:2px&#xA;style id3 fill:#ffff00,stroke:#333,stroke-width:2px&lt;/pre&gt;&#xA;&lt;p&gt;In the classical sense, this refers to physical components, i.e., hardware:&lt;/p&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Input&lt;/th&gt;&#xA;          &lt;th&gt;Processing&lt;/th&gt;&#xA;          &lt;th&gt;Output&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Keyboard&lt;br&gt;Mouse&lt;br&gt;Touchpad&lt;br&gt;Joystick&lt;br&gt;Scanner&lt;br&gt;Barcode/QR Code Reader&lt;/td&gt;&#xA;          &lt;td&gt;Main Processor&lt;br&gt;CPU&lt;br&gt;Chipset&lt;br&gt;Controller&lt;/td&gt;&#xA;          &lt;td&gt;Monitor&lt;br&gt;Display&lt;br&gt;Speakers&lt;br&gt;Projector&lt;br&gt;Printer&lt;br&gt;Plotter&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;p&gt;However, the principle is much more universally applicable than just for physical IT components.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
