FMK 2013 Matroschka Prinzip, Marcel Moré & Holger Darjus

FileMaker Konferenz 2013 Salzburgwww.filemaker-konferenz.com

Holger Darjus · Marcel MoréDas Matroschka Prinzip

Wie Sie als Entwickler Ihr Projekt zum Erfolg führen

Das Matroschka Prinzip

Holger Darjus Marcel Moré

bringen gemeinsam mehr als 40 JahreEntwickler-Erfahrung auf die Bühne

Holger Darjus Marcel MoréJg. 1962 Jg. 1969

• DesignerIT-Kaufmann

• Seit 20 Jahren als Entwickler tätig

• 17 Jahre technischer Leiter in einem Medienunternehmen

• Seit 3 Jahren Vollzeitentwickler Sansibar Sylt

• Entwickler Informationsdesigner

• Seit 21 Jahren selbständig als Entwickler und Berater

• Zahlreiche Datenbank- und WEB-Anwendungen für namhafte Kunden im Bereich Dienstleistung und Handel

Was Sie in den folgenden90 Minuten erwartet ...

Wie das Matroschka-Prinzipzu seinem Namen kam

Hilfreiche Strategien für den Umgang mit Ihrem nächsten FileMaker-Projekt

Überraschende Erkenntnisse jenseits von Code-Zeilen und Formel-Editor

Wie kommt man als Entwickler eigentlich zum

Projekt?

Kommen Sie doch mal vorbei...

Guten Tag!

Wir hätten dafolgende Aufgabe...

Die Projektbeschreibung

Ideale Welt Realität

Projektplan mitTimeline, Budget,

Ressourcenzuteilung

vage Vorstellungdes Kunden

Konkret:Wer, Was, Warum?

Holgers Projekt Marcels Projekt

Warenwirtschaft für ein Gastronomie- und Versand-

handelsunternehmenmit 170 Mitarbeitern

Warenwirtschaft für einGross- und Versand-handelsunternehmenmit 45 Mitarbeitern

Ausgangspunkt:Vorhandenes Sytem sollte

erneuert werden

Ausgangspunkt:Umstellung des

vorhandenen Systems vonFileMaker 6 auf Version 10

• Klassisches ERP & CRM System

• Automatisierte Auftragsabwicklung

• Warenlogistik und Bestandsüberwachung(4 Lager, 11 Stores)

• Webshop-Backend

• »IT-Baukasten«

Was die Lösung macht

200 Tabellen

3500 Felder

800 Layouts

3000 Seiten Script

Mio+ Datensätze

• Klassische Warenwirtschaft mit Lagerlogistik

• Auftragsabwicklung für Endkunden, Großhandel, weltweiten Export

• PIM-System für Stammdatenverwaltung

• Schnittstelle zu Webshop

• Schnittstellen zu Versandlogistik, DATEV, Banking

Was die Lösung macht

155 Tabellen

6.000 Felder

2.000 Layouts

86.000 Scriptschritte

Mio+ Datensätze

Wie läuft ein Projekt ab?

Phasenmodell

Entstehung

Analyse Konzept

Umsetzung

Datenübernahme

Regelbetrieb …

Rollout

Entstehung

Phasenmodell

Analyse Konzept

Umsetzung

Datenübernahme

Regelbetrieb …

Rollout

• Verhandlung über das Projekt

• Ist das Projekt überhaupt umsetzbar?

• Stimmt die Chemie zwischenAuftraggeber und Entwickler?

• Aufwandsabschätzung, Angebot

• Vereinbarungen über Rahmenbedingungen

• Auftragserteilung, Startschuss...

Entstehungsphase

Entstehung

Die erste Herausforderung:Aufwandsschätzung

Woll‘n wir dochmal schauen...

Projektbeginn:Frühjahr 2010

Projektbeginn:Herbst 2010

Erste Schätzung:

1 Monat fürs Konzept6 Monate Umsetzung+ noch etwas Luft

Erste Schätzung:

2 Wochen Vorbereitung4 Wochen Umsetzungzum Stichtag fertig

„In einem Jahrist alles fertig“

„Umstellung zum Jahreswechsel“

Entstehung

Wie lange es wirklichgedauert hat...

Fertigstellung:Frühjahr 2013

Gesamtdauer: Gesamtdauer:

3 Jahre 2 ½ Jahre

Die ursprünglichen Schätzungenlagen „knapp“ daneben...

Wie kann man sinnvoll damit umgehen?

Nach Vorgabe Auf Vertrauen

Kunde hat eineexakte Spezifikation

Kunde hat einegrobe Vorstellungvom Ergebnis

Entwickler kann die Aufgabe anhand der

Spezifikation lösen

Entwickler mussden Lösungswegerst erarbeiten

Benötigte Ressourcen können vorher

bestimmt werden

Benötige Ressourcen sind nur grob abschätzbar

Entstehung

»Klassisch« »Flatrate«

Festes BudgetWerkvertrag

Monatliches FixumDienstvertrag

Entstehung

Es soll einfachfunktionieren... OK.

Ich kümmermich drum.

Dann fangenSie mal an!

Entstehung

Wenn der Einstieg geklärt ist

Analyse

Entstehung

Konzept

Umsetzung

Datenübernahme

Regelbetrieb …

Rollout

• Die Welt des Auftraggebers verstehen

• Gründe für Abläufe hinterfragen

• Ideen fürs Konzept sammeln

• Technische Stolpersteine identifizieren

• Entscheidungen vorbereiten

Analyse

Der analytische Blickauf die Lösung

WasWarum

WerWie

Analyse

Ziele & Anforderungen

Prozesse

AnwenderTechnik

Implementation Organisation

User-InterfaceSchulungen

Analyse

Wo FileMaker im Projekt steht

Prozesse

Anwender

Analyse

FileMakerIT

FileMaker ist (nur) ein Teil der Lösung

Prozesse

Anwender

Analyse

Was ist mit dem Rest im Projekt?

FileMakerIT

Die optimale Besetzung fürs Projekt

Prozesse

Anwender

Analyse

FileMakerIT

Entwickler

Berater

Projektleiter

Supporter

Architekt

Als Einzelkämpfer in mehreren Rollen unterwegs

Berater

ArchitektProjektleiter

Entwickler

Supporter

Entwickler in seiner Matrix

Berater

Entwickler

Supporter

»Seelsorger«

Berater

Entwickler

Supporter

»Seelsorger«

[Matriːschka] = altrussisch für»Der in der Matrix lebt«

BeraterZuständig für konzeptionelle GesichtspunkteKontakt zum Kunden

ArchitektZuständig für technische Aspekte der Lösung

ProjektleiterZuständig für Steuerung des ProjektablaufsFormale Kommunikation

SeelsorgerZuständig für informelle KommunikationGibt dem Projektleiter Feedback

EntwicklerZuständig für Umsetzung des ProjektsCoding, Design

SupporterZuständig für Kontakt zum AnwenderInformant fürden Entwickler

Berater Architekt Projektleiter Entwickler SupporterKundenwünsche erfüllen

Strategie und Konzept erarbeiten

Passende Rahmen-bedingungen schaffen

Für realistische Vorgaben und Erwartungensorgen

Gestaltungs-freiräume definieren

Einhaltung formaler Regeln sichern

Das Projekt steuern

Umsetzung kontrollieren

Konflikte entschärfen

Gute Stimmung verbreiten

Programmieren

Anwendung gestalten

Vorgaben umsetzen

Praxisnahe Optimierungen umsetzen

Kommunikation mit den Anwendern

Unterstützung bei Entwicklung und Betrieb

Dokumentation vervollständigen

Schulungen

Aufgaben + Ziele

Einstieg ins Konzept...

Konzept

Entstehung

Analyse

Umsetzung

Datenübernahme

Regelbetrieb …

Rollout

• Ziele formulieren!

• Strategie

• System-Architektur

• Fachliche Beschreibung der Lösung

• Technische Beschreibung der Lösung

• Userinterface · Userexperience

• Schnittstellen

Konzept

Das Runde muss ins Eckige

Indikatoren für Rollenwechsel

• Lastenheft wird unüberschaubar lang

• Schreibtisch quillt über

• Konsequenzen sind schwer abschätzbar

• Viele Baustellen gleichzeitig

Berater Architekt Projektleiter Entwickler Supporter

Projektleiter SupporterEntwicklerArchitektBerater

