http://securerespond.com/thoughtworks/offshorewebinar/

Ansehen lohnt sich auf jeden Fall!

Zunächst geht er auf die grundlegenden Herausforderungen bei verteilten Projekten ein: Kommunikation, Beziehungen, Vertrauen. Um diese Herausforderungen meistern zu können, müssen entsprechende organisatorische Maßnahmen ergriffen werden. Ich möchte hier jedoch einen kommentierten Auszug aus der Liste der empfohlenen Tools geben, die helfen verteilte Projekte erfolgreich durchführen zu können.

Communication Tools

Instant Messaging (IM)

IM Tools dienen zum schnellen (synchronen) Austausch von Informationen. Man sieht, wann jemand verfügbar ist und schnelle – oft informelle – Chats sind möglich. Sehr gut geeignet auch als Fallback bei Telefonkonferenzen. Ausgesprochene Empfehlung: Camp Fire.

• Anmerkung: Ich persönlich nutze gerne Google Talk, da hier keine Installation nötig ist, weil ein einfaches Web-Interface existiert. Zudem ist ein GMail-Account weit verbreitet.

Screen-Sharing

Werkzeuge für Screen-Sharing werden vor allem bei Projektmeetings eingesetzt, um die gleichen Dokumente zu sehen, darüber zu diskutieren und direkt gemeinsamt Änderungen daran vorzunehmen. Desweitere interessant für Reviews und beim Pairing über die Distanz. Ausgesprochene Empfehlung: YuuGuu.

• Anmerkung: Wir machen seit Jahren sehr gute Erfahrungen mit dem Werkzeug eines Karlsruher Herstellers: “Netviewer”. So gut wie gibt es Probleme mit Netwerkrestriktionen (Firewall).

Voice over IP / VOIP

Wichtigstes Tool bei internationalen Projekten, da es sehr einfach die (nahezu) kostenlose Kommunikation zwischen den Projektbeteiligten erlaubt. Ausgesprochene Empfehlung: Skype

• Anmerkung: Teilweise wird Skype bewusst ersetzt durch eine Lösung, in dem die VoIP nur über unternehmensinterne Infrastruktur geleitet wird und offene Protokolle zum Einsatz kommen.

Wiki & Collaboration

Informationen festhalten und austauschen. Ausgesprochene Empfehlung: MediaWiki & Confluence

• Anmerkung: Sehr gute Erfahrungen habe ich mit Confluence gemacht. Vor allem wenn Jira als Werkzeug für Issue-Tracking, bieten sich sehr interessante Integrationsmöglichkeiten. Ein Dash-Board für ein Projekt oder eine Team-Seite ist damit schnell erstellt – inkl. dynamischer Daten (Issues, Stories) aus Jira.

Issue/Task Tracking

Um Aufgaben, Fehler und Risiken verwalten und allen Teammitgliedern zugänglich zu machen wird ein Issue/Task Tracker benötigt. Ausgesprochene Empfehlung: Mingel, Jira, BaseCamp.

• Anmerkung: Ich habe sehr gute Erfahrungen mit Jira gemacht. Hierbei spielt gerade die Nutzung von zusätzlichen Issue-Attributen und Filtern eine wichtige Rolle, um z.B. Team-Backlogs zu erstellen, die sich aus mehreren Projekten zusammensetzen (Multi-Projekt-Multi-Team). Hilft, v.a. wenn die Ergebnisse dann in Excel exportiert und ausgewertet/aufbereitet werden. Greenhopper (Jira Plugin für Scrum) scheint aktuell noch auf einzelne Jira-Projekte beschränkt zu sein.

Zusammenfassung

Meiner Meinung nach sind die genannten Werkzeuge sehr wichtig, um verteilten Projekten sinnvoll koordinieren/durchführen zu können. Zusätzlich muss auch die gesamte Entwicklungsumgebung so aufgestellt sein, dass verteiltes Arbeiten möglich ist: Continuous Integration, Testabdeckungen, Standardisierung, direkt verfügbares Repository, Werkzeuge zur AUswertung von Code-Qualität – aber dies ist Inhalt eines eigenen Artikels.

Related posts:

1. KADEV09: Entwicklertag 2009: Agile Nearshoring
2. Termin: Roundtable (FZI) Forschungszentrum-Informatik Karlsruhe "Near-/Offshore"
3. Agile Eastern Europe und Agile Nearshoring

Quelle: Channel9 MSDN

Ken erläutert die Motivation hinter PSD, Sam vermarktet die Werkzeugkette von Microsoft. Wenn man sich nicht dadurch stören lässt, dann sehr sehenswert.

Im Juni wird Ken Schwaber übrigends in Karlsruhe sein: Er hält die Keynote für den Agile Day beim diesjährigen Entwicklertag.

