Ein Takt, denIhr Fachbereichmitgeht.
Kein Wasserfall, kein Agilitäts-Theater. Alle zwei Wochen etwas, das man installieren und benutzen kann, und ein Ansprechpartner, der Ihre Sprache spricht.
Discovery
Mehrere Gespräche, bis wir verstanden haben, worum es geht. Nicht als Formsache, sondern weil ein Angebot ohne dieses Verständnis geraten wäre.
- 01.1
Erstes Gespräch
Was läuft heute wie, wo hakt es, und wer arbeitet später damit. Eine halbe Stunde reicht meistens, um zu sagen, ob eine App das richtige Werkzeug ist.
- 01.2
Nachfassen, bis es sitzt
Meist zwei bis drei weitere Termine mit den Menschen, die den Ablauf kennen. Wir fragen so lange nach, bis wir ihn selbst erklären könnten.
- 01.3
Was mitspielen muss
Welche Systeme hängen dran, wer darf was sehen, welche Schnittstelle gibt es wirklich und welche nur auf dem Papier.
- 01.4
Angebot statt Schätzung
Am Ende ein Umfang, den wir vertreten können, mit benannten Risiken und einem Festpreis. Keine Konzeptmappe.
Erste Version
Eine erste lauffähige Version am echten Gerät, benutzt von den Menschen, die später damit arbeiten.
- 02.1
Designsystem statt Screendesign
Echte Komponenten, die später im Code genauso heißen, nicht 40 Einzelbilder.
- 02.2
Installiert auf echten Geräten
Nicht im Simulator, sondern auf den Telefonen, auf denen die App später läuft. Ältere Modelle inklusive.
- 02.3
Test durch echte Nutzer
Bedient von den Menschen, die später damit arbeiten, nicht nur von uns.
- 02.4
Freigabe
Erst wenn die Menschen, die damit arbeiten, den Ablauf ohne Erklärung schaffen.
Bauen im Zweiwochentakt
Sie sehen den Fortschritt auf dem eigenen Gerät, nicht im Statusbericht. Was nicht funktioniert, merken wir in Woche 6, nicht in Woche 26.
- 03.1
Alle 14 Tage eine Version
Installierbar und benutzbar auf Ihrem eigenen Gerät, dazu eine kurze Liste, was neu ist.
- 03.2
Review mit dem Fachbereich
Ein kurzer Termin mit den Menschen, die die App später benutzen, nicht mit der Projektleitung allein.
- 03.3
Änderungsbudget
15 % des Umfangs sind für Kurskorrekturen reserviert. Sie sind eingeplant, nicht erstritten.
Release & Betrieb
Eine App wird nicht benutzt, weil sie fertig ist, sondern weil die Einführung funktioniert hat und danach jemand zuständig bleibt.
- 04.1
Pilotgruppe
Erst eine kleine Gruppe, die alle Rollen abdeckt, dann alle. Mit fester Runde, in der Rückmeldungen zusammenlaufen.
- 04.2
Mitbestimmung
Wo ein Betriebsrat zustimmen muss, etwa bei Zeiterfassung, planen wir das früh ein und nicht kurz vor dem Start.
- 04.3
Betriebsübergabe
Am Tag des Go-live läuft das Betriebspaket bereits, inklusive Monitoring und Rufnummer.
- 04.4
Quartalsgespräch
Vier Mal im Jahr: Was lief, was kostet es, was kommt als Nächstes.
Starten Sie mit einer Discovery.
Zwei bis vier Wochen, ein fester Preis, und am Ende wissen Sie, was Ihre App kostet und ob sie sich lohnt.