Das können Sie tun...

• Finger weg von der Tastatur

• Fundierte Architektur-Entscheidungen:z.B. Aufteilung für mehrere Entwickler, Modularisierung, Schnittstellen

• Voraussetzungen für Aufgabenverteilung und Zukauf von Teilfunktionen schaffen

• Vom Beginn der Entwicklung an die Einführung denken

Herausforderung #2Ausufernde Ideen

• Kunde und Anwender entdeckendie Möglichkeiten...

• Was wir schon immer mal gernealles machen wollten...

• »Featuritis«: Projekt wird überladenmit unnötigen Details

• Scheinbar triviale Aspekte entwickelnsich zu »Architektur-Killern«

Ausufernde Ideen

Konzept

• Kunde hat naive Vorstellungen davon,was technisch möglich ist

• Gegensätzliches Verständnisbezüglich der Umsetzbarkeit:

• Was für den Kunden leicht scheint,ist oft technisch aufwändig

• Was für den Kunden schwierig aussieht,ist manchmal leicht umsetzbar

• Abschnitte definieren:Basislösung, Ausbaustufe 1, 2, 3...

• Konsequent auf Prioritäten achten!

• »Gute Ideen« für später einsammeln

• Oft reicht es schon, drüber zu reden

• Manches ist später dann doch nicht mehrso »wahnsinnig« wichtig

Ein Fall für »Agent Osterhase«

Agent 00-Hase

Maßstab 1:10Version 4.8.32

Baujahr 1867

Spezialagent Osterhase

Lange Ohren:kann gut zuhören

Korb:zum Ideeneinsammeln

Lange Beine:ausdauernd

unterwegs

Einsatzgebiet:Auftraggeber, Anwender

Aufgabe:Ideen einsammeln

Zweck:Druck rausnehmen

Kommt anschließend 1x im Jahr und verteilt Überraschungen

Berater SupporterEntwicklerArchitekt Projektleiter

Herausforderung #3Umgang mit Konflikten

• Widersprüchliche Ziele

• Unterschiedliche Prioritäten

• Unklare Zuständigkeiten

• Machtspiele und Loyalitätskonfliktein der Organisation des Kunden

• Angst vor Veränderungenbei den Anwendern

Typische Konflikte

Konzept

• Offen auftretende Widerständewährend der Konzeptfindung

• Hinhalte-Taktiken

• Schwammige Spezifikationen

• Heilige Kühe und Abwehr-Nebelkerzen

Heilige Kuh im Nebel

Berater Projektleiter SupporterEntwicklerArchitekt

• Kompetente Ansprechpartneroffiziell benennen lassen

• Die Lösungssuche neutral moderieren

• Aus Grabenkämpfen raushalten,versuchen objektiv zu bleiben

• Zuversicht verbreiten und für die Chancen der neuen Lösung werben

Wenn der Entwickler endlich zur Tat schreitet...

Umsetzung

Entstehung

Analyse Konzept

Datenübernahme

Regelbetrieb …

Rollout

• Der Kunde hat seine Wünsche geäußert

• Architektur- und Konzeptvorgabenliegen auf dem Tisch

• Aufgaben sind verteilt

• Erwartungen an den Fertigstellungstermin stehen im Raum

Umsetzung

Euphorie

Stimmungskurve

Umsetzung

Euphorie

Ernüchterung

PragmatismusZiel

Stimmungskurve

Umsetzung

• Tragfähiges Framework mit klaren Konventionen konzipieren

• Modul für Modul Funktionen implementieren

• Abläufe im Code ausführlich dokumentieren

• Frühzeitige Last- und Funktions-Tests

• Umstellung automatisieren

• Teilerfolge im Projekt kommunizieren

SupporterEntwicklerArchitektBerater Projektleiter

Herausforderung #4Verdeckte Anforderungen

• Auftraggeber kann Detailbedingungenvorab nicht vollständig beschreiben

• Entwickler lernt Implikationen erst Schrittfür Schritt im Projektablauf kennen

• Anwenderpraxis entspricht nichtden formalen Abläufen

• Technische Fallstricke erfordernaufwändige Workarounds

Verdeckte Anforderungen

Konzept

Blick aufs Projekt

Konzept

