Project:Sandbox

DRAFT, nicht verbindlich, befindet sich in Entwicklung und steht zur Diskussion

Summary
Aktuell gliedert sich Softwareentwicklung der CSB in die Geschäftsbereiche SWE ERP und SWE CIM. Dies hat Vor- und Nachteile. Vorteile sind:
 * wir können innovativ in unserem Team wirken.
 * wir können unsere Tools und Kommunikationsmedien optimal an unsere Bedürfnisse ausrichten.
 * wir können für uns geeignet erscheinende Organisationsformen einführen (Scrum, Squads,...)
 * wir können unsere Arbeitsweise autonom ändern und dem aktuellen Erkenntnissen angleichen.

Nachteile sind: auch die Toolentwicklung
 * Eine geschäftsbereichsübergreifende konstruktive Zusammenarbeit wird durch die Organisationsform nicht gefördert
 * Evtl. Doppelentwicklungen sind nicht ausgeschlossen. Dies betrifft sowohl die Applikationslogik (z.B CaseCalculation) als
 * Lösungen werden vom Ansatz her zu eng gedacht.

Diesen Nachteilen wirken wir entgegen:

Als Hinweis für Handlungsbedarf gilt die Devise: Mehr als eine DT - Aufruf darf es pro KP nicht geben.
 * Mit Einführung des ebsERPAccess wollen wir den Buchungsverlauf mit ERP im Vorfeld abklären, und die Inbetriebnahmezeiten zu verringern.
 * Aktuell erarbeiten wir gemeinsam mit ERP ein logistisches Einheitenkonzept, das die Einheitenkomplexität für logistische Steuerungsprojekte auf logistische Einheiten transformiert.

Ziel
Ziel ist es die Vorteile beizubehalten und die Nachteile zu überwinden.

Strategisch wollen wir deshalb die Softwareentwicklungsbereiche CIM und ERP zusammenlegen.

Damit stoßen wir einen Prozess an, der wohlüberlegt und strukturiert werden will aber zeitnah begonnen werden soll. Bei der Gestaltung dieses Prozessen sind alle aufgefordert mitzuwirken.

Auf Grundlage der im CIM Bereich eingeübten Kultur der Zusammenarbeit und der Arbeitsorganisation leite ich folgende Leitgedanken ab. Wie wir im CIM Bereich die Arbeit organisert haben, ist aufgeführt, und für eine Zusammenlegung diskussionsfähig.

Leitgedanken
Alle Arbeiten werden in Projekten organisiert.

Es gibt Kundenprojekte und strategische Projekte. Mit der Vorgabe erreichen wir, dass die strategischen Projekte gleichwertig zu den Kundenprojekten betrachtet und geführt werden. Die Projektmitarbeiter werden aus allen Bereichen rekrutiert. Maßgeblich sind die Fähigkeiten und nicht die Teamzugehörigkeit.

Jedes Projekt braucht die Vorgabe klarer Ziele.

Das sind die Abnahmekriterien (Funktionsmatrix) bei Kundenprojekten. Das Ziel das wir für die strategische Entwicklung der Intralogistik - Lösung verfolgen bleibt bestehen: Wir schaffen ein EBS Portal. Daraus ergibt sich die Notwendigkeit der Standardisierung aller Handlungsfelder:
 * Entwicklung
 * Deployment
 * Dokumentation (Software und Projekt - Dokumenation)
 * Qualitätssicherung

Wir arbeiten agil.

