Software nach Maß: Weil Standard nicht passt?
Unternehmen müssen Ihre Arbeitsprozesse ändern weil die Standard-Software, die verwendet wird, den Arbeitsablauf (Prozess) vorgibt.
Viele Unternehmen nutzen Standard-Programme. Das Problem: Sie zahlen für sehr viele Feature, nutzen aber nur wenige, während Ihnen die entscheidende Knöpfe für den perfekten Ablauf fehlen. Sie verschwenden täglich Zeit mit manuellen Zwischenschritten, Excel-Listen und Systemen, die nicht miteinander sprechen.
Der Vorteil einer individuell erstellen Software
Eine individuell erstellte Software löst das oben beschriebene Problem. Sie ist wie ein maßgeschneiderter Anzug der perfekt angepasst wird.
Die Entscheidung ob man eine individuelle Lösung erstellt hängt selbstverständlich von den Kosten ab. Die Rechnung kann hier einfacher sein als gedacht. Sparen Sie pro Tag beispielsweise eine Arbeitsstunde, weil es durch die Einführung einer individuellen Software nicht mehr notwendig ist über einen Zwischenschritt mit Excel & Co. zu arbeiten, dann können Sie diese Arbeitsstunde pro Geschäftsjahr, entsprechend Ihrer Personalkosten, umrechnen und gegen die Investition halten.
Der Prozessablauf muss transparent und terminiert sein
Backlog
Ihr Projekt startet mit einer Feature-Liste
Sprint
Die Entwicklung startet
Review
Gemeinsame Betrachtung mit dem Product-Owner und den Stakeholdern
Deployment
Eine neue Software Version wird veröffentlicht
Was ist ein Backlog
Ein Backlog ist eine einfache Liste aller Features Ihre Software. Er beschreibt möglichst nicht technisch was alles später enthalten sein soll.
Beispiel Backlog
- Benutzerverwaltung
- Windows Kennwort verwenden
- Kundendaten bearbeiten
- Bestellungen verwalten
- Stornierungen
Was ist ein Sprint
Ein Sprint ist ein Meilenstein der Software-Entwicklung. Da nicht alles sofort erledigt werden kann, werden einzelne Teile aus dem Backlog in einen Sprint-Meilenstein eingeplant. In dieser Zeit arbeiten mehrere Entwickler an der Fertigstellung dieser einzelnen Teile aus dem Backlog. Die Abschätzung (Estimation) der möglichen Teilaufgaben übernimmt hierbei ein hoch qualifiziertes Teams von Software-Entwicklern.
Was ist ein Review
Ein Code Review ist ein Termin der zum Ende eines Sprints-Meilensteins stattfindet.
Hier schauen die Stakeholder, der Produkt Owner (PO) und die Entwickler gemeinsam auf die Ergebnisse des Sprints und besprechen den nächsten Sprint. Idealerweise ist der Softwarestand am Ende eines Sprints ein Stand den man jetzt live schalten kann.
Was ist ein Deployment
Mit dem Deployment wird der aktuelle Softwarestand produktiv geschaltet.
Wurde beim letzten Review besprochen, dass die neu programmierten Features live gehen können, so wird dieses Prozess jetzt angestoßen.
Ein oder mehrere Entwickler erhöhen die Versionsnummer der Software, spielen alle benötigten Datenbankerweiterungen, z.B die Anlage neuer Felder oder Tabellen in das aktuelle produktive System ein und schalten so die neuen Funktionen frei.
Es kann bei einem Review aber auch besprochen werden, dass die neuen Features zunächst für einen weiteren Zeitraum getestet werden müssen. In diesem Fall ist die Vorgehensweise so, dass man zunächst alle Neuerungen auf dem sogenannte Staging-System einspielt und wartet bis ein Kreis aus Testpersonen eine Freigabe für die Einspielung in das produktive System gibt.