Blick aufs Projekt

= Mehraufwände

Details fressen diePlanung auf...

• Der Entwickler hat Stress

• Die Zeit wird knapp

• Erwartungen werden nicht erfüllt

• Flucht in Nebensächlichkeiten

• Verkriechen…

• Abgleich mit den Zielen

• Aufwände regelmäßig neu schätzen

• Nicht auf Bauchgefühl verlassensondern alle Details auflisten

• Prioritäten vergeben: A B C

• Auf Teile verzichten oder verschieben

• Nachverhandlung über Ressourcen:Zeit, Geld, Leute, Fremdmittel

Herausforderung #5Sich ändernde

Rahmenbedingungen

• Ändern sich plötzlich und unerwartet(speziell bei langen Projekten)

• Verändern wichtige Projektparameter

• Bringen Planungen zu Fall

• Erfordern Rücksprung in Konzept-Phase

• Teils mit Auswirkungen auf die Architektur

Rahmenbedingungen

Umsetzung

• Urlaub, Krankheit, Ausfälle im Team

• Wechsel von Lieferanten, Technologien, Schnittstellen im Umfeld der Anwendung

• Neue Betriebssystem-Version

• Neue FileMaker-Version

• Neue Regelungen (z.B. SEPA)

• Veränderungen im Unternehmendes Kunden

Beispiele

Umsetzung

Wenn das Projektins Stocken gerät

• Projektinhalte verändern sich

• Neue Aufgaben kommen hinzu

• Bereits fertiggestellte Arbeiten sind unbrauchbar oder überflüssig

• Zusätzlicher Kommunikations- und Planungsbedarf entsteht

• Projektlaufzeit verlängert sich

Berater Architekt Entwickler SupporterProjektleiter

• Nicht übermäßig genau planen

• Improvisieren

• Spielräume einbauen

• Projektänderungen neu verhandeln

• Ziele hinterfragen undAlternativen untersuchen

• Mal Urlaub machen...

Die Datenübernahmeleitet den Rollout ein

Datenübernahme

Entstehung

Analyse Konzept

Umsetzung

Regelbetrieb …

Rollout

• Daten aus dem alten Systemsollen in das neue System

• Unterschiedliche Herangehensweisen bei Neuentwicklung oder Migration

• Oft steht nur ein sehr begrenzter Zeitkorridor zur Verfügung

• »Point of no Return« berücksichtigen

Datenübernahme

Übernahme

• Klären was an Datenbeständen im neuen System zur Verfügung stehen muss

• Datenmigration scripten und testen

• Übernahme auf den Zeitkorridor optimieren- durch Hardwareeinsatz- durch Datensynchronisation

• »Plan B« – Übernahme wiederholen

Berater Architekt SupporterEntwicklerProjektleiter

Berater Architekt Projektleiter SupporterEntwickler

Projekt im LandeanflugDie Rollout-Phase

Rollout

Entstehung

Analyse Konzept

Umsetzung

Datenübernahme

Regelbetrieb …

• Mit der Datenübernahme beginnt oftdie Arbeit mit dem neuen System

• Wenn jetzt noch Fehler drin sind, müssen diese unmittelbar behoben werden

• Die ersten Tage nach der Umstellung sind die heiße Phase, in der es zur Sache geht

• Alle Anwender haben gleichzeitig Fragen und geben Rückmeldungen

Rollout

• Kribbeln im Bauch…

• Es geht los!

• Verbündete und Helfer suchen:1 Keyuser pro Abteilung + Support-Team

• Kommunikation kanalisieren:Kein Anwender darf den Entwicklerdirekt ansprechen!

• Meetings mit dem Support-Teamin kurzen Abständen

• Prioritäten fürs Debugging

Alles ist gutDer Regelbetrieb

Regelbetrieb

Entstehung

Analyse Konzept

Umsetzung

Datenübernahme Rollout

• Das System läuft

• Die Anwender machen sich vertraut

• Fehler zeigen sich

• Es fällt auf, was noch fehlt

• Neue Wünsche entstehen

• »Nach dem Projekt« ist »Mitten im Projekt«

Regelbetrieb

Berater Architekt Entwickler SupporterProjektleiter

• Praxisgerechte Dokumentationfür die Anwender

• »Warum-Buch«

• Schulungen für die Anwender

• Strukturiertes Bugfixingnach Wichtigkeit und Dringlichkeit

• Sich selbst belohnen!

Entwickler und Projektleiter Ein unverzichtbares Team

• Klare Vorgaben

• In Ruhe entwickelnIn Ruhe entwickelnIn Ruhe entwickeln...

• Details zu Endeausarbeiten

• Erfolgserlebnisse

Der Entwickler will:

• Standfestigkeit

• Souveränität

• Flexibilität

• Einfühlungsvermögen

• Diplomatisches Geschick

• Konsensfähigkeit

• Durchhaltevermögen

Der Projektleiter braucht:

Was der Projektleiter tun kann...

• Viel und frühzeitig kommunizieren

• Probleme klar ansprechen

• Auf alle Beteiligten aktiv zugehen

• Regelmäßiges Feedback geben

• Den Projektstand regelmäßig überprüfen

• Bei Krisen einen kühlen Kopf bewahrenund die Situation neu definieren

Was der Entwickler tun kann...

• Für ein ruhiges Umfeld sorgen

• Austausch mit anderen Entwicklern suchen

• Optimale Werkzeuge auswählen

• Daran denken, in die passende Rolle für die jeweilige Anforderung zu schlüpfen

• Das Matroschka Prinzip anwenden

Management by MatroschkaZusammenfassung

Im Projektverlauf regelmäßig prüfen, ob ein Rollenwechsel ansteht anhand der Indikatoren

Entscheiden, welche Rollen gebraucht werden

Die jeweiligen Stärken aktiv einsetzen

Das Matroschka Prinzip

Damit werden Sie vom FileMaker-Entwickler zum....

Vielen Dank unseren Sponsoren

Danke für das Bewerten dieses Vortrages

FMK 2013 Matroschka Prinzip, Marcel Moré & Holger Darjus

Documents

FMK2016 - Holger Darjus und Jörg Köster - Migration und Synchronisation

FMK 2013 Namenskonventionen, Heike Landschulz

FMK 2013 Schnittstellen Datenaustausch, Longin Ziegler

FMK 2013, Eigene Apps für iOS mit FileMaker Go, Markus Schneider

FMK 2013, Suchstrategien, Martin Braendle & Volker Krambich

FMK 2013, FileMaker & Recht , Christoph Kluss

FMK 2013, Tipps und Tricks FM Go, Robert Kaiser

FMK 2013, FileMaker Server, Michael Valentin

Region: Überregionalm ^ ..fmk i m .* t .-fi--- -V,a " ^ .i* :"st;1 Es ist schon verrückt: Obwohl uns heute alle Lebensmittel dieser Welt im Über-fluss zur Verfügung stehen, ernähren

Caravans 2017c1940652.r52.cf0.rackcdn.com/57d28322ff2a7c37a30000f6/Caravan... · 505 FSK 565 FMK c’trend Trendig unterwegs! | ab Seite 18 Schöner campen zum besten Preis. ... und

FMK 2013 Entwickler Werkzeuge, Marcel Moré

FMK2016 - Volker Krambrich und Holger Darjus - Langfristige Kundenbindung

FMK 2013 Design, Gestaltungsmittel in Layouts, Arnold Kegebein

FMK 2016 - Thomas Hirt - FileMaker Server SSL Zertifikate

Презентация PowerPoint€¦ · Tencbl Bbl(TynneHnq AHApei TapaceHK0 )KcnopT fMK B I-M VI 2M KBapTanax 9Toro roaa Ha PblHKe MeTannonp0AYK141/lL,1 I-Ia6moaaeTcq cnaa. LleHbl

Künstlerporträt Ekaterina Moré - Reise zu sich selbst

FMK2014: Verband der FileMaker Entwickler by Holger Darjus

FMK 2013 Mbs filemaker plugin, Christian Schmitz

FMK-0313 Leistungsübersicht Flyer d Rev0 - Kerfa GmbHkerfa.de/.../FMK-0313_Leistungsuebersicht_Flyer_d_Rev0.pdfKerfa GmbH An der Kohlenbahn 30 58135 Hagen Deutschland Tel.: +49 2331

fmk. + Fact Newsletter 02/2012