Übersicht
(Start hier für Orientierung)
Hier wird abgebildet, wie Tecomon konkret aufgestellt ist – welche Abteilungen, Standorte und Verantwortlichkeiten es gibt.
Wir sind ein sehr kleines Team – ein echtes Startup. Viele Fachexpert:innen bringen ihr Know-how zusammen, damit wir unseren Kunden den optimalen Service bieten können. Damit das gelingt, ist Klarheit zu Rollen und Verantwortlichkeiten wichtig – auch die Erwartungen an die eigene Rolle machen wir regelmäßig zum Thema. Hier findest du die Übersicht aus dem letzten Workshop am 15.07.2026.
Wie bei uns üblich, sind auch diese Inhalte flexibel und "leben" – sie können sich je nach Projekten, Teammitgliedern und Anforderungen ändern.
| Name | Verantwortungsbereich | Was darf das Team von dieser Person erwarten? | Gehört nicht zur eigenen Rolle, landet aber oft dort | Erwartungen / Wünsche des Teams (gesammelt) |
|---|---|---|---|---|
| Cat | Übernimmt Verantwortung für IDP und MDM. Trifft die Entscheidung über den Zustand der Fragwürdigkeit von Daten. Übernimmt gemeinsam mit Zhihao und Sina Verantwortung für Austausch/Updates zu Bugreports. | Saubere Daten. Versucht, die Rolle des Frontend besser zu verstehen. Gibt Feedback zu Bugs. Gibt gemeinsam mit Sina Rückmeldungen bei Änderungen/Lösungen von Problemen. (bruh) | Gerne mehr Rückmeldung/Updates nach Bugreports geben. Frontend mehr/besser verstehen, auf Bugs Feedback geben, Rückmeldung bei Änderungen oder Lösungen geben | |
| Michael | Übernimmt Verantwortung für DB-Design, LLMs, KF und das Frontend-Team. Bringt dabei immer seine fachliche Meinung ein. Ermöglicht DB-seitig alles, was benötigt wird. | Möchte seinen Bereich kommunizieren und Veränderungen weiterleiten. Möchte, soweit möglich, immer als Ansprechpartner zur Verfügung stehen. Versucht, der Erwartung guter Dokumentation nachzukommen. | Gerne alle Beteiligten informieren, wie der aktuelle Stand der Implementierungen ist. Möglichkeiten eigene Tables zu erstellen, gute Dokumentation | |
| Markus | Übernimmt Verantwortung für den Programmteil (Node-Services). Behält den Gesamtüberblick und sorgt dafür, dass jede/r im Team die eigenen Aufgaben/To-Dos kennt. Übernimmt für den technischen Teil das Qualitätsmanagement. | Fairness. Trifft Entscheidungen und übernimmt Verantwortung im Rahmen seiner Rolle. Arbeitet lösungsorientiert. Hat immer ein offenes Ohr. | Mehr Informationen bei Bugreports. Einheitlichere Informationen an das Team bei Änderungen. Gemeinsame Abstimmung, was wann gemacht wird. Voraussetzungen bei Edgar/IAM klären. Aufgaben im Blick behalten. | |
| Sina | Nimmt Feedback auf und ordnet es. Entwickelt Lösungsansätze (Recherche, Benchmarking, Iterationen, Übergabe an Entwickler). Stellt gestalterische Grundsätze sicher. Identifiziert Kernprobleme, damit der Bedarf der User erfüllt wird. | Einsatz und Bereitschaft für gutes Teamwork. Streben nach der besten Lösung. | Feedback jeglicher Art aufnehmen, das nicht zu ihrer Rolle gehört bzw. auf das sie keinen Einfluss hat. Kommunikation zwischen zwei Personen koordinieren. Aufgaben verteilen oder erklären, obwohl übergeordnete Ziele/Prioritäten unklar sind. | Probleme gerne noch früher an Michael melden. Gemeinsam mit Oleksii bessere Lösungen finden. Gemeinsam mit Zhihao: mehr Rücksicht auf Codeausführer bei Wünschen/Änderungen; Klarheit, wer die Entscheidung trifft, wer die Verantwortung trägt, wer sie kommuniziert und wo sie dokumentiert wird. |
| Zhihao | Übernehme Verantwortung für Banking, Elster (Steuer) und Architekturentscheidungen. Sorge dafür, dass das Team über diese Inhalte aufgeklärt ist, und gebe bei Rückfragen gerne Tipps. | Kommunikation mit allen Bereichen zu seinem Bereich. Ist gerne Ansprechpartner bei Rückfragen und Bugs. Hat Motivation und Bereitschaft, seine Aufgaben zu erledigen. | Bugs von anderen fixen. | Gemeinsame Kommunikation bzw. Diskussion über eine gute Umsetzung. |
| Feda | Übernehme Verantwortung für Platform-Design, Deployment, Tooling, Hardware und K8s. | Zuverlässige Laufumgebung. Sicherstellung des Toolings. Service-Livegang so, wie es designed wurde. | DB, IAM: AKF-Design, Dockerfile-Optimierung. | Notification-System für custom Logs. Mehr Kommunikation an das Team, wenn etwas erledigt ist. Bessere Erreichbarkeit, z. B. per Teams. |
| Oleksii | Olekksi übernimmt Verantwortung für Dashboard, DMS, OPOS und Kontakt. | Lösungen. Kommunikation. Dass ich meine Aufgaben gut erledige | Gute gemeinsame Kommunikation und gegenseitiges Feedback. Gerne direkt ansprechen, ob/was etwas sinnvoll ist. Gerne auch mitteilen, wie etwas umgesetzt wurde. Mehr gemeinsame Absprache, um Bugs zu reduzieren. Laufendes Dashboard. | |
| Marco | Versteht sich als Visionär, Tecomon Legacy-Architekt und Mission Keeper. Möchte Mission, Richtung und Ausbau der Tecomon Legacy definieren; das große Ganze halten wie ein Vision Board für den gesamten Verbund. Marco trägt dafür Verantwortung ist im Rahmen seiner übergeordneten Rolle als Reflexionspartner für alle da. | Er ist kein operativer Chef, nicht verantwortlich für Management/Micromanagement | Beratung und realistische Einschätzung von Chancen und Risiken bei Projekten. Eindeutige Kommunikation, ob etwas eine grobe Idee oder eine nicht verhandelbare Vorgabe ist, für Klarheit im Team. Rechtzeitiges und schriftliches Kommunizieren von Deadlines. Bewusstsein über den Umfang und Dauer Diskussionen und eigene Tendenz, abzuschweifen. Klarheit bezüglich der Rolle. Welches Gewicht haben Marcos Visionen? | |
| Christoph | Sachliche, konstruktive Ebene bei Diskussionen und Entscheidungsfindungen. Kommunikation von Erwartungen und Vorgaben, oder auch positive Rückmeldungen falls vorhanden. Gerne direkte Kommunikation mit dem Team. Klare Richtung bezüglich der Produkt- und Kundenanforderungen sowie rechtzeitig Klarheit über meine weitere Zusammenarbeit und vertragliche Perspektive. | |||
| Paul | Übernimmt "kleinere" Projekte und arbeitet Fullstack. Trifft dafür, unter Absprache mit Markus, projektspezifische Entscheidungen. Wird bei Leerlauf für kleinere Features in anderen Projekten eingebunden. | Individuelle Lösungen für kleinere Features, Interesse und Wissen in allen Bereichen der Softwareentwicklung. Dokumentation. | Beratung bei Frontendthemen, Info über den Stand der To Do’s, je nach dem mit wem du zusammenarbeitest | |
| Nadja | Übernimmt Verantwortung für eine klare Kommunikation und die aktuell notwendige Struktur – schaffe den nötigen Rahmen und lade das Team/bzw. Einzelne aktiv dazu ein, wichtige Themen zu kommunizieren, zu teilen oder zu dokumentieren. Diese Rolle lebt davon, dass alle die Notwendigkeit dahinter erkennen und mittragen – so kann das Team in Zukunft noch einfacher und dadurch besser zusammenarbeiten. Wenn gemeinsam vereinbarte Regelungen für ein gutes, produktives Miteinander nicht eingehalten werden, erinnert Nadja daran und spricht es direkt und wertschätzend an. |
Ist jederzeit ansprechbar – für Prozesse, Themen oder Projekte, Verbesserungsvorschläge. Ich Übernimmt gerne Verantwortung und unterstützt bei Entscheidungen. Geht Sachverhalte pragmatisch an. Wichtig ist ihr eine klare, ehrliche und offene Kommunikation. | Dafür bin ich noch zu neu (Stand 22.07.2026) | Struktur in das Team und Organisation reinbringen. Für Transparenz sorgen. In Teamgesprächen leiten und bei Diskussionen zu Entscheidungen ermutigen, Teammitglieder über Neues informieren. Uns unterstützen, unsere Arbeitsweise individuell und als Team zu verbessern, dabei ehrlich Feedback geben. Groben Überblick über unsere Projekte behalten (was machen wir, was können wir, was wollen/ müssen wir können?) |
Grob kann sich jedes Teammitglied einer Rolle zuordnen – die Verantwortung geht jedoch über das typische "To Do" der Rolle hinaus. Dazu gehört zum Beispiel auch, erledigte Bugs oder den Fortschritt einer Aufgabe aktiv zu kommunizieren.
Die folgende Tabelle zeigt, welche fachlichen Tätigkeiten und Zuständigkeiten den einzelnen Rollen konkret zugeordnet sind:
| Rolle | Kernfokus | Typische Verantwortung | Entscheidet primär über |
|---|---|---|---|
| Lead | Kundenabstimmung, Priorisierung, technische Leitplanken | Eingang neuer Themen, Scope-Zuschnitt, Prioritäten, finale interne Freigaben | Priorität, Zusage, Zuschnitt des POC/Scopes |
| UX | Bedarf strukturieren, Nutzerfluss, Verständlichkeit | Zielbild (Features ausarbeiten& priorisieren,), Nutzerrollen, Journey, Story-Struktur, Akzeptanzsicht | Struktur der fachlichen Aufnahme |
| DB & KI Expert | Datenmodell, Datenflüsse, KI-Möglichkeiten und -Grenzen | Datenanforderungen, KI-Logik, Auswertung, fachliche Regeln | Daten-/KI-Ansatz, Machbarkeit im Datenkontext |
| Backend Expert | Systemlogik, Umsetzung Backend | Architektur, Services, Integrationen, Sicherheits-/Backend-Risiken | Backend-Ansatz, technische Schnitte, |
| Fullstack Node/JS 1 | Umsetzung Frontend/Backend | Stories umsetzen, technische Details konkretisieren, Reviews | Umsetzungsdetails im eigenen Arbeitspaket |
| Fullstack Node/JS 2 | Umsetzung Frontend/Backend | Stories analysieren und umsetzen, technische Details konkretisieren, Rückfragen abklären, Reviews | Umsetzungsdetails im eigenen Arbeitspaket |
| DevOps | Infrastruktur, Deployment, Umgebungen, Betriebsfähigkeit | Pipelines, Deployments, Secrets, Runtime, Monitoring-Basis | Releasefähigkeit, Umgebungsweg, Deploy-Freigabe technisch |
Herzlich willkommen bei Tecomon! Lass uns dafür sorgen, dass du gut startest, dich einrichtest und mit den wichtigsten Themen vertraut wirst.
Bevor es losgeht, stelle sicher, dass du Folgendes hast:
Erster Tag – Ankommen
Dein erster Tag startet ganz entspannt um 9:30 Uhr. Gemeinsam schauen wir, dass du alle Tools hast, die du brauchst, und besprechen die nächsten Tage.
Rahmenbedingungen – Arbeitszeit & Homeoffice
Wir glauben daran, dass alle bei Tecomon Motivation und Drive mitbringen – deshalb ist es uns egal, wann du deine Arbeitszeit erbringst. Wichtig ist nur, dass du innerhalb eines Arbeitstages auf Anfragen und Nachrichten antwortest.
Bitte logge dich zu Beginn deines Arbeitstages bei Workadventure ein, damit das Team sieht, dass du "da" bist, und dich ansprechen kann – das gilt unabhängig davon, ob du im Homeoffice oder im Büro arbeitest.
Du hast bis zu 3 Homeoffice-Tage pro Woche. Dienstags sind wir fest vor Ort – die anderen Tage kannst du flexibel gestalten. Trage deine Homeoffice-Tage bitte spätestens zum Wochenende im gemeinsamen Teamkalender bei Outlook ein.
Dienstag – Vor Ort & Teammeeting
Dienstags sind wir gemeinsam vor Ort – so kommen wir aktiv miteinander in Austausch, unter anderem beim gemeinsamen Mittagessen. Am Nachmittag treffen wir uns zum Teammeeting.
Niemand liebt Teammeetings, trotzdem sind sie uns wichtig – deshalb halten wir sie so kurz wie möglich, ohne wichtige Themen auszulassen. Jede:r kann eigene Themen einbringen. Eine KI dokumentiert mit, damit du das Wichtigste unkompliziert nachlesen kannst.
Urlaub
25 Tage Urlaub im Jahr, flexibel nehmbar – auf wichtige Projekte wird dabei natürlich Rücksicht genommen.
Benefits
Neben den wirklich flexiblen Arbeitszeiten bieten wir noch folgende Benefits:
Jobticket: Wir supporten alle, die ohne Auto zur Arbeit kommen. Bei Interesse gib Markus mit 4 Wochen Vorlauf Bescheid, dann beantragt er das Ticket für dich.
Egym Wellpass: Für alle, die am Schreibtisch sitzen und Ausgleich brauchen – monatlich unbegrenzte Check-ins in Sporteinrichtungen, Bäder, Yogastudios, Kletterhallen sowie unbegrenzte Onlinekurse. Bei Interesse ebenfalls mit 4 Wochen Vorlauf bei Markus melden. Neugierig? Hier gehts zum Link: https://de.egym-wellpass.com/de-de/mitarbeitende
Tools
Wir sind in der Regel Entwickler:innen mit mindestens Basic-Kenntnissen. Falls du fit bist, findest du hier die Anleitung zur Einrichtung der Basic-Tools, die du brauchst. Du brauchst Support? Dann sprich uns gerne an.
Homebrew & VS Code
Zuerst sicherstellen, dass Homebrew aktuell ist:
brew update
brew upgrade
VS Code als GUI-App über ein Cask installieren:
brew install --cask visual-studio-code
Danach den code-CLI-Befehl verfügbar machen:
sudo ln -s "/Applications/Visual Studio Code.app/Contents/Resources/app/bin/code" /opt/homebrew/bin
Test:
code --version
Telemetrie reduzieren
VS Code: Cmd + , → Settings öffnen → nach "telemetry" suchen → setze "telemetry.telemetryLevel": "off"
Oder per CLI:
code --disable-telemetry
In der settings.json:
json
{
"telemetry.telemetryLevel": "off",
"workbench.enableExperiments": false,
"extensions.autoCheckUpdates": false,
"extensions.autoUpdate": false
}
Zusätzlich sinnvoll: Crash-Reports deaktivieren (falls aktiv).
Copilot datensparsam konfigurieren
Copilot sendet Code-Kontext an Server, um Vorschläge zu generieren – das lässt sich einschränken, aber nicht komplett vermeiden.
json
{
"github.copilot.enable": {
"*": true,
"plaintext": false,
"markdown": false
},
"github.copilot.inlineSuggest.enable": true
}
In der UI zusätzlich deaktivieren: "Allow Copilot to collect code snippets", "Suggestions matching public code" blockieren.
Sensible Daten strikt ausschließen
Der wichtigste praktische Punkt. Niemals in den Copilot-Kontext bringen: .env-Dateien, API Keys/Tokens, private Schlüssel, kritischen proprietären Code.
.gitignore pflegen:
.env
secrets.json
*.key
Optional: für sensible Projekte separate VS-Code-Workspaces nutzen, Copilot ggf. projektweise deaktivieren.
Git-Grundeinstellungen
git config --global user.name "Vorname Nachname"
git config --global user.email "deine.email@tecomon.com"
Sprache festlegen:
Hier klicken
Orientierung:
Schaue dir im Ordner "Verwaltung" für den Start gerne noch nachfolgende Bereiche an.
Wer wir sind:Unternehmensprofil, Branchenprofil
Wie wir aufgestellt sind: Organisationsmodell (die drei neuen Unterfirmen seit August 2026), Organisationsstruktur
Wen du für welche Themen fragen kannst: Governance-Kontakte / Ansprechpartner
Der Rest von "Verwaltung" (Verträge, Registrations, Legal Affairs, External Partnerships, Joint Ventures, Governance, Budget/Archiv) ist Nachschlagewerk, nicht Teil des eigentlichen Onboardings.
IT-Setup: Schritt-für-Schritt-Anleitung für Zugänge
Team-/Organigramm inkl. der drei neuen Unterfirmen (Namen/Kernkompetenz noch offen)
Rollenerwartungen: generisches Template