01 / verstehen
die arbeit verstehen.
ich fange beim ergebnis an und denke von dort aus zurück. was muss passieren? welche informationen braucht es? wo muss ein mensch entscheiden?
in einem unternehmen heißt das: die menschen verstehen, die systeme, die sie schon nutzen, und die ausnahmen, die in keiner prozessbeschreibung stehen. wichtiger als das diagramm ist, wie die arbeit tatsächlich abläuft.
bevor ich etwas automatisiere, frage ich, ob es überhaupt nötig ist. manchmal gibt es einen prozess nur, um einen anderen am laufen zu halten. ihn zu beschleunigen hilft nur, wenn die arbeit selbst noch sinnvoll ist.
02 / weniger verlangen
dem menschen weniger abverlangen.
ich möchte mit den e-mails, kalendern und systemen arbeiten, die menschen ohnehin nutzen. kein zusätzliches dashboard, an das sie denken müssen. keine neue routine, nur um die software auf dem laufenden zu halten.
dafür muss ich die organisation verstehen: die menschen darin, ihre berechtigungen, informationen, entscheidungen und ausnahmen. die architektur sollte dafür sorgen, dass die systeme im hintergrund zusammenspielen. wenn menschliches urteilsvermögen gefragt ist, sollte die zuständige person alle nötigen informationen für die entscheidung erhalten.
03 / bauen und lernen
ein wenig bauen. ein wenig lernen.
ich baue eine funktionierende version, prüfe die annahmen dahinter und verbessere, was sich nicht bewährt. ich teste die teile im zusammenspiel, denn eine gute oberfläche kann nicht ausgleichen, dass ein system die falsche antwort liefert.
dann schaue ich weiter genau hin. hilft das? ist es verständlich? hat es jemandem eine aufgabe abgenommen oder unbemerkt eine neue hinzugefügt?
auf diese fragen soll die arbeit auf dieser seite eine antwort geben.
04 / verantwortung übernehmen
bis zum ende mitdenken.
ich verbinde design, architektur und entwicklung. wie sich etwas anfühlt, hängt damit zusammen, wie es gebaut ist. und beides hängt von dem problem ab, das es lösen soll.
ich nutze ki im gesamten prozess, vom erkunden einer idee bis zum schreiben und prüfen von code. sie hilft mir, zwischen den bereichen zu wechseln. die entscheidungen und die verantwortung bleiben bei mir.
05 / zu ende übergeben
die übergabe zu ende denken.
staedy macht aus einer unbeantworteten gästefrage eine änderung an der website, die diese frage beantwortet. das ergebnis sind vollständige seiten, texte oder code. dazu kommen quellenbelege, genaue hinweise zur platzierung und prüfschritte für die einbindung in die bestehende hotelwebsite.
mit der übergabe muss das hotel weiterarbeiten können: fertige dateien, eine klare anleitung zur umsetzung und eine vorschau zur freigabe. das beispiel hier verwendet erfundene hoteldaten, aber html und css sind vollständig und lassen sich herunterladen.