Related posts:

1. Veranstaltung: Karlsruher Entwicklertag – Programm voll mit Themen aus der agilen Entwicklung
2. SLM: Scrum in 13 Sekunden erklärt
3. SLM: Henrik’s Scrum Checklist 2.0

In seinem sehr interessanten Blog finden sich immer wieder interessante Artikel. Jetzt hat er dort die “Scrum Checklist 2.0” veröffentlich. Ähnlich wie beim Nokia Test werden wichtige Kriterien einer Scrum-Umsetzung abgeprüft, was dabei helfen kann Optimierungspotential zu erkennen.

Ein Beispiel, wie die Checkliste NICHT eingesetzt werden sollte, wird gleich mitgeliefert ;-)

Big Boss: "Well it says here that you should do it, so don’t let me catch you cheating again, or I’ll call in the Scrum Police!"

http://www.crisp.se/scrum/checklist

Related posts:

1. New book from Kniberg: Kanban and Scrum – making the most of both
2. Neues von Henrik Kniberg
3. SLM: Scrum in 13 Sekunden erklärt

Bei der Vorstellungsrunde und Tagging  Martin Fache kennengelernt. Mit ihm die Präsentation noch einmal überarbeitet und zusammen die Session gehalten.

Natürlich ist schwupps etwas schiefgelaufen: Netbook hatte keine Lust mehr ( Powersaving etc)  und Open Office hat dies anscheinend sehr übel genommen (-> Absturz).

Die Folien zum Vortrag findet ihr hier: 090523-1500armerkater-scrum.

Nach der Präsentation gab es wie erhofft Fragen und eine Diskussion zu Scrum:

Termine in Scrum
Wie kann mit Scrum eine Terminaussage gemacht werden?
Ja, kann natürlich. Bei Scrum ist der Termin und die Qualität fixiert. Eine feste Funktionalität kann jedoch nicht zugesagt werden. Wichtig: Es werden jedoch immer die Themen mit der höchsten Priorität geliefert – damit erhält man das beste mögliche Ergebnis.

Einführung von Scrum in Startups
Interessant war auch die Frage, wie Scrum bei einem Startup (= sehr begrenzte Mittel) eingeführt werden kann. Mein Vorschlag: Beschäftigt euch zunächst selbst mit dem Thema, schaut euch Videos an, lest Artikel und Bücher und fangt an, Dinge auszuprobieren. In einem zweiten Schritt solltet ihr ein Training besuchen und euch zertifizieren lassen. Dann setzt das Gelernte um. Letztendlich solltet ihr euch einen Coach leisten, der eure Scrum-Implementierung weiter verbessert.

Insgesamt war die Diskussion natürlich viel spannender als die 0815 Folien ;-)

*UPDATE*

Für alle, die einen Eindruck der Stimmung beim FUcamp gewinnen möchten hier ein nettes Video:

FuCamp 2009 from schwan on Vimeo.

Related posts:

1. SLM: Introduction to Scrum
2. PM mit Scrum – Video vom #fucamp
3. SLM: Ein paar Gedanken zu Scrum

Folgendes Video zeigt die grundsätzliche Funktionsweise von Scrum jedoch innerhalb von 13 Sekunden!

Für Erklärungen bleibt natürlich keine Zeit ;-)

Related posts:

1. SLM: Scrum in under 10 Minutes
2. SLM: Presentation: Scrum Introduction
3. SLM: Ein paar Gedanken zu Scrum

Mike sieht es kritisch, dass in einigen Veröffentlichungen der Eindruck erweckt wird, als ob agile Methoden nur für ein einzelnes kleines Team auf einer einsamen Insel funktionieren würden. Die Beschränkung auf die Beschreibung der Kernkonzepte sei zwar ein guter Ansatz, um die Grundlagen/Konzept zu erklären. Die Wirklichkeit sehe jedoch anderst aus und dies dürfe in Artikeln und Büchern über die agilen Methoden nicht mehr vernachlässigt werden.

Zudem vertritt er die Meinung, dass Agile sehr gut skaliert und deshalb sollte auch mehr darüber veröffentlicht werden.

Beispiel für Skalierbarkeit
Er spricht über ein Projekt mit 700 Personen und wie dieses mit agilen Methoden durchgeführt werden kann.

Zunächst ist es wichtig das übergeordnete Ziel (Vision) durch einen “Chief-Product-Owner” definieren zu lassen. Diese wird dann über eine Hierarchie von Product Ownern in die Teams getragen. Wichtig: Die POs managen das Projekt nicht sondern sind dafür zuständig die Ziele zu formulieren.

