MGMT – Kids

MGMT (Abkürzung für “Management”) ist für meinen Geschmack eine der derzeit innovativsten Bands. Eingängige Musik, die meinen elektronischen Vorlieben schmeichelt und die trotzdem anders ist, kein Mainstream. Ihr Album “Oracular Spectacular” wird vermutlich das nächste sein, was ich mir gönne.

Toll, auf eine Weise. Besonders für ihn.

Andererseits sollten wir jetzt vielleicht allmählich ein Gummiband an seinem Fuß und unserer Couch befestigen. Sonst finden wir ihn eines Tages irgendwo hinter einem Schrank. Oder draußen, beim Bäcker

Bei meinem derzeitigen Arbeitgeber bin ich damals angetreten, um eine professionelle Softwareentwicklung aufzubauen. Vieles haben wir erreicht, vieles ist noch ausbaufähig. Aber Professionalität und Innovation können nun einmal nur so stark wachsen, wie ein Unternehmen es zulässt und unterstützt. Und meiner Ansicht nach haben wir den Gipfel des unter den gegebenen Bedingungen Möglichen erreicht. Für mich gibt es also nicht mehr wirklich etwas zu tun – zumindest nicht in Richtung Prozessoptimierung.

Daher werde ich ab 01.04. als Software Process Manager für Zalando tätig sein, eins der groß gewordenen e-Commerce-Kinder des Web 2.0. Eine anspruchsvolle Aufgabe, denn Zalando steht durch sein Wachstum an einem Punkt, welcher die Einführung und Optimierung passender Prozesse notwendig macht. Und das ist genau das, was ich momentan machen will und kann! Außerdem verlasse ich damit auch den Bereich .NET/Microsoft in Richtung Open Source, Java, PHP und Co., in dem ich derzeit nur privat bewege.

Gleichzeitig erfülle ich mir den Wunsch der Rückkehr in den Schoß eines “echten” IT-Unternehmens. Mein derzeitiger Arbeitgeber kommt nun einmal aus dem Bereich Übersetzung/Lokalisierung (wo er, soweit ich das beurteilen kann, einen respektablen Job macht) und entwickelt daneben auch Werkzeuge für seine Branche. Und dort herrscht nun einmal eine völlig andere Unternehmenskultur als in einem Laden, der seine ganze Kraft (oder zumindest große Teile davon) aus einer gut funktionierenden Softwareentwicklung bezieht.  Das merkt man im Prinzip schon, sobald man das Büro betritt.

Ein bisschen traurig bin ich um meine Kollegen, denn das sind wirklich gute (und lustige) Leute. Aber man sieht sich ja immer zweimal im Leben. Und die neue Aufgabe ist einfach zu interessant, als dass ich “nein” sagen könnte. In sofern: Ich freue mich

Auf einem meiner Server läuft noch eine relativ alte MySQL 4 – Version sowie PHP 4. Allerdings benötige ich für ein aktuelles Projekt MySQL 5 und PHP 5. Deshalb habe ich heute morgen eine Mail an den Support geschrieben und nach einem Upgrade und dessen Kosten gefragt. Ungelogene zwei Minuten später hatte ich schon die Antwort: Upgrade problem- und kostenlos möglich. Heute nacht ziehen dann bereits etliche Seiten auf den neuen Server.

Respekt – das nenne ich wirklich guten Kundenbetreuung!

Warum gerade diese “Abers” dem Scrum-Prozess wenig förderlich sind und wie der Scrummaster dem entgegen wirken kann ist wie gesagt hier festgehalten:

(gefunden bei Boris)

In der Produktion Teile von Drittanbietern einzusetzen ist gang und gäbe. Ob in der Autoindustrie oder in der Softwareentwicklung. Die Motivation dahinter ist letzendlich, Zeit und Geld zu sparen. Warum sollte ich das Rad neu erfinden? Der Drittanbieter hat in der Regel bereits beträchtliche Summen in die Perfektion seiner Komponente investiert und meine eigenen Ausgaben würden höchst wahrscheinlich ähnlich hoch sein, bis ich ein vergleichbares Produkt selbst entwickelt habe.

Allerdings birgt die Abhängigkeit von einem externen Anbieter immer Risiken, auch in der Sofwareentwicklung. Beispiel aus der Praxis: Wir entwickeln in meiner Firma ein geschäftskritisches, internes Projektmanagement-System, eine Windows-Client/Server-Anwendung auf Basis von Microsoft .NET. Für die Benutzeroberfläche setzen wir stark auf die telerik RadControls for WinForms, ein (auf den ersten Blick) ziemlich beeindruckendes Framework von UI-Controls. Allerdings stoßen wir hier immer wieder auf ärgerliche Bugs. Für viele lässt sich in der Regel ein schneller Workaround finden, so dass die Investitionen in die RadControls insgesamt noch deutlich unter dem Aufwand für eine entsprechende Eigenentwicklung liegen.

