Um Teamarbeit bei der Softwareentwicklung geht es im Interview mit
Christian Kranert in der einhundertachtundachzigsten Episode des
IT-Berufe-Podcasts. Inhalt Vorstellung Christian Kranert Christian
hat sich schon in Episode 164 des Podcasts über Softwarequalität
ausführlich vorgestellt, aber hier noch einmal die wichtigsten
Eckdaten. Christian Kranert seit 17 Jahren in der IT und
Softwareentwicklung tätig angefangen mit Visual Basic 6 auf Windows
95 Ausbildung zum Fachinformatiker für Anwendungsentwicklung
absolviert viel im SAP-Umfeld mit ABAP entwickelt inzwischen
hauptsächlich mit C# unterwegs lebt und arbeitet in Nürnberg bei
Head On Solutions GmbH entwickelt dort Cloud-Software für lokale
Geschäfte wie Friseur-Studios zum Planen von Terminen, Kassieren,
Buchhaltung usw. ist Abteilungsleiter mit eigenem Team Teamarbeit
in der Softwareentwicklung Warum brauchen wir Teamarbeit bei der
Softwareentwicklung? bei der Komplexität heutiger Software ist es
fast undenkbar, diese alleine zu entwickeln heutige Webanwendungen
enthalten z.B. sehr viel UI-Entwicklung und sind im Backend und
Frontend sehr komplex, Stichwort: Full Stack Christians Unternehmen
hat ein eigenes Team ausgelagert nur für VueJS im Frontend durch
das Team entsteht auch bessere Software wir wollen doch die "echte
Welt" übersetzen in Code und dort gibt es auch mehr als einen
Benutzer gemeinsam zu entwickeln macht mehr Spaß, ist sozial, man
kann voneinander lernen, man kann sich weiterentwickeln die
interdisziplinäre Zusammenarbeit mit dem Fachbereich bzw. Kunden
ist auch extrem wichtig Wie sieht erfolgreiche interdisziplinäre
Zusammenarbeiten zwischen dem IT-/Entwicklungs-Team und anderen
Abteilungen aus? der Fachbereich erklärt den Entwickler:innen die
Fachlichkeit Entwickler:innen dürfen/müssen das aber auch
hinterfragen und ggfs. bessere Lösungen vorschlagen man sollte erst
über das Problem reden und nicht schon über Lösung es muss die
generelle Bereitschaft zur Teamarbeit vorhanden sein und eine
entsprechende Kultur Welche Prozessmodelle (z.B. Wasserfall, Scrum)
unterstützen/behindern die Teamarbeit? das klassische
Wasserfallmodell ist eher hierarchisch aufgebaut mit
Lasten-/Pflichtenheft und passt nicht so gut zur Teamarbeit Scrum
ist aber auch kein Allheilmittel das Daily ist sehr wichtig, denn
Kommunikation ist der Schlüssel zu erfolgreicher Teamarbeit Wie
sieht richtig gute Teamarbeit in der Softwareentwicklung aus?
Kommunikation ist das A und O, z.B. wenn ein Feature fertig ist,
damit die Kolleg:innen darauf aufsetzen können alle
Teammitglieder:innen sollten auch aktiv Hilfe anbieten und
einfordern die gesamte Softwareentwicklung ist Teamarbeit und die
geht schon mit der Produktidee los dabei kann es helfen,
verschiedene Perspektiven einzunehmen, um ein besseres Bild der
Anforderungen zu bekommen auch weitere Aufgaben lassen sich besser
im Team lösen: Risiken abschätzen, Prioritäten ableiten, Product
Backlog füllen wenn das Verhältnis von Kosten und Nutzen passt,
startet die Implementierung und Aufgaben werden im Team verteilt in
Christians Team werden Konzepte z.B. gemeinsam erarbeitet, ganz
einfach in OneNote* das Team startet mit einem Datenmodell als
Diskussionsgrundlage und legt dann die Datentypen fest außerdem
werden Mockups erstellt, um darüber gemeinsam zu diskutieren sehr
wichtig ist auch das gemeinsame Festlegen von Namen im Team, denn
viele Köpfe haben mehr (fachliches) Wissen als einer alleine der
große Vorteil bei dieser Vorgehensweise ist, dass früh erkannte
Fehler bei Anpassungen wenig kosten im Vergleich zu späteren
Projektphasen, wenn alles schon umgesetzt ist Warum ist die
Teamkultur nicht nur beim Code Review wichtig und wie sieht sie
aus? Christians Team entwickelt oft im Pair Programming zusammen
und führt danach noch Code Reviews durch hier war oft insb. beim
Testen die Einstellung, dass das doch jemand anders macht und nicht
die Aufgabe der Softwareentwickler:innen sei aber gerade beim
Testen ist die Abstimmung mit den Tester:innen wichtig, damit man
nicht den kompletten Code umschreiben muss, wenn man am Test vorbei
entwickelt hat Wie stellt man sicher, dass alle
Teammitglieder:innen sich aktiv einbringen und wie kann eine
Führungskraft Teamarbeit fördern/behindern? die Führungskraft ist
sehr wichtig, denn ihre zentrale Aufgabe ist die Pflege der
Teamkultur die häufig anzutreffene Skepsis bei Entwickler:innen
gegenüber Meetings muss von der Führungskraft abgebaut werden
Meetings müssen aber natürlich auch einen Mehrwert für alle
Teilnehmer:innen bieten und müssen vernünftig geplant und
vorbereitet werden auch für Entwickler:innen sind Meetings wichtig,
da sie helfen, offene Fragen zu klären und Entscheidungen
herbeizuführen Teamarbeit kann die Teammitglieder:innen motivieren,
wenn man gemeinsam eine gute Lösung findet und z.B. eine "harte
Nuss" knackt Braucht ein Team eine Leitung? das kommt stark auf das
Team an Storming, Forming, Norming, Performing: gibt es das
wirklich in der Praxis? Christian hat das mal in einem Buch
gelesen, aber nur dunkel in Erinnerung in der Praxis durchlaufen
die Teams diese Phasen wohl tatsächlich, aber intuitiv verhalten
sich die Mitglieder:innen meist den Phasen entsprechend Wie sieht
häufig die (negative) Realität in Sachen Teamarbeit aus bzw. an
welchen Fehlern scheitert Teamarbeit häufig? Juniors werden
vernachlässigt und bekommen keine oder zu wenig Unterstützung
Hierarchiedenken, gerade wenn Softwareentwicklung nicht das
Kerngeschäft des Unternehmens ist Introvertiertheit der
Teammitglieder:innen aber auch Extrovertiertheit bzw. Egozentrik
bei Teammitglieder:innen Mangel an Diversität im Team Wie wird man
als Entwickler:in "teamfähig"? Persönlichkeitsentwicklung! dazu
gibt es viele gute Bücher eine fördernde und fordernde
Führungskraft ist wichtig für das Empowerment der
Teammitglieder:innen die Führungskraft sollte z.B. One-on-Ones mit
Mitarbeitenden führen, immer wieder nachfragen und auch die eigene
Entwicklung aufzeigen loben und wertschätzen sollten bei jeder
Führungskraft dazu gehören Empathie ist auch wichtig Konflikte
sollten schnell gelöst werden Wie wichtig ist eine gute
Fehlerkultur? sehr wichtig Fehler müssen erlaubt sein und dürfen
nicht "geahndet" werden aber was ist eigentlich ein Fehler?
Schludrigkeit ist sicherlich kein Fehler Checklisten können helfen,
eine gewisse Basisqualität sicherzustellen Wie können schon Azubis
in die Teamarbeit integriert werden? einfach mal loslegen und sie
an die Hand nehmen Azubis direkt in echte Projekte einbinden, aber
ohne harten Deadlines oder großes Fehlerpotential viel loben
Checklisten helfen auch hier beim Einstieg Was sind die Folgen,
wenn nicht im Team gearbeitet wird? Christian hat noch nie jemanden
kennengelernt, der/die sich aktiv gewehrt hat gegen Teamarbeit eher
haben die Kolleg:innen evtl. Angst mitzumachen den berühmten
"10x-Develover" gibt es nicht, aber Seniors können als
Multiplikatoren im Team wirken und Juniors voranbringen und damit
das gesamte Team Wie/wo kann man dich erreichen? LinkedIn Links
Permalink zu dieser Podcast-Episode RSS-Feed des Podcasts
Qualitätssicherung bei der Softwareentwicklung mit Christian
Kranert Christian Kranert bei LinkedIn Head-on Solutions GmbH bei
LinkedIn
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.