Eigentlich will ich über einen äußerst interessanten Artikel von Roy Osherove zum Thema “Start doing code reviews” berichten, aber….
folgende ganz wichtige – und nicht nur in diesem Zusammenhang gültige – Aussage fand ich in diesem äußerst informativen Blogposting: “Your most important role in the team is to act as a coach – to teach them to solve their own problems.“. Das ist genau der Punkt, auf dem sich der Scrum-Master oder Projektleiter bewegen sollte. Jedes Über- oder Untersteuern dieser Linie wirkt sich negativ auf die Team-Performance aus und führt zu akuten Fehlfunktionen im Team. Ich finde, dieses Problem lässt sich wunderbar mit diesem einen Satz zusammenfassen.
Und jetzt zum eigentlichen Beitrag: Roy schreibt über einige gute Ansätze und Ideen was Code Reviews betrifft und gibt Hinweise was man bei Code Reviews feststellen sollte, warum man sie eigentlich und wer sie macht. Weiters gibt er eine gute Anleitung, wie man im Team überhaupt mit Code Reviews beginnen könnte (genial!) und beschreibt, was am Ende einer Einführungsphase als Ergebnis vorliegen sollte. Unter anderem das: “My team knows how to write better code today than they did last month”.
Der Beitrag ist unbedingt empfehlenswert, hier der Link dazu.
publiziert von e.rottensteiner am 14. Dez. 2009.
\\ Tags: Scrum
Sicherlich ein wenig übertrieben dargestellte Szenen, aber demonstriert ganz gut wie auch ich mir die Arbeit eines Teams vorstelle, denn wie schreibt der Autor auch treffend im Kommentar zum Video: Time lapse of my team one day. We are the best team ever, living the Scrum dream. Every day is a party. The song is Ada’s “Bum Bum” off of “2 Rabimmel 2 Rabammel 2 Rabum 2 Bum Bum”. Und genauso wirkt auch das Team…
(PS.: Falls das eingebettete Video nicht läuft, einfach Klick darauf…)
publiziert von e.rottensteiner am 06. Okt. 2009.
\\ Tags: Scrum
Henrik Kniberg schreibt in seinem Blog im Artikel “Is your team cross-functional enough?”, dass nicht jeder im Team alles wissen muss sondern dass das Team als Ganzes das Wissen haben muss, das Projekt durchführen zu können. Henrik stellt eine einfache Workshop-Technik vor, mit der sich unter Zuhilfenahme der Fragestellung “Was sind die Hauptfähigkeiten, die für unser Projekt erforderlich sind?” das Know-How und dessen Verteilung im Team ganz gut ermitteln lässt (und auch einen guten Affekt auf die Teambildung erwarten lässt). Lesen Sie hier den Originalbeitrag.
publiziert von e.rottensteiner am 15. Sep. 2009.
\\ Tags: Scrum
Auf Google Tech Talks habe ich ein wunderbares Video gesehen, in dem Ken Schwaber (ich würde ihn als einen der beiden “Scrum-Päpste bezeichnen) das Basis-Framework von Scrum (naja, eigentlich ist Scrum selbst ja ein Framework…) erläutert und über dessen Verwendung in der Praxis erzählt. Obwohl schon im Jahr 2006 recorded hat der Beitrag imho keinerlei Aktualität verlorden – ein wirklich erfrischender und lockerer Vortrag (in der Dauer von über 1 Stunde) eines sympathischen Ken Schwaber…
publiziert von e.rottensteiner am 29. Aug. 2009.
\\ Tags: Scrum
Die Clean-Code-Developer (CCD)-Initiative von Ralf Westphal und Stefan Lieser wurde zwar mittlerweile schon vor einiger Zeit gestartet und die erste große Euphorie ist vorbei – und gerade deshalb habe ich mir ein wenig Zeit genommen um jetzt darauf hinzuweisen, dass es sich bei dieser Initiative um einen ersten Anlauf handelt, Softwareentwicklung auf eine qualitativ nächsthöhere Stufe zu stellen. Worum geht’s? Das CCD-Team meint, dass Softwareentwickler nicht nur Profis sein sollen, die ihr Geld verdienen, sondern dass weit mehr dazu gehört. Und so haben sie ein Wertesystem erfunden (naja, vieles das ins Wertesystem aufgenommen wurde gab’s ja schon), welches Clean Code als Fundament zum Ziel hat. In der CCD-Initiative kann sich jeder einzelne durch die CCD-Grade arbeiten und nach und nach über vordefinierte Prinzipien, Regeln und Praktiken professionelle(re) Qualitätsarbeit als Ergebnis seiner täglichen Tätigkeit erzielen. Ich halte diese Initiative unbedingt für empfehlenswert und werden versuchen, diese demnächst (ev. auch im Team) umzusetzen. Hier noch der Link zum Forum und ein Link zu einem super PDF-Plakat mit dem Wertesystem.
Übrigens erarbeiten in Deutschland gerade Sofwareunternehmen (SAP u. andere) sowie Forschungseinrichtungen (Fraunhofer Institut u. andere) soeben an einem Industriesstandard für Softwarequalität, der den gesamten Software-Lebenszyklus umfassen soll (die CCD-Initiative beschränkt sich hier ja eher auf den Quellcode-Bereich). Mehr zu dieser Initiative, die auf 3 Jahre ausgelegt ist erfahren Sie hier.
publiziert von e.rottensteiner am 19. Mrz. 2009.
\\ Tags: ccd, Scrum
Letzte Kommentare