Die Teams sind ebenfalls hierarchisch strukturiert, die Koordination der Teams erfolgt durch diese selbst: “… but teams coordinate their work in ways their determine …”.

Mike fasst nochmals zusammen, was nötig ist, damit Teams funktionieren können:

• Geld / Money (Salary, Infrastructure)
• Unterstüzung / Moral Support (Feedback, removing impediments)
• Ziel / Guidance (Vision)

Schätzungen
Im zeiten Teil spricht er Über Abschätzungen und weist darauf hin, dass es für Teams wichtig ist zunächst in relativen Größen zu schätzen. Erst in einem weiteren Schritt können diese Schätzungen dann auf Dauer und Aufwand umgelegt werden.

Seht euch das Video einfach selbst an …

Related posts:

1. Agile Methoden und Projektleiter
2. Success Stories zu agilen Methoden beim Nearshoring gesucht
3. Artikel zu Scrum – Was Leute über Scrum schreiben

• http://www.interface-ag.com/blog/scrum-plakat/

Eine hilfreiche Zusammenfassung der Basiskonzepte von Scrum:

• Start
• Product Owner (PO)
• Product Backlog (PBL)
• Team (Pigs)
• Sprint
• Sprint Planning Meeting
• Sprint Backlog
• No Changes
• Daily Scrum Meeting
• Burndown Chart (BDC)
• Impedment Backlog (IBL)
• Scrum Master (SM)
• Done
• Sprint Review
• Sprint Retrospective

Zusätzlich enthalten ist das Agile Manifest und eine Übersicht über Prinzipien des “Lean development”.

Macht sich sicherlich gut als (großes) Plakat an der Wand.

Related posts:

1. Scrum: Einsatz von Jira & Confluence
2. SLM: Kurze Einführung in Scrum
3. SLM: Ein paar Gedanken zu Scrum

Leider wird das Konzept der Retros nicht erklärt, ansonsten eine gute Zusammenfassung.

Related posts:

1. SLM: Scrum in 13 Sekunden erklärt
2. SLM: Scrum Haka!
3. SLM: Introduction to Scrum

Die Folien zu den Vorträgen der JAOO Conference 2008 können heruntergeladen werden:

http://jaoo.dk/aarhus-2008/schedule/wednesday.jsp

Es sind einige interessante Vorträge zu agilen Themen dabei:

• Henrik Kniberg: What’s Hard About Becoming an Agile Software Developer?
• Guido Schoonheim & Jeff Sutherland: Fully Distributed Scrum: The Secret Sauce for Hyperproductive Outsourced Development Teams. (Hinweis zu Video – s.u.- beachten)
• Petri Haapio: Can a global company of 60 000 people with strong legacy culture change its habits?
• Dave Thomas: Lean and Agile In the Large – Principles, Practices and Experiences for Large Scale Software Development

Zusätzlich gibt es einige Videos:

http://jaoo.blip.tv/posts?view=archive&nsfw=dc

Das Video “Offshoring Agile Projects” hatte ich bereits vor ein paar Tagen empfohlen.

Related posts:

1. SLM: Scrum Plakat
2. TUM: Seite mit Ergebnissen verfügbar
3. The State of Agile Development – Ergebnisse verfügbar

YOU NEED TO COMMUNICATE!

Ein sehr lehrreiches Interview mit Jeff Sutherland & Serge Beaumont in dem die Geheimnisse erfolgreicher agiler Softwareentwicklung mit verteilten (offshore) Team besprochen wird.

Obwohl Offshoring auf den ersten Blick dafür geschaffen zu sein schein, um Kosten zu sparen wird in vielen Projekten eine andere Erfahrung gemacht: Nur wenn die indischen Entwickler so produktiv sind wie die lokalen Entwickler rentiert sich Offshoring unter Kostengesichtspunkten. Jeff spricht ein Beispiel an, in dem die Kosten für einen indischen Entwickler lediglich 1/3 so hoch waren wie die für einen Entwickler im lokalen (US) Team. Trotzdem hat sich das Offshoring  nicht gelohnt. Diese Erfahrung wurde genutzt, um die Kostentreiber zu identifizieren und Praktiken zu entwickeln, welche die Probleme verringern. Kommunikation und Vertrauen stehen seitdem im Fokus.

Die Herausforderung ist es, bei einem verteilten Team eine funktionierende Kommunikation zu etablieren und ein echtes Team zu formen. Es gilt technische und psychologische Hürden zu überwinden.

Einige Best Practices:

• Kommuniziert! Sorgt dafür, dass die Kommunikation zur gleichen Zeit von allen Seiten vorangetrieben wird, damit der “Kommunikationsgraben” überwunden wird.
  • Hier ist v.a. der Scrum Master gefragt alle möglichen Hindernisse so schnell wie möglich aus dem Weg zu räumen.
