Umfrage zum Informationsbedarf im Requirements Engineering Vielen Dank für Ihre Teilnahme an dieser Studie! Im Rahmen eines Forschungsprojektes an der Universität Hamburg und der TU Graz führen wir eine wissenschaftliche Studie durch, um den Informationsbedarf zu verstehen, der während der Bearbeitung von Requirements Engineering Aufgaben entstehen kann. Ihre Meinung ist uns in diesem Zusammenhang sehr wichtig. An diese Studie nehmen Sie teil, indem Sie eine 10 minütige Umfrage beantworten. Die Zielgruppe der Studie besteht aus Benutzern von Requirements-, Change-, und Release- Managements Tools (d.h. Entwickler, Projektmanager, Analysten, Produktmanager, etc.). Ihre Antworten sind absolut freiwillig, bleiben vertraulich und anonym, und werden nur in aggregierter Form für Forschungszwecke verwendet. Es gibt keine falschen und richtigen Antworten. Beantworten Sie bitte die Fragen auf Basis Ihrer jüngsten Erfahrungen. Als kleines Dankeschön wird ein "ipod Touch" unter den Teilnehmern/Innen verlost. Diese Umfrage enthält 26 Fragen. I. Informationsbedarf Welchen Informationsbedarf haben Sie in den folgenden Situationen? Wie gut wird dieser Bedarf durch Tools unterstützt, die Sie für das Requirements Engineering verwenden? 1 of 17
1. Wenn ich neue Requirements definiere, habe ich folgenden Informationsbedarf... / meine Toolunterstützung dafür ist Bitte wählen Sie die zutreffende Antwort für jeden Punkt aus: Gibt es redundante Requirements? Gibt es Requirements die ich wiederverwenden kann oder ähnliche/zugehörige Requirements, die ich kennen sollte (z.b. verfeinert, ist teil von, abhängig von, inkompatibel" Beziehungen) Mit welchen Themen, Kategorien und Schlüsselwörtern, sollte ich dieses Requirement annotieren? Verwende ich das richtige Vokabular, oder sollte ich bestimmte Begriffe umbenennen? Verwende ich die richtigen Templates? Mit wem sollte ich das neue Requirement diskutieren? Wie würden andere Stakeholder die Qualität des neuen Requirements einschätzen (Konkretheit und Verständlichkeit)? Wie würden andere Stakeholder die Machbarkeit des neuen Requirements einschätzen? Nie Informationsbedarf Toolunterstützung Nicht selten Selten Oft oft vorhanden Schlecht OK Gut gut 2 of 17
Sonstiges: Bitte geben Sie Ihre Antwort hier ein: 3 of 17
2. Wenn ich Requirements anderer Stakeholder verstehen will, habe ich folgenden Informationsbedarf... / meine Toolunterstützung dafür ist * Bitte wählen Sie die zutreffende Antwort für jeden Punkt aus: Was war die Absicht des Stakeholders bei der Definition dieses Requirements? Gibt es ähnliche/zugehörige Requirements? Welche anderen Artefakte sollte ich kennen/ansehen (Modelle, Quellcode, Einträge in Diskussionsforen, etc.)? Zu welchen Themen, Kategorien, oder Schlüsselwörtern gehört dieses Requirement? Wer ist der Urheber dieses Requirements? Mit wem kann ich dieses Requirement diskutieren? Wie schätzen andere Stakeholder die Machbarkeit dieses Requirements ein? Wie schätzen andere Stakeholder die Qualität dieses Requirements ein (Konkretheit und Verständlichkeit)? Wie wichtig ist dieses Requirement für bestimmte Stakeholder? Nie Informationsbedarf Toolunterstützung Nicht selten Selten Oft oft vorhanden Schlecht OK Gut gut 4 of 17
Sonstiges: Bitte geben Sie Ihre Antwort hier ein: 3. Wenn ich Requirements bewerte (bspw. nach Qualität oder Machbarkeit) habe ich folgenden Informationsbedarf... / meine Toolunterstützung dafür ist * Bitte wählen Sie die zutreffende Antwort für jeden Punkt aus: Gibt es ähnliche/zugehörige Requirements? Welche anderen Artefakte sollte ich kennen/ansehen (Modelle, Quellcode, Einträge in Diskussionsforen, etc.)? Zu welchen Themen, Kategorien oder Schlüsselwörtern gehört dieses Requirement? Wie wurden ähnliche Requirements bewertet? Wer ist für die Wartung des Requirements verantwortlich? Wer hat dieses Requirement vorgeschlagen? Wie haben Stakeholder dieses Requirement bewertet? Wie haben meine Teamkollegen dieses Requirement bewertet? Nie Informationsbedarf Toolunterstützung Nicht selten Selten Oft oft vorhanden Schlecht OK Gut gut 5 of 17
Sonstiges: Bitte geben Sie Ihre Antwort hier ein: 4. Wenn ich Requirements priorisiere und verhandle ( negotiation ) habe ich folgenden Informationsbedarf... / meine Toolunterstützung dafür ist * Bitte wählen Sie die zutreffende Antwort für jeden Punkt aus: Wie haben andere Stakeholder diese Requirements priorisiert? Wie haben meine Teamkollegen diese Requirements priorisiert? Widerspricht meine Priorisierung den Priorisierungen anderer Stakeholder? Widerspricht meine Priorisierung den Priorisierungen anderer Teamkollegen? Wie realistisch ist meine Priorisierung bzgl. der notwendigen Ressourcen (Personen, Budget, Zeit)? Mit wem soll ich diese Requirements diskutieren? Gibt es vernünftige Alternativen zur Anpassung meiner eigenen Priorisierungen, sodass sie mit den Priorisierungen anderer Stakeholder konsistent sind? Nie Informationsbedarf Toolunterstützung Nicht selten Selten Oft oft vorhanden Schlecht OK Gut gut 6 of 17
Sonstiges: Bitte geben Sie Ihre Antwort hier ein: 5. Wenn ich neue Releases plane habe ich folgenden Informationsbedarf... / meine Toolunterstützung dafür ist * Bitte wählen Sie die zutreffende Antwort für jeden Punkt aus: Gibt es vernünftige alternative Pläne? Wie haben andere Stakeholder diese Alternativen bewertet? Wie haben andere Teamkollegen diese Alternativen bewertet? Welche alternativen Pläne existieren, die ähnlich meinen eigenen Präferenzen sind aber auch konsistent mit den Präferenzen anderer Stakeholder sind? Mit wem soll ich diese Alternativen diskutieren? Nie Informationsbedarf Toolunterstützung Nicht selten Selten Oft oft vorhanden Schlecht OK Gut gut Sonstiges: Bitte geben Sie Ihre Antwort hier ein: 7 of 17
6. Stellen Sie sich ein Tool vor, das die benötigten (oben genannten) Informationenenproaktiv vorschlägt. Wie beurteilen Sie den Einfluss eines solchen Tools auf die Zeit, die Sie für die Bearbeitung von Requirements Engineering Aufgaben brauchen? So ein Tool würde den Zeitaufwand deutlich verringern (>30%) So ein Tool würde den Zeitaufwand verringern (10-30%) So ein Tool würde den Zeitaufwand nur wenig verringern (weniger als 10%) So ein Tool würde keinen Einfluss auf den Zeitaufwand haben So ein Tool würde den Zeitaufwand eher erhöhen Welche weiteren positiven und negativen Effekte hätte ein solches Tool auf Ihrer Requirements Engineering Aufgaben? Bitte geben Sie Ihre Antwort hier ein: 8 of 17
II. Interaktion in Software-Projekten 7. Wie viele Stakeholder (Benutzer, Kunden, Lieferanten, ) sind typischerweise an Ihren Projekten beteiligt (das Entwicklungsteam mit einberechnet)? * 1-10 Personen 11-25 Personen 26 50 Personen 51 100 Personen > 100 Personen 8. Wo befinden sich die Stakeholder? * Bitte wählen Sie alle zutreffenden Antworten aus: Im selben Raum Im selben Gebäude In derselben Stadt Im selben Land In unterschiedlichen Ländern In unterschiedlichen Zeitzonen 9 of 17
9. Mit wie vielen Personen interagieren Sie zumindest einmal pro Woche zur Abarbeitung von Requirements Engineering Aufgaben (inkl. Ihrer Teammitglieder)? * 0 7 Personen 8 15 Personen 16 30 Personen > 30 Personen 10. Wie würden Sie die Art dieser Interaktion beschreiben? * Überwiegend direkte Interaktion (von Angesicht zu Angesicht) Überwiegend andere Interaktionsarten (z.b. Telefon oder computerunterstützte Kommunikation) In etwa gleich viel direkte und andere Arten von Interaktion 10 of 17
11. Wie häufig wird ein neues externes Release von Ihrem Team freigegeben? * Weniger als 2 Wochen Alle 2-4 Wochen Alle 4-8 Wochen Alle 2-6 Monate > 6 Monate 11 of 17
III. Zu Ihrer Person 12. Wie verwalten Sie die Requirements in Ihren Projekten? * Bitte wählen Sie alle zutreffenden Antworten aus: Wir verwenden ein Requirements Management Tool (z.b. Doors, Requisite Pro, Polarion Requirements ) Wir verwenden ein Wiki Wir verwenden Office Tools (bspw. MS Word, Excel, PowerPoint) Wir verwenden einen Issue Tracker (bspw. Bugzilla, Jira, Track) Wir verwenden überhaupt kein Tool zum Management von Requirements Andere Lösung: 13. Seit wie vielen Jahren arbeiten Sie in Software-Projekten? * 0 2 Jahren 3 5 Jahren 6 10 Jahren > 10 Jahren 12 of 17
14. In welcher Art von Projekten arbeiten Sie? * Hauptsächlich public open source Hauptsächlich closed source" ( proprietary and private source code ) Beides Wie häufig streben Sie in Ihren Projekten die Wiederverwendbarkeit von Requirements an (z.b. aus abgeschlossenen Projekten oder durch die Verwendung von Produktlinien)? * häufig Häufig Manchmal Selten selten / Nie 13 of 17
16. Wie würden Sie Ihren Entwicklungsprozess beschreiben? * Schwergewichtiger Prozess (bspw. Wasserfall, RUP, V-Modell) Agiler Prozess (Extreme programming, lean development, Scrum) Kein definierter Prozess Ich weiß nicht 17. Wie würden Sie Ihre Rolle im Entwicklungsprojekt beschreiben? * Bitte wählen Sie alle zutreffenden Antworten aus: Requirements Ingenieur / Produktmanager Projektmanager Entwickler Tester Architect 14 of 17
Herzlichen Dank! Möchten Sie an der "ipod Touch" Verlosung teilnehmen und/oder über die Ergebnisse dieser Umfrage informiert werden? Bitte wählen Sie alle zutreffenden Antworten aus: Ich möchte an der IPod Touch Verlosung teilnehmen. Ich möchte über die Ergebnisse dieser Umfrage informiert werden. Meine email Adresse ist: * Beantworten Sie diese Frage nur, wenn folgende Bedingungen erfüllt sind: Antwort war 'Ich möchte über die Ergebnisse dieser Umfrage informiert werden.' oder 'Ich möchte an der IPod Touch Verlosung teilnehmen. ' bei Frage '24 [19.]' (Möchten Sie an der "ipod Touch" Verlosung teilnehmen und/oder über die Ergebnisse dieser Umfrage informiert werden? ) Bitte geben Sie Ihre Antwort hier ein: 15 of 17
Haben Sie weitere Anregungen für uns: Bitte geben Sie Ihre Antwort hier ein: 16 of 17
17 of 17 Übermittlung Ihres ausgefüllten Fragebogens: Vielen Dank für die Beantwortung des Fragebogens.