Allerdings gibt es momentan ein Problem, für dass wir keinen Workaround entwickeln können: Die ganze Anwendung stürzt beim Drücken einer Akzent-Taste ab. Da wir ein Übersetzungsdienstleister sind, der u.a. auch Französisch anbietet und mit Kunden und Lieferanten in aller Welt zusammenarbeitet, ist das natürlich kritisch. Mehrmals pro Tag hört man hier im Büro die Flüche der Anwender, die gerade wieder einmal ihren Client per Akzent ins Nirvana befördert haben. Der Fehler ist nun bereits an telerik gemeldet und bestätigt worden, für dessen Behebung gibt es allerdings noch keinen Termin.

Diese Situation ist natürlich extrem unbefriedigend. Was haben wir für Alternativen? Wir könnten auf die RadControls verzichten. Das bedeutet aber entweder extrem hohen Aufwand für die Eigenentwicklung brauchbarer Alternativen oder Investitionen in eine Controlsuite eines Konkurrenzanbieters, einschließlich des Lernaufwandes der Entwickler – und wer garantiert uns, dass diese Control letztendlich fehlerfreier sind? Wir könnten auch den Sourcecode der betroffenen Controls selbst anpassen, der uns aufgrund unserer Lizenz zur Verfügung steht. Damit läuft man aber wieder in Probleme beim Update auf ein neues Release der Controls. Oder wir warten einfach, bis telerik den Fehler behoben hat, gegebenenfalls kann man versuchen, den Prozess durch regelmäßiges Nachfragen beschleunigen.

Alles in allem also nur die Wahl zwischen Pest und Cholera. Hier ist wie gesagt “nur” unser internes PM-System betroffen. Nicht auszudenken, wenn es sich um eine extern releaste Software handeln würde. Die Nutzen und Risiken sollten in dem Fall also tatsächlich gut abgewogen werden.

Einer der beiden relativ beeindruckend Gletscher auf dem Hof hinter der Firma. Davon werden wir wohl noch eine ganze Weile etwas haben. Vielleicht kann man ja beim Sommerfest die Eiswürfel direkt daraus gewinnen

PS: Man beachte auch das Parkverbot auf dem Eisberg…

Bin gespannt, ob ich mein Auto morgen früh wiederfinde – oder ob ich mich per Ski auf den Weg zur Arbeit mache.

The Product Owner as a role has 5 responsibilities:

1. Create a Vision and share it with the team.
2. Manage the Return-On-Investment ROI.
3. Prioritize the Product Backlog based on ROI
4. Define the Acceptance Criteria and accept the Product Increment.
5. Establish and maintain the Release Plan.

Wie ich erwähnte verließ uns unser Product Owner vor kurzem überraschend und das Team hing in der Schwebe. Wie geht es weiter? Wer übernimmt die Aufgaben?

Wie erwartet wird der für den Bereich Software-Entwicklung zuständige Geschäftsführer erstmal wieder der PO. Quasi die gleiche Situation, die wir hatten, bevor wir diese Stelle explizit neu besetzten. Er ist in meinen Augen auch durchaus geeignet, die damit verbundenen Aufgaben zu erfüllen, da er die Verantwortlichkeiten des POs sehr in sich vereint.

Problematisch ist in meinen Augen jedoch, dass er als Geschäftsführer zum einen noch etliche andere Aufgaben zu erfüllen hat. Und – noch wichtiger: Gerade bei unserem internen Software-Projekt (PM-System), wo das Feedback der Benutzer (=Angestellten) gefragt ist, bereitet seine Stellung erfahrungsgemäß Probleme. Denn die Leute tun sich einfach leichter, mit Vorschlägen/Wünschen zu einer Person “auf gleicher Augenhöhe” zu kommen als zum Boss der Firma.

Wir werden sehen, wie sich die Sache entwickelt. Für die nächste Zeit können (und müssen) wir damit leben. Auf jeden Fall gibt sich die Firma ernsthaft Mühe, Scrum weiterhin zu unterstützen. Ein Beweis dafür, dass wir mit der Einführung deutlich sichtbare Verbesserungen erzielt haben.

Am letzten Sonntag liefen wir abends bei gefühlten -40°C (real waren es wohl ca. -12°C) hier in Hennigsdorf nach Hause. Plötzlich hält auf der Straße neben uns ein dunkles Mercedes-Coupé mit Berliner Kennzeichen. Das Fenster senkt sich und ein Herr mittleren Alters spricht uns an:

“Entschuldigen Sie – ich bin ein BERLINER! Ich habe mich VERFAHREN – ich möchte nach BERLIN auf die AUTOBAHN!”

