Ist Remote Agile nachhaltig?

8

Dies hängt etwas mit einer anderen Frage zusammen, die ich gerade gestellt habe, aber ich bin freiberuflich allein und remote für einen Auftragnehmer tätig, der für das Projektmanagement zuständig ist. Was für ein großer Schlammball sozusagen Code ist.

Ich habe viel darüber nachgedacht, an einem Vorschlag zu arbeiten, um seine Projekte wirklich agil zu behandeln. Aus meiner Sicht würde dies mehrere kundenfreundliche und webbasierte Apps umfassen:

  • Basislager für die Kommunikation
  • Github als Repository
  • zentraler Tracker für User-Storys und als Anzeige der laufenden Arbeiten
  • ein Tool zum Sammeln von Abnahmetests (wird Vorschläge positiv bewerten!)

Ich habe einiges über Agilität gelesen, und alle guten Ressourcen legen großen Wert auf die Bedeutung der Kommunikation im Team, bis zu dem Punkt, dass sie Agilität für nicht kolokalisierte Teams entmutigen . Als einziger Programmierer schien dies weniger problematisch zu sein, aber da ich den Kunden selten (wenn überhaupt) treffen werde, befürchte ich, dass die Kommunikation möglicherweise nicht effektiv genug ist, um diese Art der Verwaltung zu ermöglichen .

Bearbeiten: Andere Personen im Team wären:
- Kunden (Geschäftsleute)
- Produktmanager (Kunde meines Kunden)
- Projektmanager (mein Kunde)
- UI-Designer

project-management agile web-applications freelancing julien
quelle
Wer ist noch im Team? Mit wem kommunizieren Sie und werden sie auf die Menge an Kommunikation vorbereitet sein, die Agilität erfordert? Das Problem, das ich sehen konnte, ist die Informationsüberflutung von ihrer Seite. Ich beschuldige Sie jedoch nicht, dass Sie es wollen, ich benutze es seit einiger Zeit und würde es verwenden, wenn ich auch in einem Ein-Mann-Team wäre. Es hilft mir, konzentriert und verantwortlich für meine Zeit zu bleiben. Ich habe das Gefühl, bessere Entscheidungen zu treffen, weil ich mich öfter überprüfe.
Beth Whitezel
Ich habe meine Frage bearbeitet, um dies zu beantworten, da sie im ursprünglichen Beitrag enthalten sein sollte.
Juli
1
Verwenden Sie kein Basislager, es ist nicht für Entwickler gedacht. Sie benötigen etwas wie Redmine oder Unfuddle, das über einen ordnungsgemäßen Ticket-Workflow und eine ordnungsgemäße Git-Integration verfügt.
Keyo

Antworten:

6

Ich habe an einigen Projekten gearbeitet, die eine agile Remote-Entwicklungsstrategie mit unterschiedlichen Ergebnissen verwendeten.

Das Erfahrungsniveau des Teams ist der Schlüsselfaktor. Wenn alle Beteiligten mit dieser Strategie und den Tools kompetent sind (oder schnell kompetent werden können), ist dies nachhaltig.

Die Probleme der Fernarbeit sind häufig auf mangelnde Kommunikation zurückzuführen, sowohl von Angesicht zu Angesicht als auch auf den schlechten Einsatz von Projektverfolgungstools und SCM / VCS. Die erfolgreichsten agilen Projekte, an denen ich aus der Ferne gearbeitet habe, umfassten Folgendes.

  • Tägliche Meetings im Scrum-Stil von Angesicht zu Angesicht / VOIP am Morgen.
  • Klare Iterationspläne (dies hängt stark von einem guten Projektmanager und guten, kommunikativen Entwicklern ab.)
  • Automatisierungstools wie Continuous Integration / Build Server.
  • Sorgfältiger Einsatz von Projektverfolgungstools (und deren Qualität)
  • Kohärenter Einsatz von VCS / SCM mit einer gut verstandenen Teamstrategie für Commit und Verzweigung.

Gute Projektverfolgungstools, die ich empfehlen würde, sind Redmine, TargetProcess und Jira. Meine Erfahrungen mit TargetProcess waren besonders effektiv, hauptsächlich aufgrund des Kompetenzniveaus des PM bei diesen Projekten.

Ein großartiges Team ist ohne Zweifel der grundlegende Schlüssel zum Erfolg bei Remote-Projekten (und offen gesagt bei allen Projekten). An zweiter Stelle stehen die Tools, die zur Erleichterung des Projektmanagements und der Projektentwicklung verwendet werden.

Ein weiterer Punkt: Wenn Entwicklerpaare kolokal arbeiten können, gibt es gegenüber Einzelentwicklern einen deutlichen Vorteil in Bezug auf Motivation und natürlich kontinuierliche Codeüberprüfung.

ocodo
quelle
1
Ich bevorzuge Pivotal Tracker für PM-Software, aber abgesehen davon +1 für alles, was @slomojo gesagt hat. Kommunikation ist der Schlüssel - zu diesem Zweck sind Sorgfalt im Prozess und tägliche Stand- ups per Video von entscheidender Bedeutung. Ich habe diesen Prozess ungefähr ein Jahr lang mit großem Erfolg angewendet.
Karmajunkie
Ich habe darüber nachgedacht, aufgrund der religiösen Konnotationen nicht einmal bestimmte Werkzeuge zu erwähnen. Wichtig ist die Geläufigkeit, die jeder mit den Werkzeugen oder zumindest mit dem verwendeten Werkzeugstil hat. Einige Werkzeuge sind austauschbar, andere nicht.
ocodo
Ja, Video-Standups sind weitaus wertvoller als VOIP-Standups, aber was auch immer praktisch ist, ein "Live" -Kommunikationssystem ist entscheidend.
ocodo
1

Ich habe festgestellt, dass es mit jedem Remote oder jedem Co-Standort gut funktionieren kann. Wenn Sie eine Mischung haben, neigen die am selben Ort befindlichen Personen dazu, auf eine Weise zu kommunizieren, die die entfernten Personen im Dunkeln lässt.

Instant Messaging und / oder IRC können für Remote-Teams großartig sein. Da es immer ein Kommunikationsmittel mit einem Protokoll darüber gibt, was gesagt wurde, damit die Leute aufholen können

Jeremy French
quelle
1

Zur Beantwortung empirisch Ihre Frage, begann 37signals mit meist aus (oder komplett?) Remote - Arbeit, und nicht nur , dass es offensichtlich gut für sie, aber DHH sagte , dass die Zeitzonendifferenz zwischen den USA und der EU tatsächlich in sie mehr produktiv (weil es ununterbrochene Arbeitszeit und Besprechungen werden fokussierter).

Trotzdem ist Slomojos Argument, dass es von der Erfahrung des Teams abhängt, meiner Meinung nach sehr zutreffend. Wenn Sie neuen Entwicklern viel Hilfe benötigen, ist es möglicherweise besser, im selben Büro zu sitzen.

Jo Liss
quelle