Zu dem, wobei du einen Entwickler unterstützen möchtest, gehört (wie Schorsch angemerkt hat) mehr, als nur eine Todo-Liste. Idealerweise sollte man dazu in der Lage sein, nicht einfach nur eine Liste von Punkten anzufertigen, sondern eine Aufgabenverwaltugn damit durchführen zu können. Dazu gehört eine Beschreibung der jeweiligen Aufgaben (worum es sich bei diesen Handelt, was gemacht werden muss etc.), eine Priorisierung, eine Zusammenfassung zu Kategorien, eine Zuordnung zu Milestones, die Angabe von geschätztem Aufwand, das Eintragen von Abhängigkeiten der Aufgaben untereinander usw. Will man nicht nur für 1 Entwickler planen, muss man diese verwalten und den Aufgaben zuweisen können.
Weiterhin wären diverse Statistiken aufbauend auf den vorhandenen Daten immer sinnvoll. Welcher Entwickler ist gerade über oder unterfordert, welcher hat viele Aufgaben mit Abhängigkeiten zu anderen, können Milestones noch zum gewünschten Zeitpunkt erreicht werden usw.
Sollte das Programm dann auch Mehrbenutzerfähig sein, muss man sich darüber Gedanken machen, wo die Daten gespeichert werden, damit alle Clients an diese rankommen. (Sollte auf eine Webbasierte Anwendung umgestellt werden, dürfte das kein größeres Problem sein.)
Man kann sich in den unterschiedlichen Vorgehensmodellen (bspw. Scrum oder andere agile Vorgehensweisen) Inspirationen für Features holen.
An manchen stellen kann es sehr sinnvoll sein, die Dinge nicht in Stein zu meißeln. Je nach Betrachtungsweise könnten Kategorien für Aufgaben und Milestones das gleiche sein, aber dennoch sollen sie unterschiedlich ausgewertet werden. Andere Benutzer könnten sich evtl. etwas ähnliches wünschen, was aber anders dargestellt werden soll.
Es gibt also durchaus noch einiges, was gemacht werden könnte.
Man muss auch nicht alles runter machen was einem nicht gefällt. Auch wenn der Antworten Button eine magische Anziehungskraft besitzt, so kann der ein oder andere willensstarke unter uns/euch ja mal versuchen nicht darauf zu klicken solange nur Gemecker dabei rum kommt.
+1