(!?!)

“OH MEIN GOTT! Schatz, guck mal, ein BERLINER!”

“WAS? WIRKLICH? Ich halt’s nicht aus – ein BERLINER, ein ECHTER BERLINER, hier draußen bei uns in der Provinz!!! Machst du ein Foto von mir und diesem futuristischen Gefährt, in welchem der BERLINER sitzt? Was ist das eigentlich – doch nicht etwa ein Automobil!?”

“Herr Berliner – darf ich ein Foto von meiner Frau und Ihnen machen – und kann ich vielleicht auch ein Autogramm bekommen? Ein echter BERLINER – das glaubt mir doch keiner meiner hier…”

Sooo hätte das Gespräch laufen können. Aber natürlich haben wir dem Herrn höflich und korrekt den Weg gen Autobahn geschildert. Worauf er sich mit “Vielen Dank – und noch viel Spaß hier in HENNIGSDORF” verabschiedete.

Abgesehen von den persönlichen Beziehungen stehen wir jetzt auch vor großen Herausforderungen aus Prozesssicht: Wer soll die Rolle des POs nun einnehmen? Ich als Scrum Master darf es nicht – denn ich muss unabhängig bleiben. Eine Alternative wäre, ein Teammitglied in diese Doppelrolle zu befördern. Allerdings ist das unrealistisch, da wir die gesamte Kapazität der Entwickler auch zum Entwickeln brauchen. Dritte Möglichkeit: Eine Team-externe Person, z.B. einer der Geschäftsführer, tritt in die Fußstapfen des POs. Diese Situation hatten wir jedoch, bevor wir diese Position explizit anders besetzt hatten und es war völlig unbefriedigend. Denn Product Owner ist ein Vollzeitjob – und es gibt niemanden in der Firma, der dafür wirklich Zeit hat.

Ich bin gespannt, wie sich diese Situation entwickeln wird und hoffe für das Team und die Firma, dass wir schnell eine probate Lösung finden. Die große Gefahr wird jetzt sein, dass sich Teammitglieder, die vorher schon unzufrieden waren, nun mental von der Firma verabschieden (“innere Kündigung”). Von daher muss ich versuchen, möglichst schnell für alle einen akzeptablen Status quo herzustellen.

Geplant hatten wir Silvester bei Freuden und in der ersten Januar-Woche – zum ersten Mal seit einem dreiviertel Jahr und überhaupt zum ersten Mal, seit der Kleine da ist – ein paar Tage Urlaub am der Ostsee.

Draus geworden sind dann ab dem 30.12. sechs Tage mit Niklas im Krankenhaus, weil er über Weihnachten eine Lungenentzündung bekam. Und seit Mutter und Sohn wieder daheim sind lieg ich mit ununterbrochen hohem Fieber im Bett.

Mal ganz zu schweigen von meiner Frau, die sich so sehr auf ein paar Tage Entlastung und Erholung gefreut hatte, jetzt aber das Kind UND mich betutteln darf.

Hat es jemanden noch schlimmer erwischt – oder halte ich damit den Negativrekord?

Also: Rutscht vorsichtig – sonst treffen wir uns hier noch. Und das wollen wir doch nicht, oder?

Hast Du eigentlich fast nur privates mitzuteilen? Seit Du wieder angefangen hast zu bloggen gab es zwei mäßige Beiträge zu Scrum, und ansonsten aber ganze fünf über Dein Privatleben … das nervt!

Klar muss ich Dein Blog nicht lesen, aber man kommt z.B. bei blogs.dotnetgerman.com ja gar nicht drumrum, ständig auch Deine Belanglosigkeiten lesen zu müssen .

Mach doch bitte wenigstens eine Kategorie für DNGB, und gut ist.

Lieber Kai,

vielen Dank für deine konstruktive Kritik. Vielleicht dürfte ich dazu ein paar Dinge anmerken.

1. Das hier ist MEIN Blog – d.h. ich kann hier schreiben, was ich möchte. Und ich schreibe nun mal sowohl “private [...] Belanglosigkeiten” als auch berufliche Erfahrungen.

2. dotnetgerman hat mich ungefragt in deren Crawler aufgenommen und ich habe – soweit ich weiß -  keinerlei EInfluss darauf, welcher Artikel bei Ihnen erscheint und welcher nicht. Da ich zukünftig aber nicht mehr über .NET-Entwicklung schreiben werde habe ich die Betreiber gebeten, mich nicht mehr bei sich zu veröffentlichen da ich schon einsehe, dass Artikel über Bettwanzen für Entwickler eher uninspirirend sind.

Ich wünsche dir – und allen anderen Lesern – trotzdem frohe Feirtage und ein gesundes Jahr 2010.