diff --git a/content/en/docs/solution/design/architectural-documentation.md b/content/en/docs/solution/design/architectural-documentation.md
new file mode 100644
index 0000000..ddbaad3
--- /dev/null
+++ b/content/en/docs/solution/design/architectural-documentation.md
@@ -0,0 +1,39 @@
+# why we have architectural documentation 
+
+TN: Robert, Patrick, Stefan, Stephan
+25.2.25, 13-14h
+
+## referring Tickets / Links
+* https://jira.telekom-mms.com/browse/IPCEICIS-2424
+* https://jira.telekom-mms.com/browse/IPCEICIS-478
+* Confluence: https://confluence.telekom-mms.com/display/IPCEICIS/Architecture
+
+## charts
+
+we need charts, because:
+
+* external stakeholders (especially architects) want to understand our product and component structure(*)
+* our team needs visualization in technical discussions(**)
+* we need to have discussions during creating the documentation
+
+(*): marker: "jetzt hab' ich das erste mal so halbwegs verstanden was ihr da überhaupt macht"
+(**) marker: ????
+
+
+
+## typed of charts
+
+* schichtenmodell (frontend, middleware, backend)
+* bebauungsplan mit abhängigkeiten, domänen
+* kontext von außen
+* komponentendiagramm, 
+
+## decisions
+
+* openbao is backend-system, wird über apis erreicht
+
+## further topics / new requirements
+
+* runbook (compare to openbao discussions)
+* persistenz der EDP konfiguartion (zb postgres)
+* OIDC vs. SSI
\ No newline at end of file
diff --git a/content/en/docs/solution/design/architectural-work-structure.md b/content/en/docs/solution/design/architectural-work-structure.md
new file mode 100644
index 0000000..0dbe0e6
--- /dev/null
+++ b/content/en/docs/solution/design/architectural-work-structure.md
@@ -0,0 +1,73 @@
+
+
+# arbeitsteilung arcihtekur, nach innen und nach aussen
+
+Sebastiano, Stefan, Robert, Patrick, Stephan
+25.2.25, 14-15h
+
+## links
+* https://confluence.telekom-mms.com/display/IPCEICIS/Team+Members
+
+# montags-call
+* Sebasriano im montags-call, inklusive florian, mindestens interim, solange wir keinen architektur-aussenminister haben
+
+# workshops
+* nach abstimmung mit hasan zu platform workshops
+* weitere beteiligung in weiteren workshop-serien to be defined
+
+# programm-alignment
+* sponsoren finden
+* erledigt sich durch die workshop-serien
+
+# interne architekten
+* robert und patrick steigen ein
+* themen-teilung
+
+# produkt struktur
+edp standalone
+ipcei edp
+
+# architektur themen
+
+## stl
+produktstruktur
+application model (cnoe, oam, score, xrd, ...)
+api
+backstage (usage scenarios)
+pipelining
+'everything as code', deklaratives deployment, crossplane (bzw. orchestrator)
+
+ggf:
+identity mgmt
+
+nicht:
+security
+monitoring
+kubernetes internals
+
+## robert:
+pipelining
+kubernetes-inetrnals
+api
+crossplane
+platforming - erzeugen von ressourcen in 'clouds' (e.g. gcp, und hetzner :-) )
+
+## patrick:
+security
+identity-mgmt (SSI)
+EaC
+und alles andere macht mir auch total spass!
+
+# einschätzungen:
+* ipceicis-pltaform ist wichtigstes teilprojekt (hasan + patrick)
+*   offener punkt: workload-steuerung, application model (kompatibility mit EDP)
+* thema security, siehe ssi vs. oidc
+* wir brauchen eigene workshops zum definieren der zusammenarbiets-modi
+
+# committements
+* patrick und robert nehmen teil an architektur
+
+# offen
+* sebastian schwaar onboarding? (>=50%) --- robert fragt
+    * alternative: consulting/support anfallsweise
+    * hält eine kubernetes einführungs-schulung --> termine sind zu vereinbaren (liegt bei sophie)
\ No newline at end of file
diff --git a/content/en/docs/solution/design/platform-component.md b/content/en/docs/solution/design/platform-component.md
new file mode 100644
index 0000000..d20c0c4
--- /dev/null
+++ b/content/en/docs/solution/design/platform-component.md
@@ -0,0 +1,39 @@
+
+
+# platform-team austausch
+
+## stefan
+* initiale fragen:
+* vor 2 wochen workshop tapeten-termin
+* wer nimmt an den workshops teil?
+* was bietet platform an?
+* EDP: könnte 5mio/a kosten
+    * -> produkt pitch mit marko
+    * -> edp ist unabhängig von ipceicis cloud continuum*
+    * generalisierte quality of services ( <-> platform schnittstelle)
+
+
+
+## Hasan:
+* martin macht: agent based iac generation
+* platform-workshops mitgestalten
+* mms-fokus 
+* connectivity enabled cloud offering, e2e von infrastruktur bis endgerät
+* sdk für latenzarme systeme, beraten und integrieren
+    * monitoring in EDP?
+* beispiel 'unity' 
+* vorstellung im arch call
+* wie können unterschieldiche applikationsebenen auf unterschiedliche infrastruktur(compute ebenen) verteit werden
+* zero touch application deployment model
+* ich werde gerade 'abgebremst'
+* workshop beteiligung, TPM application model
+## martin
+    * edgeXR erlaubt keine persistenz
+        * openai, llm als abstarktion nicht vorhanden
+        * momentan nur compute vorhanden
+        * roaming von applikationen --> EDP muss das unterstützen
+        * anwendungsfall: sprachmodell übersetzt design-artifakte in architektur, dann wird provisionierung ermöglicht
+
+? Applikations-modelle 
+? zusammenhang mit golden paths
+    * zB für reines compute faas