• Lernt euch kennen! Bei verteilten Teams ist es wichtig, dass gegenseitige Besuche von Teammitgliedern stattfinden. So entsteht Vertrauen.
• Daily Standup so organisieren, dass alle Teammitglieder teilnehmen können! Konkret bedeutet dies den Einsatz von Telefon- und Videokonferenzen und Screensharing. Wenn möglich elektronische Whiteboards einsetzen.
• Moderne Kommunikationsmittel nutzen! Alles nutzen das irgendwie helfen kann! Videowalls, elektronische Whiteboards, Screensharing, IM, …
• Velocity des lokales Teams muss bekannt sein bevor Mitglieder am entfernten Standort hinzugezogen werden! Nur so kann gemessen werden, ob die Produktivität steigt oder sinkt.
• Scrum Master nach Indien/Russland/Hindukusch. Ja, der SM wird verschickt ;-)
• …

Leider habe ich es bisher selbst nur zu einem einzigen REMOTE DAILY gebracht – und davon habe ich mangels Equipment auch nicht sonderlich viel mitbekommen.

Im zweiten Teil wird noch über die Herausforderungen der Rolle “Product Owner” gesprochen, v.a. dass diese Rolle meist unterschätzt wird.

Related posts:

1. Success Stories zu agilen Methoden beim Nearshoring gesucht
2. Agile Offshore – Can you hear me now?
3. Agile Eastern Europe und Agile Nearshoring

A Scrum Tool condensed in a foldable A5 sheet (front-back). It’s easy to inspect and adapt the scrum process by checking a smell during an event.

http://www.slideshare.net/fmondora/scrum-tool

Die Aufteilung

• who/wer
• when/wann
• what/was
• how/wie
• smells/Gerüche

ist sehr hilfreich, gerade wenn man Scrum erklären möchte.

Related posts:

1. SLM: Introduction to Scrum
2. SLM: Kurze Einführung in Scrum
3. SLM: Agile Estimation: Planning Poker

Die Sammlung der besonders wertvollen Trainingsvideos zu Scrum wird um ein weiteres Meisterwerk ergänzt.

Seht selbst und staunt, lernt und erschreckt mit dem Scrum Haka den letzten ollen Vertriebler der sich in euere Scrum-Gründe (Team-Zimmer) wagt!

Hintergrund: “Traditionell ist er ein integraler Teil der Willkommens- und Unterhaltungszeremonie für Gäste. Er war außerdem ein Mittel, um für einen bevorstehenden Kampf Mut zu machen und Angst bei den Gegnern hervorzurufen.” (Quelle: Wikipedia)

Bei IT’lern sieht das ungefähr so aus:

Verbesserungspotential erkennt man, wenn man sich die Profis anschaut:

Video mit einigen Erläuterungen:

Muss ich echt bei mit dem Team ausprobieren, nachdem wir brav online trainiert haben. Da sollen sie doch noch mal kommen – die Vertriebler …

Related posts:

1. SLM: Ein paar Gedanken zu Scrum
2. SLM: Scrum Plakat
3. SLM: Übersichtsfolie zu Scrum

Hat ja mal wieder einige Zeit gedauert. Aber nun ist es soweit:

Die Sammlung der besonders wertvollen Trainingsvideos zu Scrum wird um ein weiteres Meisterwerk ergänzt.

Seht selbst und staunt, lernt und jagt den Impediement Monkey (yessss!)!

Kurze Zusammenfassung:

Wasserfall

• Knechtschaft und stundenlange Statusreports

Scrum als “silver bullet”

• Juhu!
• Team is Happy
• Implediment Monkey is on the loose!
• .. und kommt wieder zurück um eine Ressource eine Entwicklerin zu stehlen
• .. wird aber schliesslicht überwältigt
• Scrum makes obvious the impediments that people must solve

Jetzt aber!

Hey, wie sieht bei euch der IMPEDIMENT MONKEY aus?

Related posts:

1. Ich bin ein Impediment
2. SLM: Ein paar Gedanken zu Scrum
3. SLM: Agile Estimation: Planning Poker

Related posts:

1. SLM: Scrum in 13 Sekunden erklärt
2. SLM: Ein paar Gedanken zu Scrum
3. eXtreme Pragmatic Agile Project Manager

Eine schöne Präsentation, die die Ansätze und Philosophie hinter agiler Softwareentwicklung / Scrum erläutert. Ergänzt die Reihe “Scrum Einführungs Videos/Präsentationen” recht gut!

| View | Upload your own

Related posts:

1. SLM: Presentation: Scrum Introduction
2. SLM: Kurze Einführung in Scrum
3. SLM: Agile Estimation: Planning Poker