Direkt zum Hauptbereich

Software Craftsman Swap

Auf der SoCraTes vom 02. - 04.08. in Rückersbach gab es auch eine Session zu dem Thema Software Craftsman Swap. Dabei geht es um ein Konzept bei dem zwei Unternehmen zwei Ihrer (Senior) Entwickler für einen beschränkten Zeitraum austauschen.


Die Firmen 8th Light und Obtiva haben dies bereits 2009 durchgeführt.

Ziel ist es in die Arbeitsweisen eines anderen Teams zu schauen und da da durch zu lernen aber auch Wissen mit in das Team zu bringen. Gerade für Entwickler, welche schon lange in einem Unternehmen sind stellt dies eine gute Möglichkeit dar mal wieder über den Tellerrand zu schauen.

Auch wenn es einige rechtlichen Hindernisse und Ängste zu umschiffen gilt, ist es eine effektive Möglichkeit der Weiterbildung.

Bei der Session wurden drei mögliche Ausprägungen des Craftsman Swap besprochen:

  • Hard Swap: direkter 1:1 Austausch
  • Soft Swap: Austausch nacheinander
  • One Direction: nur ein Craftsman wechselt in das andere Unternehmen
Rechtlich könnten diese Austausche über einen Praktikumsvertrag sowie Absicherungen, dass während / nach dem Austausch kein Kunde / Mitarbeiter für einen gewissen Zeitraum abgeworben werden darf abgesichert werden.

Finanzieren ließe sich dies über das Weiterbildungsbudget. Der ausgetauschte Mitarbeiter wird von seinem Unternehmen weiter bezahlt und dem aufnehmenden Unternehmen entstehen keine Kosten. Dem Kunden wird er nicht berechnet.

Am Abend nach der Session war bereits eine Flipchart Seite mit Namen von interessierten gefüllt. Mittlerweile ist das Konzept auch schon den ersten Firmen vorgestellt und wird dort geprüft.

Die Softwerkskammer wird in naher Zukunft eine Plattform hierfür bieten.

Ich bin sehr gespannt ob dieses Konzept, welches super in die Software Craftsmanship Mentalität von lernen und Wissensweitergabe passt, bei uns Fuß fassen kann.

Kommentare

Beliebte Posts aus diesem Blog

Eine Retro im Kreis

Für die letzte Retro habe ich die Tische und Stühle alle beseite gestellt um dann mit Klebeband (Malercrep) drei unterschiedlich große Kreise um einen Mittelpunkt zu kleben. Der innerste Ring war groß genug, dass das gesamte Team da drin Platz finden konnte. Für die erste Phase der Retro habe ich Kärtchen mit den Zahlen 50, 40, 30, 20 in den Ringen ve rteilt. Die 50 in der Mitte und dann absteigend nach außen. Um so eine Zielscheibe anzudeuten.

Mit dem Rücken am Tellerrand

Es ist gut auch mal über den Tellerrand zu schauen. Manchmal sind wir so in "unserer Welt" gefangen, dass wir den Rest gar nicht mehr wahr nehmen. Zum Beispiel muss ich mich immer wieder daran erinnern, dass nicht alle Menschen mindestens ein Smartphone haben. Oder das agile noch lange nicht Mainstream ist. Nur weil wir uns in einem Umfeld bewegen, in dem die Dinge so scheinen wie sie sind, heißt das noch lange nicht, dass dem auch so ist. Ein Typisches Beispiel für den Unterschied von Realität und Wahrnehmung der Realität. Aber auch um neuen Ideen eine Chance zu geben, welche scheinbar nicht funktionieren können, weil sie nicht in unsere Gedankenwelt passen ist es sinnvoll ab und an über den Tellerrand zu schauen. Heute habe ich noch einen Tweet, welcher darauf hinweist gesehen: Wenn uns das einmal bewusst geworden ist, dann neigen wir (oder zumindest geht es mir so) dazu möglichst oft über diesen Tellerrand zu schauen. Dabei kann es aber passieren, dass wir so

Der Wasserfall ist immer noch vorherrschend in der Softwareentwicklung

In den letzten Jahren sind viele "neue" Bewegungen auf der Bildfläche des Mainstream-Bewusstseins der Softwareentwicklung erschienen. Und viele aktuelle Studien berichten, dass die Agilität den Wasserfall abgelöst hat. In allen Softwareunternehmen und viele der Entwickler die ich treffe reden zumindest viel über Agilität. Wenn aber mal einen Schritt zurück macht sieht das (ideal) Bild eher so aus: Die neue Lösung wird mit Design Thinking gefunden und definiert. In der Entwicklung ist dann eher die Rede von agile (meist Scrum) und selten SoftwareCraftsmanship. Von der Betriebsseite heißt es nun DevOps. Aber dazwischen gibt es immer noch Brüche und es existiert keine Ganzheitlichkeit. Jahrzehnte lang haben wir in der Softwareentwicklung geglaubt und es so auch allen Kunden beigebracht, dass die "Cost of Change Curve" gilt und daher der Wasserfall als Vorgehen perfekt ist. (Was nun was bedingt, lass ich mal dahingestellt) Dadurch haben sich natürlich auch di