Was ist der beste Ansatz, um einen Projektplan für ein JSF-Projekt zu strukturieren? [abgeschlossen]

Wir sind ein Softwareentwicklungsunternehmen, das kurz davor steht, an einem JSF-Projekt (JavaServer Faces) mit einer Hibernate-Persistenzschicht zu arbeiten. Ich verwalte das Projekt und wir haben 2 Entwickler im Team, die kürzlich mit JSF vertraut gemacht wurden. Was ist der beste Ansatz, um den Projektplan zu strukturieren?

Einige Probleme in meinem Kopf:

  1. Aufteilung der Aufgaben.
  2. Sollen Entwickler an verschiedenen Teilen desselben Moduls arbeiten oder sollte jeder sein eigenes Modul bearbeiten?

Bitte fügen Sie andere Probleme hinzu/schlagen Sie sie vor, die ich Ihrer Meinung nach berücksichtigen sollte.

Antworten (1)

Das ist keine einfache Frage, und ich werde sie nicht mit einer vereinfachenden Antwort beleidigen.

Diese Frage wird mir bei der Arbeit häufig gestellt, und die beste Antwort, die ich gefunden habe, ist, auf Herding Cats von G. Allman zu verweisen. Er hat keine kurze einfache Antwort, aber er hat eine schlüssige Antwort, die er konsequent erklärt. Grundsätzlich müssen Sie entscheiden, wie „erledigt“ aussieht, und dies dann in Fähigkeiten aufschlüsseln , die für den Kunden von Bedeutung sind und gemessen werden können. Unterteilen Sie dies dann in Ergebnisse und Arbeitspakete, bis es entweder mehr kostet, den Fortschritt zu messen als Fortschritte zu erzielen, oder bis die Arbeit weniger als 2 Wochen beträgt.

Wenn sich die Antwort auf Ihre zweite Frage nicht auf natürliche Weise aus dem PSP ergibt, würde ich eine zweite Frage an PM:SE senden und CodeGnome einladen, selbstorganisierende Teams zu erklären.

Vielen Dank. Ich habe Ihre Antwort und den Link zu Hütekatzen gelesen. Sie sind nützlich. Ich benötige jedoch spezifische Informationen, die mit dem Abbruch eines JSF- Projekts zu tun haben. Beispiel: Planartikel für Managed Beans . Ein weiterer Punkt für Validierungen usw. ...
Ich akzeptiere diese Antwort, weil sie mir Richtlinien gab, wie ich bei der Vorbereitung eines Plans denken sollte.