Projekte werden agil in kleinen Teams umgesetzt. Der Fortschritt wird transparent dokumentiert und kommuniziert. Über verpflichtende Feedbacks wird der Fortschritt, die Arbeitsweise und ggfs. die Zielsetzung reflektiert. Im Cim Bereich initiieren wir Scrum Teams die in Scrum Meetings gemeinsam mit dem ProductOwner (meistens der Berater) und dem Scrum Master die Arbeit strukturieren und den Fortschritt steuern. Die später eingeführte Squad Organisationsform zeichnet sich durch die klare Delegation der Verantwortlichkeit an das interdisziplinäre kleine Team aus. Dieses Team hat Zugriff auf die gesamte Programmierung und kann Zuarbeiten (Programmierung,Konzeptionen,Codeinspektion,Tests,...) einfordern. Bei Engpässen muss das Team unter Umständen die Arbeit selber durchführen. Zur Qualitätssicherung wird das Rückspielen (Mergen) der Sourcen mit dem Themenverantwortlichen (das wären bei Spotify die Chapter) organisiert. Als Maßnahme können sogenannte CodeReview - Tasks angelegt werden. Den Fortschritt der Arbeit kann über die Reports des Testmanagement-Tools Zephyr Scale bewertet werden. Zur Durchführung und Planung der Tests werden sogenannte TestExecution - Tasks angelegt. In Zepyhr Scale können darüber hinaus Testausführungen geplant werden, die die durchzuführenden Tests nach Zeit,Ort und Tester organisieren. Das Einholen des Feedbacks und die Herstellung der Transparenz erfolgt in regelmässigen Squad - Demos.

Die Arbeitsweise muss durch geeignete Tools unterstützt werden.

Im CIM Bereich setzen wir das agile Projektmanagementtool Jira und diverse Plugins ein: Als Basis der Jira - Eintragungen dient das ERP Projketmanagement das wir bidirektional an Jira angebunden haben.
 * Zur Aufgabenverwaltung nutzen wir die Jira - Srcum Boards und die Backlog - Listen.
 * Als Testmangement nutzen wir das Jira - Plugin Zeyphir Scale.
 * Die Resourcenplanung erfolgt im Jira - Plugin BigPicture
 * Die Arbeitszeiterfassung erfolgt über Jira - Basisfunktionalität

Wir leben eine kommunikative, zielorientierte Kultur.

Voraussetzung für eine erfolgreiche Zusammenarbeit auf Basis kleiner Teams ist die Fähigkeit einer konstruktiven zielgerichteten Diskussion und Ergebnisfindung. Die Organisation soll dem Ziel dienen. Eine starre Abteilungsdenkweise steht dem entgegen. Deshalb sollten wir als ersten Schritt hin zur Etablierung der neuen Kultur den Projektteamgedanken umsetzen. Daraus ergibt sich folgende Schlussfolgerung:

Abteilungsbezogene Ziele sind nicht gewünscht und werden durch Projektziele ersetzt.

Umsetzung
Agil darf nicht mit unorganisiert verwechselt werden. Im Gegenteil verlangt die agile Arbeitsweise ein gemeinsames strukturiertes Vorgehen: Die Transformation von der aktuellen Organisation hin zur agilen Arbeitsweise erfordert also erst recht eine Führung auf Basis einer breiten Diskussion.
 * Die Initiierung neuer Projektteams (Squads,...) muss gesteuert werden.
 * Die strategischen Ziele müssen miteinander abgestimmt werden.
 * Die Umsetzungspläne/Konzepte müssen geprüft und diskutiert werden.
 * Die teamübergreifende Herstellung von Transparenz und das Einholen von Feedbacks muss organisiert werden.

ERP Handlungsfelder
In GB - SWE ERP wurden schon im Vorfeld mehrere Handlungsfelder definiert, die in diversen Arbeitsgruppen bearbeitet werden.

HF1: Versionspolitik /Lify Cycle /Change
 * Teilnehmer aus dem CIM Bereich: Nils Schlicher

HF2: Organiationsstruktur, Aufbau-/Ablauf-Organisation
 * Teilnehmer aus dem CIM Bereich: Heinz Bartz

HF3: Effizienz, Wissenstransfer,Entschlackungg

HF4: Modernisierung Software und Technologie
 * Teilnehmer aus dem CIM Bereich: Michael Bleilevens und Volker Stuth