System für interne Anwendungen
Ein Team, das interne Werkzeuge und Anwendungen für das Unternehmen entwickelt — von der Abteilungsanfrage bis zur Adoption durch die Mitarbeiter und zur Wirkungsmessung.
Der komplette Bauzyklus des internen Werkzeugs: Anfrage, Analyse, Entwicklung, Test und Rollout — dann Adoption und echte Wirkungsmessung.
Ohne Kreditkarte — Ihr Projekt ist in einer Minute mit dem kompletten System eingerichtet
So sieht das System-Board aus, das Sie erhalten: Workflow-Spalten und Startkarten, die die ersten Schritte zeigen
Wie läuft die Arbeit in diesem System ab?
Die Bedarfe der Abteilungen kommen als Karte in „Anfrage“ und beschreiben das Problem, nicht die fertige Lösung: welcher Prozess stockt, wer darunter leidet und wie viel Zeit er kostet. Die Karte wandert in „Analyse“, wo sich der Analyst mit der anfragenden Abteilung zusammensetzt, den Prozess tatsächlich versteht und Anforderungen und Akzeptanzkriterien auf die Karte schreibt. Nach der Freigabe wechselt sie in „Entwicklung“, wo die Entwickler mit Teillieferungen arbeiten, dann in „Test“, wo Anwender aus der anfragenden Abteilung selbst sie ausprobieren und ihre Anmerkungen erfasst werden, dann in „Rollout“, wenn sie für alle Mitarbeiter bereit ist. Die Reise endet nicht mit dem Rollout: Die Karte wechselt in „Adoption“, um die Nutzung des Werkzeugs durch die Mitarbeiter und ihre Schulung zu verfolgen, dann in „Wirkungsmessung“, um seine tatsächliche Wirkung auf den Prozess zu dokumentieren, für den es gebaut wurde.
Der Chat dient der täglichen Entwicklerabstimmung und dringenden Anforderungsfragen mit den anfragenden Abteilungen. Das Forum dokumentiert die Architekturentscheidungen, die Diskussionen großer Anforderungen und die Post-Rollout-Reviews, damit Designentscheidungen und ihre Begründungen für später hinzukommende Teammitglieder verständlich bleiben und dieselben Diskussionen nicht jedes Mal neu geführt werden.
Der Anwendungsleiter nimmt die Anfragen entgegen, ordnet ihre Prioritäten und gibt ihren Eintritt in „Entwicklung“ frei; der Analyst begleitet die Karte von „Analyse“ bis zur Akzeptanz in „Test“ mit der anfragenden Abteilung; die Entwickler setzen um und beheben die Anmerkungen. Die Ergebnisse aus „Wirkungsmessung“ gehen zurück an den Anwendungsleiter für seine Entscheidung: Weiterentwicklung des Werkzeugs in einer zweiten Phase, Beibehaltung wie es ist — oder offizielle Einstellung, wenn es nicht genutzt wird.
Wer macht was?
Die operativen Rollen in diesem System und die Verantwortung jeder Rolle im Tagesgeschäft — weisen Sie sie Ihrem Team so zu oder passen Sie sie an Ihre Gegebenheiten an.
Leiter interne Anwendungen
Nimmt die Abteilungsanfragen entgegen und ordnet ihre Prioritäten, gibt den Übergang von „Analyse“ in „Entwicklung“ und von „Test“ in „Rollout“ frei.
Business-Analyst
Analysiert den Bedarf der anfragenden Abteilung und schreibt Anforderungen und Akzeptanzkriterien auf die Karte, begleitet den Test mit den Anwendern bis zu deren Akzeptanz.
Entwickler
Bauen die Anwendungen auf den Karten in „Entwicklung“ und beheben die Anmerkungen aus „Test“, dokumentieren die Architekturentscheidungen im Forum zum Zeitpunkt ihrer Fällung.
Adoptions- & Schulungskoordinator
Führt die Einführung und Schulung der Mitarbeiter am Werkzeug nach dem Rollout und sammelt die Nutzungsindikatoren in „Adoption“ und „Wirkungsmessung“.
Was ist ab dem ersten Tag für Sie vorbereitet?
Module des Systems
- Aufgaben — Ein Kanban-Board mit Workflow-Spalten und Ausführungskarten
- Chat — Der schnelle Kanal für die tägliche Abstimmung im Team
- Forum — Dokumentierte Diskussionen in geordneten Bereichen — Entscheidungen und Wissen gehen nie verloren
Forenbereiche (4)
- ArchitekturentscheidungenDokumentation der Architektur- und Werkzeugwahl beim Bau interner Anwendungen samt Begründungen — Referenz für alle, die später am Code arbeiten.
- Anforderungen & AbteilungsdiskussionenAusführliche Gespräche mit den anfragenden Abteilungen über große Anforderungen vor ihrer Umwandlung in eine formelle Analyse.
- Post-Rollout-ReviewsWas bei jedem Rollout gelungen ist und was gestolpert ist — dokumentierte Lessons Learned für die kommenden Projekte.
- Ideen & VerbesserungenVorschläge für neue interne Werkzeuge oder Verbesserungen an bestehenden — aus dem Team und aus Anwenderfeedback.
«Arbeitsregeln in diesem System» — Im Forum angepinnt
1) Keine Entwicklung vor einer freigegebenen Analyse: Keine Karte geht in „Entwicklung“ ohne geschriebene Anforderungen und Akzeptanzkriterien. 2) Der Antragsteller aus der Abteilung beteiligt sich am Test — kein Rollout ohne seine Akzeptanz. 3) Architekturentscheidungen werden im Forum zum Zeitpunkt ihrer Fällung dokumentiert, nicht danach. 4) Der Rollout gilt erst nach einer dokumentierten Adoptionsphase und Wirkungsmessung als abgeschlossen. 5) Ein Werkzeug, das nicht genutzt wird, wird per dokumentierter Entscheidung offiziell eingestellt, statt es verkümmern zu lassen.
Ähnliche Systeme
Bereit? Ihr erstes Projekt ist zwei Minuten entfernt
Erstellen Sie jetzt Ihren kostenlosen Arbeitsbereich und laden Sie Ihr Team noch vor Tagesende ein.