Dieser Prozess funktioniert wie folgt:

• Zuerst wird eine Anforderungsanalyse (Requirement-Analyse) durchgeführt. Hier nehmen die Entwicklungsabteilung zusammen mit den Kunden auf, was aus Kundensicht tatsächlich benötigt wird und wie die Anforderungen grob  umgesetzt werden können.
• Die Ergebnisse dieser Analyse gehen in die Entwicklung.
• Die Entwicklungsabteilung analysiert die Anforderungen, die Test-Crew erstellt die Tests, die Dokumentation wird erstellt und natürlich wird auch etwas entwickelt.
• Wenn die Zusammenarbeit zwischen dem Requirements-Engineering und der Entwicklungsabteilung nicht sonderlich gut ist, werden viele Rückfragen generiert. Dies führt zu Mehraufwand, Verzögerung und blockiert im Endeffekt die Fertigstellung.
• Wenn alles programmiert, dokumentiert, Unit-Tests durchgeführt und Integrationstests erstellt wurden, kann der Integrationstest durchgeführt werden. Im Idealfall wird getestet und keine Fehler festgestellt. Leider ist die Welt  nicht ideal. Dann müssten wir auch nicht testen . Der Normalfall ist, dass diverse Fehler im Integrationstest anfallen werden. Also müssen diese Fehler korrigiert und danach nochmals getestet werden.
• Nach den erfolgreichen  Integrationstests können wir in die User Acceptance Tests und Operational Readiness Tests gehen. Dort wird überprüft ob wir das erstellt haben was vom Betrieb und von den Anwendern wirklich benötigt wird.
• Dummerweise können hier wieder Fehler auftreten. Diese müssen in der Integrationstestumgebung nachgestellt, korrigiert und nochmals getestet werden.
• Wenn das alles geklappt hat, können wir in Produktion gehen und uns neuen Aufgaben widmen.

Ich denke mal, ihr könnt eventuell euren eigenen Entwicklungsprozess wiedererkennen oder habt ähnliche Abläufe schon gesehen.
Im Prinzip ist es KANBAN völlig egal wie euer Prozess aussieht. Wichtig ist zuerst einmal, dass wir erkennen was wir tatsächlich machen und wieso wir es tun.
Als nächstes werden wir diesen Entwicklungsprozess mit Queues ausstatten. Mit den Queues können wir mit KANBAN-Karten anzeigen, in welchem Schritt der Relation sich gerade eine Anforderung befindet.

Ähnliche Beiträge

ArchiMate verwendet die Aspekte Information, Behaviour und Structure um die Eigenschaften eines Systems zu beschreiben. Weiter verwendet es Business, Application und Technical Layers um die unterschiedlichen Betrachtungsebenen festzuhalten.

In der ersten Session beschrieb ich, wie man mit ArchiMate und Arch42 in einem Template verwenden kann. In der zweiten Session haben wir dann zusammen ein solches Template ausgefüllt und die einzelnen Aspekte angesprochen.

Ich verwende diese Darstellung sehr gerne um die Diskussionen während der Anforderungsanalyse gezielt auf die verschiedenen Themen zu lenken. So spricht man deutlich weniger um den heißen Brei herum und kommt schnell zu Ergebnissen.

Ihr könnt das Template von hier (archimateArch42.EAP) herunterladen.
Zum Anschauen könnt ihr die Software Enterprise Architect Light herunterladen. Oder einfach die Vollversion kaufen
Unter Linux müsst ihr  Crossover Office als Emulator verwenden. Das klappt prima.

Ähnliche Beiträge

In diesem Artikel werde ich die beiden Akteure vorstellen, die in der Gewichtsapplikation zum Einsatz kommen werden.

Akteure der Gewichtsapplikation

Bisher sehe ich für diese kleine Anwendung die Akteure Administrator und Registrierter Anwender vor.

Akteure

Der Administrator sorgt dafür, dass neue Registrierte Anwender im System zugelassen werden und dass nicht mehr benötigte Anwender entfernt werden.
In der ersten Ausbaustufe wird keine Registrierung oder spezielle Userverwaltung vorgesehen. Das machen wir dann mit miradlokit, denn dort müssen wir nicht alles nochmal von vorne definieren.

Der Registrierte Anwender ist eine Person, die sich am System anmelden kann und ihre eigenen Daten verändern kann. Er / Sie kann also Gewichtsangaben für eine bestimmte Person eingeben.

Damit ein Anwender zum Registrierten Anwender mutiert, muss er vom Administrator angemeldet werden.
Beispiel:

Ich will mein Gewicht mit der Applikation verwalten.
Dazu schreibe ich den Administrator an und teile ihm folgende Infos mit:

• Name
• email Adresse (zum Einloggen)

Der Administrator legt für mich einen Zugang an und vergibt mir ein Passwort. Dieses Passwort kann ich in der ersten Ausbaustufe noch nicht ändern. Auch das machen wir dann mit miradlokit…

Mir ist klar, dass dies nicht besonders benutzerfreundlich ist. Aber um überhaupt mal anfangen zu können reicht das schon aus. Ihr könnt ja gerne die Applikation um eine Registrierung und um Passwortverwaltung ergänzen. Zum CakePHP-Grundzüge zu verstehen reicht das erst mal völlig aus.

Das war es schon. Diese beiden Akteuere werden in unserer Applikation die entsprechenden Aktivitäten ausführen.

Ähnliche Beiträge

Jetzt habe ich mich nochmal über zwei Stunden mit dem Zusammenspiel von MS-Word 2010 und Enterprise Architect (Version 9) (EA) “vergnügt”.

Die Anforderung

Ich wollte ein RTF-Dokument als Artefakt im EA führen. Der Grund dafür ist, dass ich dieses RTF-Dokument in mehreren Angeboten benötige und deshalb nicht jedesmal dieses Ding neu schreiben will. Ich will das Artefakt als Design-Pattern einbinden und gut ist.

Also kann ich später das Dokument innerhalb meiner Gesamtdokumentation im Package-Tree so einbinden:

Der Package Tree

Schwierigkeiten

Jetzt sind in diesem RTF-Dokument jedoch einige Template-Angaben hinterlegt. Damit hatte ich zuerst ziemlich Schwierigkeiten denn die haben im EA alles verschoben…

Weiter waren in dem Ursprungsdokument einige Bilder eingebunden. Wenn ich nun das Dokument einfach als Linked Document eingebunden habe, dann erschienen auf der RTF-Preview alle Bilder.
Dumm ist nur, dass im Word alle Bilder fehlten…

Lösung

Die Template-Geschichte funktioniert eigentlich nur indem man ein völlig neues Template generiert dass dem Ursprungstemplate ungefähr gleicht. Dieses neue Template hat wenig Steuerinformationen drin und ist somit nicht mit den alten Word-Makros der vielen Vorgängerversionen verseucht.
Das Template wird dann als RTF abgespeichert und als Vorlage im EA geladen.

Das Bilderproblem konnte ich nur lösen indem ich im Word die einzelnen Bilder auf das Dateisystem abgespeichert habe. Dann habe ich die Bilder im Linked Document des EA wieder eingespielt und formatiert.

Fazit

Komm bloss nicht auf die Idee, deine Wordtexte einfach in das RTF-Linked Document zu überführen. Füge zumindest deine Bilder manuell ein. Ansonsten werden die Texte / Bilder entweder im RTF-Viewer vom EA falsch angezeigt oder im Word.

Ähnliche Beiträge

var send = new Array('Hallo', 'Paul');

