2008-10-09 2 views

Antwort

1

Programmer Glück, tägliche Builds, und Fehlerberichte/Fixes kommen alle in den Sinn.

1

Aus der Sicht des Programmierers (das heißt ein nicht-Manager), bin ich am meisten interessiert Features in Arbeit. Die Verfolgung des Fortschritts hinsichtlich der Implementierung von Merkmalen ist möglicherweise eine der einzigen aussagekräftigen Statistiken; alles andere kann zu leicht gespielt werden.

1

Anzahl der Benutzerbeschwerden.

Die Möglichkeit für Benutzer, Fehler zu melden, ist eine Voraussetzung.

1

Fehleranzahl.

1

(Anzahl der ursprünglichen Entwickler nach wie vor an dem Projekt)/(Anzahl der ursprünglichen Entwickler zu Beginn des Projekts)

;-)

+0

Was ist ein gutes Ergebnis? –

+0

Ernsthaft? Sie wollen also nicht, dass die Leute abrennen und sich neuen Herausforderungen stellen? Warum sollte Kreativität belohnt werden, wenn sie für immer der gleichen Code-Basis zugewiesen wird? –

+0

@ [Brian]: Natürlich nicht (a) Ich nehme ein Projekt an, das noch in Entwicklung ist, nicht in Wartung und (b) hast du das smilicon vermisst? ;-) –

1
  1. Projektteam das Vertrauen, dass Umfang und Qualität projizieren können zeitlich und budgetgerecht erreicht werden. Kann leicht überprüft werden, indem man beiläufig fragt, was Menschen über aktuelle Fortschritte und Ziele denken (im Gegensatz zu denken). Hören Sie auch zu und wenden Sie sich an, wenn Leute schimpfen und sich beschweren.

  2. Kontinuierliche aktive Unterstützung von Projektbeteiligten. Sobald sich die Beteiligten von dem Projekt distanzieren, nicht in den Entscheidungsprozess einbezogen werden möchten, so viel Zeit wie zuvor aufwenden oder Verantwortung für Teile des Projekts übernehmen, bedeutet dies, dass sich die Dinge allmählich verschlechtert haben. Erfolgreiche, würdige Projekte ziehen tendenziell neue Akteure an, die nicht existent sind. Ein weiterer Haken ist, immer wieder zu fragen, was sie über die Sache denken und sie sind mit dem bisherigen Fortschritt zufrieden. Jegliche Unzufriedenheit ansprechen.

interne Maßnahmen wie verdienter Wert, Geschwindigkeit, LOC geschrieben und getestet, noch offene Fragen, Funktion Punkte abgeschlossen, den Grad der Abweichung vom ursprünglichen Plan usw. sind alle nützlich, um die Gesundheit zu überwachen; aber keiner von ihnen sagt, ob das Projekt überleben wird. Die beiden wichtigsten Dinge, die nach meiner Erfahrung erforderlich sind, sind die aktive Unterstützung durch den Projektträger und andere externe Interessenvertreter und die Zuversicht des Teams, dass die Sache noch erreicht werden kann.

1

Die Iron Triangle ... Umfang, Zeitplan und Budget. Konzentriere dich nur auf einen, und du hast ein Problem.

1

Mein Vorschlag klingt wahrscheinlich seltsam, aber wenn Sie darüber nachdenken, ist es ein ziemlich gutes Zeichen für ein gesundes Projekt. Wie gut sind Ihre Unit-Tests?

Denken Sie darüber nach.Es bedeutet: 1) Sie HABEN Unit Tests 2) Sie haben wahrscheinlich Anforderungen 3) Sie haben wahrscheinlich ein Design 4) Ihr Code ist in "Einheiten" aufgeteilt, die getestet werden können 0) 5) Ihre Einheiten sind gut genug definiert getestet

UND

6) Erhalten Sie sofort Feedback haben auf zukünftige Änderungen

1

Sie wollen messen den Fortschritt des Projekts in Bezug auf Wert auf die (potenziellen) Kunden ausgeliefert werden, so würde ich schließe ein Maß dafür in deine Vitalzeichen ein.

Eines, das in den Sinn kommt (wir gedränge verwenden und Punkte mit Geschichte Strukturgröße zu messen)

story_points_completed/remaining_story_points 

Während eines Projekts beide wachsen wird: Geschichte Punkte abgeschlossen aufgrund von Teammitgliedern getan Arbeit, noch Geschichte Punkte aufgrund neuer oder sich ändernder Anforderungen. Was Sie überwachen möchten, ist, dass story_points_completed/remaining_story_points steigt und nicht abnimmt.

Verwandte Themen