Fünf Disziplinen, durch die jedes Problem bei uay läuft.
Ein technisches Problem berührt selten nur ein Fachgebiet. Welche Disziplinen uay abdeckt, welche Rollen dahinterstehen und wie daraus ein Team für dein Problem wird.
So ist uay aufgebaut.
uay ist ein Kernteam und ein Netzwerk von Partner, die wir kennen und deren Arbeit wir einschätzen können. Für die meisten Aufgaben haben wir jemanden. Wenn ein Partner nicht liefert, tauschen wir ihn aus. Das ist der Vorteil gegenüber einer Firma, die alles selber macht.
Wer alles selber macht, empfiehlt, was er hat. Wir empfehlen, was passt und holen die Leute, die es können. Der Kunde hat trotzdem einen Ansprechpartner und der bleibt für das Ergebnis verantwortlich.
Die Disziplinen und ihre Rollen.
Jede Disziplin bündelt die Rollen, die zusammen an derselben Frage arbeiten. Was ein Problem braucht, ist selten nur eine davon.
Produkt und Anforderungen
Klärt, was gelöst sein muss, bevor etwas gebaut oder gekauft wird und hält den Auftrag auf Kurs. Rollen: Project Manager, Product Manager, Business Analyst, Requirements Engineer, Customer Success Manager.
Architektur und Engineering
Entscheidet, wie eine Lösung aufgebaut wird, baut sie und verbindet sie mit dem, was schon da ist. Rollen: Software Architect, Solution Architect, Full-Stack Software Engineer, Integration Engineer, Solution Engineer.
Design und Research
Ob eine Lösung funktioniert, entscheiden die Leute, die täglich damit arbeiten. Diese Disziplin redet mit ihnen, bevor etwas gezeichnet wird und sorgt dafür, dass Ablauf, Oberfläche und Text für sie stimmen. Rollen: UX Designer, UI Designer, UX Researcher, UX Copywriter.
Betrieb, Qualität und Sicherheit
Hält Systeme am Laufen, prüft, ob das Gebaute hält und sorgt dafür, dass Daten dort bleiben, wo sie hingehören. Rollen: System Engineer, Cyber Security Engineer, QA Engineer, Data Engineer.
Sichtbarkeit und Wachstum
Sorgt dafür, dass ein Angebot gefunden wird und die Werbung das kostet, was sie bringt. Rollen: SEO Specialist, Marketing Performance Manager, Ads Manager, Social Media Manager.
Rollen erklärt.
Zu einzelnen Rollen aus den fünf Disziplinen gibt es unter Wissen einen eigenen Beitrag: was die Rolle tut, wann ein Problem sie braucht und wovon sie sich unterscheidet.
-
Project Manager
Sorgt dafür, dass Entscheide getroffen werden, nicht dafür, dass alle zufrieden sind. Wann ein Projekt die Rolle braucht und was sie vom Product Manager unterscheidet.
-
Cyber Security Engineer
Sorgt dafür, dass Daten dort bleiben, wo sie hingehören. Was die Rolle im Alltag tut, worin sie sich vom IT Administrator unterscheidet und ab wann ein KMU sie braucht.
-
Software Architect
Entscheidet die Dinge, die man später nicht mehr billig ändern kann. Welche Entscheide Architektur sind, welche nur Geschmack und wie viele Tage ein KMU dafür braucht.
-
UX Designer
Redet mit den Leuten, die täglich damit arbeiten, bevor irgendetwas gezeichnet wird. Worin sich die Rolle vom UI Designer unterscheidet und was Research konkret heisst.
-
Data Engineer
Sorgt dafür, dass die Zahlen, auf die sich alle verlassen, überhaupt stimmen. Worin sich die Rolle vom Data Analyst unterscheidet und warum ein Auswertungsvorhaben selten am Werkzeug scheitert.
-
QA Engineer
Prüft nicht, ob die Software funktioniert, sondern ob sie das Richtige tut. Worin sich Qualitätssicherung vom Testen unterscheidet und was ein Fehler kostet, je später er auffällt.
-
System Engineer
Hält am Laufen, was alle anderen voraussetzen. Was die Rolle im Alltag tut, worin sie sich von Cloud und Platform Engineer unterscheidet und wann ein KMU sie braucht.
-
SEO Specialist
Sorgt dafür, dass ein Angebot gefunden wird, bevor jemand Werbung dafür kauft. Was die Rolle tut, ab wann die Arbeit wirkt und woran sich Können von einem Monatsbericht unterscheidet.
Warum die Rollen auf der Seite stehen.
Alle diese Rollen sind im Team abgedeckt. Bei manchen ist es der ganze Job, bei anderen eine zweite Funktion neben dem, was jemand hauptsächlich macht. Ein Requirements Engineer, der auch Business Analyst ist, ist in einem KMU Projekt die Regel, nicht die Ausnahme.
Wichtiger als die Liste ist, was wir damit machen. Bei jedem Problem schauen wir zuerst, welche Rollen es braucht, weil das entscheidet, wen wir dazuholen. Und es entscheidet, wo die Arbeit hingeht: Was wir selber effizienter machen, machen wir selber. Was ein Partner aus dem Netzwerk besser oder günstiger kann, geht an ihn und wir bleiben gegenüber dem Kunden verantwortlich.
Das Kernteam wächst, das Netzwerk auch.
Wir suchen Leute, die einschätzen können, wie lange etwas dauert und die es sagen, wenn sie falsch lagen. Welche Rollen offen sind und wie du dich meldest, steht auf der Jobseite.