Dinge, die in IT- und Softwareprojekten selten auf Hochglanzfolien stehen – aber im Alltag trotzdem wahr sind.
#01
Ein bekannter Herstellername macht aus einer umständlichen Installation, mehreren Logins und einer schwer bedienbaren Oberfläche noch keinen guten Arbeitsprozess. Technik muss am Ende weniger Arbeit erzeugen. Genau daran messen wir sie.
#02
Excel ist flexibel, weil es keine Struktur erzwingt. Genau das wird zum Problem, sobald mehrere Personen dieselbe Datei nutzen. Am Ende weiß niemand mehr sicher, welche Version aktuell ist – und wer sie zuletzt geändert hat.
#03
Solange diese Person da ist, funktioniert der Ablauf. Ist sie krank, im Urlaub oder kündigt, steht der Prozess. Ein System sollte unabhängig von einzelnen Personen funktionieren – sonst ist es kein Prozess, sondern ein Risiko mit Namen.
#04
Ein Umzug in die Cloud löst technische Probleme wie Serverwartung oder Erreichbarkeit. Doppelte Eingaben, unklare Zuständigkeiten oder fehlende Struktur werden dadurch nicht besser – sie lassen sich nur von überall aus erleben.
#05
Das Ergebnis liegt zwar als PDF vor, entstanden ist es aber auf demselben Weg wie vor zwanzig Jahren. Ein digitaler Prozess beginnt digital, verläuft digital und endet digital – ohne Drucker dazwischen.
#06
Mehrfache Eingabe erzeugt keine Kontrolle, sondern zusätzliche Fehlerquellen: Jede Eingabe kann leicht abweichen. Ein Wert sollte einmal erfasst und danach weitergereicht werden – nicht dreimal neu getippt.
#07
Der Name suggeriert Sicherheit, die Netzwerkstruktur dahinter oft nicht. Ohne echte Segmentierung können Gästegeräte trotzdem Zugriff auf interne Systeme bekommen. Trennung ist eine Frage der Konfiguration, nicht der Bezeichnung.
#08
Wenn eine Software im Alltag zu umständlich ist, suchen sich Mitarbeiter Abkürzungen. Meistens landet die eigentliche Arbeit dann parallel in einer Excel-Tabelle – und das teure System wird zur Pflichtübung nebenbei.
#09
Ohne zentrale Ablage weiß niemand, welches Foto zu welchem Auftrag gehört, sobald das Telefon gewechselt wird oder der Mitarbeiter nicht erreichbar ist. Dokumentation muss auffindbar sein – nicht nur irgendwo vorhanden.
#10
Historisch gewachsene Abläufe hatten oft einmal einen guten Grund. Ob dieser Grund heute noch gilt, wird selten geprüft. Ein Prozess sollte daran gemessen werden, ob er heute noch sinnvoll ist – nicht daran, wie lange es ihn schon gibt.
#11
Marktanteil sagt etwas über Verbreitung aus, nicht automatisch über Bedienbarkeit. Entscheidend ist, wie gut Mitarbeiter ihre täglichen Aufgaben damit erledigen können.
#12
Zuverlässigkeit zeigt sich nicht im Normalbetrieb, sondern im Ausfall: Gibt es ein aktuelles Backup, eine Ersatzlösung, einen Plan? Ohne diese Antworten ist ein laufender Server nur ein Server, der noch nicht ausgefallen ist.
#13
Dokumentation, die nur im Kopf eines Mitarbeiters existiert, ist keine Dokumentation im eigentlichen Sinn. Ein Status sollte jederzeit nachvollziehbar sein, ohne dass jemand extra angerufen oder gefragt werden muss.
#14
Auch wenn Daten am Ende in beiden Systemen ankommen: Solange ein Mensch sie manuell überträgt, ist das keine automatisierte Integration. Es ist eine Übergabe, die genauso gut per Zettel funktionieren würde – nur langsamer.
#15
Jede zusätzliche Funktion muss irgendwo im Interface untergebracht werden. Wenn die meisten davon selten genutzt werden, wird die Bedienung für den täglichen Kernprozess komplizierter – nicht leistungsfähiger.
#16
Wenn Zeit dafür draufgeht, herauszufinden, wo ein Dokument liegt oder welches Tool gerade zuständig ist, fehlt sie an anderer Stelle. Gute Systeme sollten so selbstverständlich funktionieren, dass die eigentliche Arbeit im Vordergrund bleibt.
#17
Ein digitales Dateiformat sagt nichts darüber aus, wie es entstanden ist oder wie es weiterverarbeitet wird. Wird es ausgedruckt, unterschrieben, wieder gescannt und dann per E-Mail verschickt, bleibt der eigentliche Ablauf analog.
#18
Einsparungen bei Netzwerk, Backup oder Wartung zeigen sich oft erst im Ernstfall. Ein Ausfall, der mehrere Mitarbeiter für Stunden lahmlegt, kann schnell mehr kosten, als bei der ursprünglichen Lösung eingespart wurde.
#19
Zuständigkeit ohne klare Zuordnung existiert in der Praxis nicht. Ohne eine Person oder einen Prozess, der Backups regelmäßig prüft, bleibt es beim Prinzip Hoffnung – bis der Ernstfall etwas anderes zeigt.
#20
Nicht jede Verbesserung braucht eine neue Funktion. Manchmal ist die wirkungsvollste Änderung, einen bisher notwendigen Schritt schlicht überflüssig zu machen – weil ein System das, was vorher manuell passierte, automatisch mitliefert.
Vielleicht ist es ein Auftragsprozess. Vielleicht das WLAN. Vielleicht ein System, aus dem jeden Morgen jemand Daten in ein anderes kopiert.
Zeigen Sie uns, wo es hakt. Wir sagen Ihnen, ob wir sinnvoll helfen können.