jQuery.ajax({

   type:     'POST',

   url:      '/moc/mocs/save_graph',

   dataType: 'json',

   data: {

       val: send

   },

   cache:    false,

   success: function(serverResponse){

       //jQuery('#update').append(serverResponse);

       jQuery('#update').append("hallo
");

       jQuery('#update').append(serverResponse['val'][0]+"
"+serverResponse['val'][1]);

   },

   error: function(xhr, textStatus, errorThrown){

       alert('Fehler beim Server-Call '+(errorThrown ? errorThrown : xhr.status));

   }

});

Irgendwelche Daten (hier ein Array mit send = new Array(‘Hallo’, ‘Paul’) werden jetzt an den Server gesendet. Der Server macht irgendwas damit und das Ergebnis wird im VIEW.ctp normalerweise als JSON Objekt kodiert.
Also echo json_encode($data);
Wenn das übermittelt wird, kannst du das JSON-Objekt nicht kurz anschauen.
Du kannst aber auf dem Server kurz ein pr($data); eintragen. Dann schlägt der Error-Teil der oben abgebildeten Funktion zu.
Du kannst dein Objekt schön formatiert in einem Alert-Element sehen.
Ok, dieser Hack ist nicht sehr freundlich, aber bevor ich ewig rumgruschtel lass ich mir die Daten lieber kurz ausgeben…
AJAX zu debuggen ist immer eine kleine Herausforderung, da die Daten ziemlich versteckt zwischen Client und Server ausgetauscht werden.

Ähnliche Beiträge

Auf dem Weg vom Bobbelgenerator zum Graphen-Editor muss ich natürlich irgendwann einmal meine Knoten nicht mehr einfach bei left=0, top=0 zuerst zeichnen, sondern ich muss die Knoten vom Server laden und gleich irgendwohin (relativ auf der Seite) positionieren.

Und da hatte ich wieder mein Problem!

Ich habe mindestens zwei Stunden gesucht warum meine Linien zwischen den Kreisen irgendwo im Nirvana verliefen.

Des Rätsels Lösung ist wieder mal ganz einfach.

Die Startposition des gezeichneten Objektes muss bei jeder Verschiebung mit hinzugerechnet werden, da die Startposition sich relativ zum Zeichenfeld (also z.B. <div id=“canvas“></div>) liegt.

Will heißen, dass du z.B. deinen Kreis bei 100,100 zuerst relativ setzt. jQuerys draggable() verschiebt dann den Kreis und setzt die absolute Position (zur oberen linke Ecke des DOM).

Schon hart, erst fangen wir relativ an, dann stellen wir auf absolut um.

Vielleicht finde ich noch einen Schalter um das auszuschalten. Aber bis dahin ist das halt so.

Wenn du die neu verschobene Position nun abspeichern willst, musst du zuerst im style Element schauen ob dort ein position:absolute drin steht. Wenn dem so ist, dann wurde das Element verschoben und du musst von dieser Position noch die Position deiner Zeichenfläche abziehen.

Dann sind die Positionen richtig und können wieder geladen werden.

Ähnliche Beiträge

Wenn du im Enterprise Architect eine Tabelle im RTF-Template eintragen willst, sorge dafür dass nach der Tabelle keine Leerzeile (\n) vorhanden ist.

Tabellen-Deklaration ohne Leerzeile

Denn wenn da eine Leerzeile ist, dann hast du nachher im Dokument ganz viele einzelne Tabellen mit einzelnen Überschriften und Titeln.

Dieses Problem ist natürlich in der EA-Hilfe beschrieben. Doch ich fall immer wieder drauf rein und deshalb denke ich, dass es besser ist wenn ich es mir aufschreibe. Ist ausserdem nicht ganz einfach zu finden in der Hilfe…

Ähnliche Beiträge

Nee, mein Problem ist nur, dass ich für den Enterprise Architect gerade Templates für meine Firma erstellen muss und deshalb immer wieder mit dieser ach so bunten Applikation zu tun habe…

Wenn du in einem Dokument z.B. den Titel festlegen willst, kannst du auf Datei->Informationen klicken.

Dann kannst du rechts unten auf Weitere Eigenschaften klicken. Dann siehst du alle Eigenschaften des Dokuments. Unter anderem der Titel (den ich in meiner Vorlage hier ausgeblendet habe. Du kannst gleich noch ein paar Kategorien und Kommentare vergeben.

Dokumenten Eigenschaften

Wenn du jetzt eigene Eigenschaften, wie beispielsweise den Kunden, ein Gegenstand den du im Dokument beschreiben willst oder andere Felder festlegen willst, dann kannst du auf Eigenschaften drücken. Dann kannst du neue Eigenschaften anlegen, oder bestehende mit Werten befüllen.

Eigenschaften

Die Felder kannst du nun in deinem Dokument über Feld einfügen und dann DocProperty auswählen.

Feld festlegen

Ähnliche Beiträge

Die Idee:

Ich lese einen Artikel in der Online-Zeitung. Dieser Artikel ist mit TAGs versehen, oder eine intelligente Suche sammelt Themen aus dem Artikel heraus. In einer MindMap werden nun andere Artikel, die zu diesem aktuell gelesenen Artikel in Relation stehen, angezeigt.
Wenn mich also dieser eine Artikel interessiert hatte, dann kann ich weitere Artikel zu diesem- oder ähnlichen Themen im MindMap anklicken.

Bei Auswahl eines weiteren Artikels verändert sich der Kontext des MindMaps und der aktuelle Artikel wird im Zentrum der MindMap angezeigt.

Kann das irgendwie helfen die Welt zu verbessern?

Ich bin mir (noch) nicht ganz sicher. Eventuell kann man mit diesem Trick Informationen im Netz in sinnvollen Kontext stellen. Wenn eine Firma beispielsweise Artikel schreibt, können diese in Kontext mit Produkten und Lösungen dieser Firma gestellt werden. So können Verknüpfungen zu den einzelnen Produkten und Komponenten der Produkte dargestellt werden. Es kann festgestellt werden, ob ein Produkt sich im Change befindet oder ob es bekannte Issues mit einer Komponente gibt. So könnte ein MindMap mit MoC verknüpft werden und ein neuer Lösungsraum mit ähnlichen Darstellungsmöglichkeiten entstehen.

Wenn alles nichts hilft wäre das vielleicht eine coole Sache um eine online-Zeitung ein wenig von anderen online-Zeitungen abheben zu lassen

Gibt es Meinungen zu diesem Thema?
Falls ihr Ideen habt, lasst es mich bitte wissen.

Ähnliche Beiträge

Ute hat mich dann irgendwanneinmal draufgebracht. Damit ihr nicht ewig suchen müsst, hier die Vorgehensweise:

Du hast ein Inhaltsverzeichnis angelegt.

Jetzt wählst du mit der rechten Maustaste das Inhaltsverzeichnis aus und wählst Feldeigenschaften aus.
Dort kannst du unter Kategorien nach Index und Verzeichnisse selektieren:

Step 1 Auswahl der Feldfunktion TOC

Hier wählst du TOC (wie im Bild angezeigt) aus.

Dann kannst du auf den Button Inhaltsverzeichnis drücken.

Konfiguration des Inhaltsverzeichnisses

Tja und dort kannst du die Ebenen, die du sehen willst, entsprechend anzeigen lassen.

So einfach geht das wenn man es weiss…

Ähnliche Beiträge

Anwendungsfälle für MOC

Ich möchte:

• Knoten hinzufügen können (ok, klappt schon)
• Knoten Position auf Bildschirm setzen (ok, klappt schon)
• Knoten Texte einschreiben Hier möchte ich in Abhängigkeit des Problemfalls unterschiedliche Inhalte eintragen können. So soll bei einem Gozinthographen Fix- und Variable- Kosten eingetragen werden können. Weiter Anzahl und Beschreibung. Bei einem Incident brauchen wir eine Beschreibung wer das wie reparieren kann.
• Knoten löschen (geht noch nicht )
• Knoten und Positionen der Knoten laden und speichern. Ich möchte noch nicht super viel Suchen und Finden Funktionalität einbauen. Aber unsere Skizzen mal kurz speichern zu können wäre schon irgendwie schön. Dann können wir etwas beschreiben, speichern, laden, darüber reden und weitere Ideen umsetzen.
• Link Stereotype setzen. Fände ich schon schick wenn wir unterschiedliche Links (später auch unterschiedliche Knoten) anlegen könnten. So kann ein Link für Fix-Kosten verantwortlich sein. Ein anderer Link ist für eine Reporting-Line zuständig.
• Knoten miteinander verbinden (ok, klappt schon)
• Wenn jemand mein Layout und Design nervt, darf da natürlich auch gerne ein bisschen das Look-And-Feel verbessert werden. Ich bin eine grafische Katastrophe und kümmere mich nicht darum. Und zwar aus dem einfachen Grund, weil ich es nicht kann.

Wenn wir die Häppchen umgesetzt haben, können wir wieder etwas mehr diskutieren und uns an das eigentliche Problem herantasten. Die Problemstellung bleibt überschaubar und wir planen nicht für eine Zukunft die es so nie geben wird
Was wir auf alle Fälle noch machen müssen

• Wir brauchen das Source-Repository (GIT oder so…)
• Wir brauchen unsere MOC Webseite umd Erkenntnisse zu dokumentieren
• Ich fände ein KANBAN-Board voll cool auf dem wir eintragen können was wir so basteln wollen und wer gerade an was dran ist. Im ersten Schritt könnten wir auch das SCRUM-Board von miradlo verwenden. Da kann man auch schieben
• Die Startseite für unseren Webauftritt sollten wir festlegen und freischalten. Irgendein Text und ein Bildchen, oder einfach unseren Bobbelgenerator, sollten wir dort darstellen

Ähnliche Beiträge

Das verwirrt zum Teil und es entsteht die Angst, dass wir das eigentliche Thema (MoC) verlassen und uns auf ein völlig anderes Problem stürzen.
Das führte zumindest Christine auf. Und ich halte das für sehr legitim und wichtig, dass wir den roten Faden finden und uns an dem auch entlang hangeln.
Deshalb möchte ich hier kurz meine Gedanken niederschreiben.

Grunstruktur der MoC Komponenten

Wir haben diverse Ziele, die wir mit diesem Projekt umsetzen wollen. Genauer gesagt wissen wir die echten, konkreten Ziele noch nicht.
Wir haben ein theoretisches Konstrukt, an das wir uns halten wollen. Im Groben sieht es so aus:

Grobskizze

Wir haben diverse Artefakte die wir suchen, ändern und deren unterschiedliche Verbindungen untereinander grafisch darstellen wollen. Diese Artefakte werden über spezielle Artefakt-Agenten ausgestattet.
Damit wird erreicht, dass die Änderungen in den Artefakte an eine / mehrere zentrale Sammelstellen übermittelt werden können.
Um alles automatisch verknüpfen zu können, benötigen wir einen Kernel an den die unterschiedlichen Agenten angebunden werden können. Dieser Kernel muss so gestaltet sein, dass jederzeit weitere Artefakt-Agenten angebunden werden können.
Hier werden wir also im Extremfall hunderte unterschiedliche Agenten entwickeln müssen.
In der MocCalculation werden die Änderungen berechnet. Will heißen, dass diese Komponente errechnet, ob ein Change vorliegt, wenn sich Kapitel 4 vom Dokument blub.doc geändert hat.
All das wollen wir noch grafisch darstellen, um den Anwendern eine einfache Bedienung und Erweiterung zu ermöglichen. Das wird von der „MoC Graphen Darstellung“ übernommen.

Ideen wie Umsetzung stattfinden soll

Jetzt ist das ganze System aber nicht so einfach, wie es den Anschein macht. Wir benötigen passende Software, aber auch Geschäftsideen und theoretische Grundlagen.
Die Umsetzung wird daher sowohl im Bottom-Up wie im Top-Down Approach stattfinden.

Komplexitätsthemen

Bottom-Up

Bottom-Up ist, dass wir schnell einen Prototypen aufsetzen, mit dem wir diverse Basisfunktionalität darstellen wollen.
Dazu gehört:

• Ein Graphen Editor

• Ein Moc Kern / eine Moc Calculation Komponente mit der wir berechnen können was sich in einem  Graphen geändert hat.

• Mit diesen Komponenten wollen wir skizzieren was wir weiterhin alles umsetzen müssen. Wir können mit dem Prototypen lernen, Problemstellungen analysieren und für uns neue Technologien erlernen.

• Wir können mithilfe des Prototypen die weiteren Schritte diskutieren.

• Und wir werden damit auch Spaß haben, denn ein bisschen Hacken ist schließlich super

Mit dem Bottom-Up Approach werden wir nicht bis zur theoretischen Herleitung der eigentlichen Komplexitätsberechnung kommen. Wir können den Prototypen erstellen und eine Architektur daraus ableiten. Die Architektur wird sich arg an den Prototypen angleichen und somit nicht allgemeingültig sein.
Deshalb ist ein Top-Down Ansatz ebenfalls wichtig.

Top-Down Approach

Die theoretischen Grundlagen werden erarbeitet und beschrieben (Ein Glück dass ich in diesem Projekt mit zwei Doktoren zusammenarbeiten darf. Den Theoriekram werden Christine und Normen sicherlich gut abdecken können )
Theorien sind Themen wie:

• Wie kann ich etwas am Besten suchen und finden?

• Wann ist ein Change ein Change? (Das hat Grönemeyer schon bei Wann ist ein Mann ein Mann gefragt )

• Mathematische Modelle für die Graphentheorie aufsetzen und herleiten.

Wir werden Geschäftsprozesse aufzeigen, beschreiben und bewerten.
Wir werden alle Architekturaspekte, die man so beachten muss aufschreiben. Hier kann unter Umständen ein ARC42 Template helfen, damit wir nichts vergessen (Schön viel zum Ausfüllen und Dokumentieren).

Um uns an das Thema „langsam“ sinnvoll herantasten zu können, müssen wir die unterschiedlichen Aspekte von unterschiedlichen Standpunkten aus betrachten. Hierzu müssen wir immer wieder unseren Fokus und Betrachtungswinkel auf das System ändern. Ich hoffe mal, dass wir genug Abstraktionsfähigkeiten besitzen um dies durchstehen zu können.
Weiterhin hoffe ich, dass Christine immer wachsam ist und uns sagt, wenn wir vom Weg abkommen und neue Ziele verfolgen

Ähnliche Beiträge

Für jedes Projekt braucht es einen Kommunikations- und Dokumentationsplan (Nachzulesen im PMBoK )
Und als alter Vollblutprojektleiter komme ich einfach von der Gewohnheit nicht weg, dass meine Kommunikation und Dokumentation einigermaßen passen muss.

Was für Dokumentationen haben wir denn?

Wir haben:

• Weblog für die lose Ideensammlung, Publikation von aktuellen Ereignissen und weiteren Gedanken. Diese Dokumentation kann mit jeder Blog-Software realisiert werden. Wichtig ist, dass die Informationen gesammelt, verlinkt und der Reihenfolge der Publikation nach dargestellt werden. Wenn es noch TAG-Cloud und Kategorien gibt, dann ist das toll, jedoch nicht entscheidend.
• Strukturierte Dokumentation abgelegt in klar definierten Kategorien. Diese Dokumentation entspricht den Detailkonzepten in Projekten. Hier muss dafür Sorge getragen werden dass die Dokumente frei zugänglich sind, die Dokumente untereinander verlinkt werden können und dass gesucht werden kann. Diese Dokumente „wachsen“ im Lauf der Zeit und sollen daher auf der jeweiligen Dokumentenseite mit einem Inhaltsverzeichnis versehen werden. Diese Dokumentenform beschreibt die einzelnen Aspekte von MOC detailliert.
• Kommentare sollen in jedem Dokument und Eintrag möglich sein um Diskussionen anregen zu können.
• Feedback Funktionalität für den Fall, dass wir etwas haben zu dem es Feedback geben kann. Hier können Menschen sich einbringen und uns mitteilen was sie gerne anders hätten.
• Twitter / Identica Mitteilungen nach dem Motto: „Tu gutes und sprich darüber“. Wenn wir uns schon bemühen, dann sollen auch die anderen unsere Hirnausdünstungen mitbekommen Diese Informationen sind kurz, klein und knapp in der Reichweite. Sie dienen nicht dazu etwas nachhaltig zu dokumentieren. Sie helfen einfach nur über das Projekt zu berichten und die Community zu informieren.
• Erwähnungen von Externen. Hierunter fallen Pressemitteilungen, Erwähnungen in Blogs und so weiter. Diese Infos sollen auf einer dafür vorbereiteten Seite öffentlich verlinkt werden.
• Irgend ein Versionierungswerkzeug in dem unsere Sourcen liegen
• Eine Demo-Umgebung auf der die aktuellen Ergebnisse präsentiert werden können

Welche Kommunikationskanäle nutzen wir?

• Real Life Treffen bei dem sich mindestens das Kernteam trifft. Diese Treffen müssen regelmässig mindestens alle zwei Wochen stattfinden. Weiter soll sich die (hoffentlich mal vorhandene) Community zu Bar Camps oder ähnlichen Meetings hin- und wieder zusammenraufen.
• Email für direkte Kommunikation. Die sind vor allem für das Kernteam sinnvoll. Für dezentrale Kommunikation ist das auf Dauer nicht geeignet, da die Teilnehmer irgendwann nur noch sauer aufeinander sind.
• Moderiertes Forum wenn die Community mal da ist
• Mumble / Telefonkonferenzen für direkte Diskussionen zwischen den Betroffenen
• Etherpad für Online-Erstellung von Dokumenten. Das Ergebnis soll danach entweder in Blogs oder in die Detailkonzepte einfließen.
• Pressemitteilungen falls wir mal wirklich öffentlich werden

Das müsste fürs Erste reichen. Wenn wir das aufgesetzt haben können wir vernünftig kommunizieren und unsere Ergebnisse publizieren.

Ähnliche Beiträge