Metainformationen zur Seite
| usecase | |
|---|---|
| name | Abnahmetest durchführen |
| pattern | pattern:testcase |
| ereignis | Abnahmetest |
| vorgang | Test gemäß Testcase durchführen; Testprotokoll anlegen und dokumentieren |
| akteur | Kunde, Projektmanager |
| aktion | edit |
Dies ist eine alte Version des Dokuments!
sprintDoc
| project_pattern | |
|---|---|
| Projektstatus | Laufend |
| Teammitglieder | dhue, agoh, mgro, voigt |
| Projektstart | 2015-03-01 |
| Projektende | 2017-05-31 |
| Projektbudget in Euro | 209 000 |
| Kunde | BMBF/DLR |
| Produkt(e) | sprintdoc |
Team / Projektrollen
| Team | Name (Link auf Profil) | Telefon | Aufgabenbereich | |
|---|---|---|---|---|
| Kunde | ||||
| Kunde | ||||
| Intern | ||||
| Intern |
Beschreibung
- Im sprintDoc Projekt wollen wir ein zentrales Problem in agilen Softwareprojekten lösen: den Mangel an brauchbarer Dokumentation. In agilen Prozessen steht die Bereitstellung von releasefähigen Software-Artefakten im Fokus; Dokumentation ist nachrangig. Dokumentation ist ohnehin das ungeliebte Kind von Softwareentwicklern. Mit dem sprintDoc Forschungsprojekt wollen wir dieses Problem angehen und untersuchen, welche Dokumentationsarten benötigt werden, welche Relevanz diese haben, und wie die Dokumentation sich in der agilen Projektmethodik integrieren lässt.
- Ziel ist die Entwicklung eines Methoden- und Werkzeugsets für die Dokumentation in agilen Softwareprojekten und dessen prototypische Umsetzung und Evaluierung bei zwei Pilotanwendern
- Der Werkzeugprototyp setzt dabei auf dem DokuWiki auf
Dokumentationsziele
- Wissen/Erfahrungen sichern (Teammitglieder nicht mehr verfügbar)
- Nachvollziehbarkeit von (Design-) Entscheidungen ermöglichen
- Entwicklung, Verstehen und Festhalten eines Gesamtbildes der Anwendung
Risiken
- Technische Risiken:
- Integration mit agilen Projektmanagement-Werkzeugen
- Schnittstellen zu JIRA in den Varianten „hosted“ und „server“
- Übertragbarkeit des Ansatzes auf GitHub und GitLab
- Überführung in ein marktfähiges Produkt nach Projektende (hoher Entwicklungsaufwand)
- Organisatorische Risiken:
- Abstimmungsaufwand mit Pilotanwendern und mögliche Verzögerungen
- Gedeckeltes Budget durch Projektantrag und Zuwendungsbescheid
- Abwägung von wissenschaftlich sinnvollen Anforderungen und wirtschaftlich machbaren Feature-Umsetzungen
Liefergegenstände / Lieferumfang
- Zum Projektende müssen folgende Dinge vorliegen:
- Analyseergebnisse (Verantwortung: OVGU)
- Technisches Konzept Werkzeug (Verantwortung: CC)
- Methodenkonzept (Verantwortung: OVGU)
- sprintDoc-Prototyp (Verantwortung: CC)
- Evaluierungsbericht (Verantwortung: OVGU)
Meilensteinplanung
- Liste von geplanten Meilensteinen zur besseren Planung und Anvisierung des Fertigstellungstermins
Kosten /Aufstellung der Aufwände
- detaillierte Auflistung der verkauften Aufwände
Abnahme Spezifikationen/Kriterien
- wann sind Elemente der Entwicklung abgenommen
Dokumente
- notwendige Dokumente / Link zur Dokumentenablage
Logbuch
- 2019/04/20 15:57 93.171.30.45: 3
- 2019/04/20 15:57 93.171.30.45: 3
- 2019/04/20 15:57 93.171.30.45: 3
- 2019/04/20 15:57 93.171.30.45: 3
- 2019/04/20 15:57 93.171.30.45: 3
Zugehörige Dokumentationspatterns
Zugehörige Change Requests
| Seite | Status | Budget | Aufnahmedatum |
|---|---|---|---|
| pagefooter | 2017/02/24 | ||
| Verbesserung MagicMatcher Issue-Zuordnung | angenommen | 5 | 2016/09/25 |
Zur Anlage eines neuen Change-Requests bitte dessen Namen hier eingeben:
Zugehörige Features
Nichts gefunden
Zur Anlage eines neuen Features bitte dessen Namen hier eingeben:
Zugehörige Komponenten
Nichts gefunden
Zur Anlage eines neuen Features bitte dessen Namen hier eingeben:
Zugehörige Learnings
CSV-Export
Zur Anlage eines neuen Learnings bitte dessen Namen hier eingeben:
Zugehörige Meetings
| Seite | Meeting topic | Date of meeting | Project(s) | Participants | Requirements |
|---|---|---|---|---|---|
| projects:sprintdoc:meetings:2015-04-16_kick-off | Offizieller Kickoff | 2016/09/22 | sprintDoc | dhue, agoh, voigt | |
| projects:sprintdoc:meetings:2016-02-25_telko_evaluierung | Rückmeldungen zur Evaluierung bei Pilotanwendern | 2016/09/25 | sprintDoc | dhue, voigt | |
| projects:sprintdoc:meetings:2016-08-30_planung_sprint_12 | Sprintmeeting | 2016/08/30 | sprintDoc | voigt, dhue, mgro, agoh | Github-Support als Repo, GitHub-Support als Issue-Tracker (JIRA-Ersatz) |
| projects:sprintdoc:meetings:wemeet | 2019/06/25 | sprintDoc | mgro, kkos |
Zur Anlage eines neuen Meetings bitte dessen Namen hier eingeben (Vorschlag: YYYY-MM-DD Meetingthema):
Zugehörige Requirements
| Seite | Status | Geplante Stunden | Verbrauchte Stunden | Korrespondierendes Epic | Korrespondierendes Feature |
|---|---|---|---|---|---|
| GitHub-Support als Issue-Tracker (JIRA-Ersatz) | Konzeption/Idee | 50 |
SPR-292 | Github-support | |
| Github-Support als Repo | Konzeption/Idee |
SPR-292 | Github-support |
Zur Anlage eines neuen Requirements bitte dessen Namen hier eingeben:
Zugehörige Dokumentationspatterns
Zugehörige Change Requests
Nichts gefunden
Zur Anlage eines neuen Change-Requests bitte dessen Namen hier eingeben:
Zugehörige Learnings
Nichts gefunden
Zur Anlage eines neuen Learnings bitte dessen Namen hier eingeben:
Zugehörige Meetings
Nichts gefunden
Zur Anlage eines neuen Meetings bitte dessen Namen hier eingeben (Vorschlag: YYYY-MM-DD Meetingthema):
Zugehörige Requirements
Nichts gefunden
Zur Anlage eines neuen Requirements bitte dessen Namen hier eingeben: