Dies ist ein Arbeitspad und enthält keine offizielle Aussage der Piratenpartei.
======================================================================
Design Thinking Ergebnisse in folgendes Pad verschoben: https://meinungsfindungstool.piratenpad.de/Anforderungsanalyse-DesignThinking
üblicher Disclaimer: das war kein Design Thinking.
======================================================================
Anforderungen in diesem Pad beziehen sich auf die Problembeschreibungen hier: https://meinungsfindungstool.piratenpad.de/Problembeschreibung
Die einzelnen Punkte sind über die Numerierung verknüpft (wie P001)
===================================================================
VORGEHEN:
Kopiere den Problempad in die Anforderungen und adressiere die konkreten Problene durch entsprechende Anforderungen in der www-Form: "Als <Rolle> möchte ich <Ziel/Wunsch>, um <Nutzen>"
- Dabei wird kein Bezug auf eine konkrete Ausprägung eines Systems genommen. Beschränkung auf das Vokabelheft (http://meinungsfindungstool.piratenpad.de/Definitionen ).
- ggf Erweiterung des Vokabelheftes, wenn dies zur Formulierung von Anforderungen erforderlich ist.
- oder halt ganz anders...
- Thomas oder Merkbefreiter machen eine Gliederung und die Anforderungen werden in der folgenden Form formuliert:
Hausaufgabe:
- jeder formuliert weiter solche Anforderungen im Pad
- in der gegebenen Gliederung
- und in Form "Rolle: Ziel -> Nutzen"
- aber bitte im Brainstormingmodus:
- also keine Diskussion über eingebrachte Vorschläge,
- sondern ggf eigenen Vorschlag danebestellen
===========================================================================
Die User Stories werden im Pad http://meinungsfindungstool.piratenpad.de/Anforderungsanalyse-UserStories erarbeitet!
====================================================================
BACKUP BEGINS HERE
====================================================================
Technische Anforderungen (A0)
<Rolle>: <Ziel/Wunsch> -> <Nutzen>
Entwicklungsprozeß
- Transparenz (P00010000)
- A00010: Entwickler: definierte Software-Entwicklungsmethodik -> Produktivität / Wartbarkeit / Erweiterbarkeit / Neueinstieg
- A00020: Anwender: definiertes Change-Management (Defect und Features) -> Einfluß des Nutzers auf die Eigenschaften des Systems
- A00030: Entwickler: klare Anforderungsdefinition -> wissen was zu programmieren ist / Testbarkeit
- Programmierumgebung (P00020000)
- A00040: Entwickler: offene Schnittstellen (API, DB-Schema, Protokolle) -> leicht erweiterbares System
- A00050: Entwickler: zentrale Tools und Schnittstellen sollen in EINER in der Piratenpartei verbreiteten Programmiersprache geschrieben werden -> leichter Mitarbeiter finden
Benutzerverwaltung
- Geringer Verwaltungsaufwand für die Benutzerverwaltung (P00030000)
- Geringe Antwortzeit und hohe Stabilität
=======
- Als Entwickler möchte ich eine klare Anforderungsdefinition, damit ich weiß was zu programmieren ist.
- hoher Verwaltungsaufwand bei der Benutzerverwaltung
- unangemessene Antwortzeit und Stabilität
- Zusammenfluß der Inhalte aus verschiedenen Medien sehr eingeschränkt
- Programmier-Schnittstellen (API) fehlen
- Struktur der Daten ist nicht kompatibel
Konzeptionelle Probleme
- privacy und security mangelhaft unterstützt
- nicht wählbarer Anonymitätsgrad
- nicht wählbarer Grad von Nachvollziehbarkeit der Äußerungen
- Usability des Tools
- hohe Einstiegshürde
- ineffiziente Kommunikation
- Fehleranfälligkeit
- zur Verwendung ist das Verständnis eine komplexen Konzepts erforderlich
- Prozess zur Veränderung des Tools selbst ist nicht klar
- Mechanik des Ablaufs des Diskussionsprozesses im Tool ist nicht klar
- fehlende Unterstützung "guten" Diskussionsverhaltens (s. auch "Menschliches")
- aktuell keine Trennung von Fakten und Meinungen
- Diskussion steht im Hintergrund beim Tool
- Einschüchterung durch hierarchische Struktur
- "weiche" Angriffe sind möglich (trollen, gezielte Polarisierung,...)
- zu starke Spezialisierung (wünschenswert: Vielseitigkeit, auch bezüglich Art der Diskussion)
- Konsensbildung / Lernprozeß mangelhaft unterstützt
- ineffiziente Kommunikation
- durch fehlende Struktur wenig übersichtlich
- das Thema der Diskussion ist schwer erkennbar / ein klares Thema fehlt
- die Meinungen sind nicht oder nur mit sehr hohem Aufwand auffindbar
- Konsensanteil wird für neue Teilnehmer nicht sofort sichtbar
- keine Ergebnissicherung
- Information ist schwer erreichbar / auffindbar
- Datenflut
- zuviel (sinnvolle) Information
- redundante (doppelte) Darstellung von Information
- Die Zusammenführung der einzelnen Argumente / Infos wird bisher nicht unterstützt (Redundanz)
- fehlende Filterfunktion (nur Freunde, nur Pfälzer,...)
- fehlende Information
- Zusammenfluß und Verlinkung der Inhalte funktioniert nicht
- toolübergreifend: Medienbruch
- innerhalb einer Diskussion: Schwarmintelligenz (kollektives Wissen) wird nicht zusammengeführt
- Machtmissbrauch
- Moderationsrechte erlauben Manipulation
- Machtkonzentration in großen zentralen Systemen erleichtert effektiven Missbrauch (Manipulation, Abschaltung,...) von hoher Reichweite
Menschliches
- Emotionalität bei der Auswahl von Programmiersprachen, Datenbanken usw.
- Nicht jeder kann sich mangels Kenntnis bei der Programmierung beteiligen
- Überlastung der Entwickler
- Designprozeß von Tools ignoriert oft neue Wünsche und Probleme von Nutzern (Flexibilität fehlt oft)
- fehlende (Tool-)Dokumentation
- persönliche Barrieren
- individuelle, limitierte Verarbeitungskapazität ==> Überforderung ==> Verunsicherung, Frustration
- Angst vor dem öffentlichen Raum (Aspekte: EInstiegshürde, Anonymität, Angst, zur Aussage gezwungen zu werden)
- Diskussionskultur
- ungewollt
- keine Trennung von Rational und Emotional in der Diskussion
- Ziel beim Diskutieren aus den Augen verlieren
- falsches Einordnen von Information (als Fehler)
- hoher Rauschanteil (Geschwafel) in den einzelnen Äußerungen
- Missverständnis aufgrund verschiedenen pers. Hintergrunds von Sender und Empfänger
- Vorwissen
- persönliche Erfahrungen (Schlüsselerlebnisse, etc.)
- Tagesform (Konzentration, etc.)
- Sprache
- Reputation (wenn die Kekse reden, haben die Krümel Pause)
- gewollt / destruktiv
- persönliche Angriffe
- gezielte Fehlinformation
- Verweigerung von Zusammenarbeit
- falsches Einordnen von Information (als zielgerichtete Manipulation)
- Machtge- und Missbrauch
- Zensur durch Missbrauch der Moderationsrechte
- Einflussnahme aufgrund Reichweite
============================================================================
Verschiedene analytische Ansätze zur Anforderungssammlung (von DerThomas) :
================================================================
-> noch nicht eingeflossen
Vorschlag : Kommunikationskette (siehe unten) anschauen (Dimension x) und dazu als zweite Dimension jeweils eine FURPS-Analyse machen. Dabei können bei den Usern die von uns bereits ausgearbeiteten (Extremfall-) User einfließen.
FURPS
Functionality
- Feature set (Eigenschaften, Merkmale)
- Capabilities (Fähigkeiten)
- Generality (Allgemeingültigkeit)
- Security (Sicherheit)
Usability (Benutzbarkeit)
- Human factors (menschl. Faktoren)
- Aesthetics (Ästhetik)
Reliability (Zuverlässigkeit)
- Frequency/severity of failure (Häufigkeit / Schwere von Fehlern)
- Recoverability (Wiederherstellbarkeit)
- Predictability (Vorhersagbarkeit)
- Accuracy (Akkuratheit)
Performance (Leistungsfähigkeit)
- Speed (Geschwindigkeit)
- Efficiency (Effizienz)
- Resource consumption
- Throughput (Durchsatz)
- Response time (Antwortzeit)
- Coverage (Abdeckung)
Supportability (Wartbarkeit)
- Testability (Testbarkeit)
- Extensibility (Erweiterbarkeit)
- Adaptability (Anpassung)
- Maintainability (Wartbarkeit)
- Compatibility (Kompatibilität)
- Configurability (Konfigurierbarkeit)
- Serviceability (Reparierbarkeit)
- Installability (Installierbarkeit)
- Localizability (Ortbarkeit)
- Portability (Portabilität)
Kommunikationskette (Anforderungen an / durch ...)
- User
- Inhalte (Meinung / Argumente, Fakten / Beweise, Fotos, Presseartikel, Videos, Akten, Konzepte)
- Frontend (GUI)
- Kommunikation ??
- Konsolidierung ??
- Datenbank
- Aufbereitung ??
- Administration
- Programmierung
- Code-Qualität
- Tools / Programmierumgebung
- Feedback-Mechanismus
- Doku
- Umgebung / Randbedingungen
Weitere nützliche Sachen :
W-Fragen
Wer ?
Was ?
Warum ?
Wogegen ?
Wofür ?
Wie ?
Wo ?
Wann ?
Womit ?
Mit / nach / bei / von / zu / aus ...
... wem oder was ?
Durch / für / gegen / ohne / um ...
... wen oder was ?
Wovon ?
Woher ?
Wohin ?
...
Modellierung (Fusion, UML, ...)
- Datenmodell
- Verhaltensmodell
...
CMMI
http://www.sei.cmu.edu/library/abstracts/reports/06tr008.cfm