Modularer Aufbau:
- Planning (0.5d)
- Projects - User-Stories - Tasks - Subtasks (Rekursive Architektur)
- Hierarchische Aufstellung
- Task: Projekt-Klasse (3h)
- Task: $EDITOR aufruf - Metadata im YAML-Format (30min)
- Time-Measuring (Schachuhr für den Programmierer / Timesharing) (1d)
- Task: Teilprojekt-Identifikation (explizit: > create Projectname) (1h)
- Task: Zeitmessung auf der Client-Seite (2h)
- Task: Time-Queue (ev. persistent?) (2h)
- Task: Time-Sync (2h)
- Simples Text-Interface
- Task: Readline-Integration (4h)
- Authentification (0.5d)
- Task: Challenge-Signature Kontrolle (0h)
- Task: User-Selection (1h)
- Task: User-Klasse(n) (1h)
- Quality Assurance
- Bugreports
- Quality-Checklist (ist der Code: Refactored, Getestet, Reviewed)
- Commit bei Sign-Off von Project-Lead?
- Networking (Client - Server - DB/ODBA)
- Pendenzen
- Integration mit Revision-Management (call Bitkeeper from RDPM)
- Documentation (welche Classes lösen welche User-Stories)
- Client-Interface (Text-Based)
- Virtueller Arbeitsplatz
- Touched Files + Acceptance-Tests = Subset of Acceptance-Tests to run before committing
Commands
create Projekt/Teilprojekt/Task/Subtask
edit Projekt/Teilprojekt/Task/Subtask
start Projekt/Teilprojekt/Task/Subtask
start
stop
cd Projekt/Teilprojekt
mv Projekt/Teilprojekt Projekt1