Early-Warning System
Nachstehend einige Anhaltspunkte dafür, dass sich ihre Softwareenwicklung Richtung Problemfall entwickeln könnte...
| Was |
Auswirkungsgrad |
mögliche Gegenmassnahmen |
| Entwickler halten die geschätzten Aufwände mehrfach nicht ein | mittel - hoch | Wenn dies regelmässig (und schon zwei, dreimal sind regelmässig) eintritt, überprüfen Sie ihre gesamten Schätzungen für den Rest des Projekts oder passens Sie sie mindestens um den bisherigen Schätzfehler (in %) an. |
| Entwickler haben keine Zeit für das Projekt (... ich musste noch ...) | hoch | Greifen Sie sofort ein, wenn die Ihnen zugesagten Ressourcen nicht wie abgemacht zur Verfügung stehen. Ansonsten wird dies immer wieder geschehen und diese Zeit holen Sie nicht mehr ein! |
| "Ich glaube den Code von Entwickler X muss ich neu schreiben - eine Wartung ist zu aufwändig" | hoch | Ueberprüfen Sie sofort ihre Entwicklungsrichtlinien und ob ihre Kontrollmechanismen greifen. Falls sie beides als positiv erachten: Hat der "reklamierende" Programmierer genügend Kenntnisse? |
| "Diese Korrektur/diese Aenderung betrifft mehr als 100 Codestellen" | hoch | Ihr Code ist schlecht aufgebaut! In einem System, das gut designed ist, wirken sich einzelne Korrekturen nur sehr lokal aus |
| Statusdiagramme eines Objekts sind kompliziert zu lesen; weisen extrem viele Linien auf | mittel | Ueberprüfen Sie, ob wirklich der Zustand eines Objekts in den Diagrammen wiedergegeben wird. Häufig wird der Zustand eines einzelnen Attributs in unterschiedlichen Zuständen aufgezeigt, was - natürlich - kaum sinnvoll möglich ist. Erstellen Sie geschachtelte Zustandsdiagramme. |
| "Was macht diese Methode"? "Wozu dient dieses Attribut"? | tief - mittel | Sofern so eine Aussage während eines Meetings kommt (und nicht z.B. während des Debbugens bzw. der Fehlersuche): Ueberprüfen Sie dringend ihre Naming-Conventions |