Beratung für das Entwicklerteam, das sein erstes Projekt leitet [geschlossen]

Ich bin ein studentisches Entwicklerteam, das ein vergleichsweise kleines Projekt ohne Erfahrung im Management leitet. Mein Team besteht aus einem Dutzend Studenten mit wenig Erfahrung in der Entwicklung und wenig bis gar keiner Erfahrung im Management. Also meine Fragen sind:

  • Welche Methodik eignet sich für ein solches Team, Agile oder Scrum oder etwas anderes?
  • Welches Management-Tool sollte ich verwenden? Da wir Studenten sind, wäre etwas freies vorzuziehen. Ist Trello für den Anfang in Ordnung?
  • Welche anderen Ratschläge können Sie mir geben?
Könntest du bitte ein bisschen mehr Informationen geben. Wird das Team alle am selben Ort arbeiten? Wer liefert die Anforderungen für Ihr Projekt? In welchem ​​Format werden die Anforderungen vorliegen?
Wenn Sie ein bestimmtes Problem haben, fragen Sie stattdessen bitte danach. Wie derzeit geschrieben, ist Ihre Frage sowohl zu allgemein als auch zu meinungsbasiert, um beantwortet zu werden.
Wir kommen alle aus der gleichen Stadt, aber da wir kein Büro haben, wird jeder von uns von zu Hause aus arbeiten. Geplant sind ab und zu Teammeetings, aber wir sehen uns während der Vorlesungen auf dem Campus, um „inoffiziell“ in den Pausen über das Projekt zu diskutieren. Es ist ein internes Projekt eines Studentenvereins und ich bin der Initiator. Ich habe bereits eine Liste der Funktionen erstellt, die die App haben wird, und sie grob in 3 Phasen unterteilt (funktionierende Demo, v1.0 und erweiterte Funktionen), aber ich plane auch, diese mit dem Rest des Teams zu besprechen. Hoffe das klärt es ein wenig auf.

Antworten (2)

Welche anderen Ratschläge können Sie mir geben?

Bevor Sie mit der Verwaltung beginnen :

  • Haben Sie eine klare Definition dessen, was Sie zu erreichen versuchen. (Spezifikationen).
  • Unterteilen Sie das Projekt in überschaubare Meilensteine, die getestet und geliefert werden können. (Ihr Fahrplan.)
  • Haben Sie eine klare Liste der Aufgaben und wer sie erledigen wird. (Dies gibt Ihnen auch ein Gefühl für den Zeitplan.)
  • Stellen Sie sicher, dass Sie über ein Fehlerverfolgungssystem und ein Software-Repository (wie SVN oder GitHub oder ähnliches) verfügen.
  • Stellen Sie sicher, dass Sie einen Tester haben , der mit der Überprüfung der Spezifikationen beginnen kann.

Jeden Tag:

  • Überprüfen Sie Ihre ursprüngliche Aufgabenliste sowie Aktionspunkte aus Besprechungen.
  • Überprüfen Sie die Fehlerliste und weisen Sie wichtige Fehler zu und schließen Sie irrelevante.
  • Überprüfen Sie, ob der Code in das Software-Repository eingecheckt und kompiliert wird.
  • Stellen Sie sicher, dass jeder weiß, was er zu tun hat. Finden Sie heraus, was sie daran hindert, ihre Arbeit zu erledigen, und kümmern Sie sich darum.

Nicht:

  • Führen Sie keine Meetings durch, die keine klare Agenda und keinen klaren Zweck haben.
  • Lassen Sie Meetings nicht von der Tagesordnung abdriften. Sie können jederzeit ein zweites Meeting direkt nach dem ersten mit der neuen Tagesordnung einberufen.

Wenn Sie keine Erfahrung haben, versuchen Sie nicht, komplexe Methoden oder Verwaltungstools zu verwenden. Andernfalls können Sie Ihr kleines Projekt aufgrund von Tonnen neuer Informationen und Techniken nie beenden.

  • Sie haben keine Zeit, SCRUM angemessen zu machen, nehme ich an. Verwenden Sie also agile Prinzipien und wählen Sie mehrere Techniken wie Paarprogrammierung (kann mit Tools wie ScreenHero aus der Ferne durchgeführt werden), Iterationen (Sprints) und kontinuierliche Integration. Nachdem Sie sich damit wohl fühlen, erhalten Sie weitere 1-2 Techniken und so weiter.
  • Trello wird ein guter Ausgangspunkt sein. Vergessen Sie nicht, einige Dienste zu verwenden, um Ihren Code zu hosten und zu teilen (wie GitHub/Bitbucket).
  • Versuchen Sie, häufig kleine Aufgaben zu erledigen, anstatt mit großen Aufgaben zu kämpfen. Es ist aus vielen Gründen nützlich, wie Motivation, Bildung, frühzeitiges Feedback zum Status des Projekts usw.