Advertisement

Gedanken einen Raum geben

  • Matthias Book
  • Volker Gruhn
  • Rüdiger Striemer
Chapter
Part of the Xpert.press book series (XPERT.PRESS)

Zusammenfassung

Das Kapitel definiert das Ziel des Interaction Rooms - das gegenseitige Verständnis zwischen Stakeholdern zu fördern und ihre Kommunikation auf diejenigen Aspekte zu konzentrieren, die kritisch für den Projekterfolg sind. Es beschreibt auf dieses Ziel ausgerichtete Schlüsselprinzipien der Interaction-Room-Methode wie z.B. die Einbeziehung von Domänenexperten, den Fokus auf Relevanz statt Vollständigkeit, die Definition von Wert- und Aufwandstreibern, das Management zu später und zu früher Anforderungen, die frühe Erkennung von Ungewissheiten, und die Vertrauensbildung zwischen Stakeholdern.

Literatur

  1. Behrens CA (1983) Measuring the productivity of computer systems development activities with function points. IEEE Trans Softw Eng 9(6):648–652.  https://doi.org/10.1109/TSE.1983.235429 CrossRefGoogle Scholar
  2. Biffl S et al (2006) Value-based software engineering. SpringerGoogle Scholar
  3. Boehm B (1981) Software engineering economics. Prentice Hall, Kap. 21Google Scholar
  4. Boehm B et al (2000) Software cost estimation with COCOMO II. Prentice HallGoogle Scholar
  5. Constantine LL, Lockwood LAD (1999) Software for use: a practical guide to the models and methods of usage-centered design. Addison-Wesley, Kap. 5Google Scholar
  6. Curtis B, Krasner H, Iscoe N (1988) A field study of the software design process for large systems. Comm ACM 31(11):1268–1287.  https://doi.org/10.1145/50087.50089 CrossRefGoogle Scholar
  7. Denne M, Cleland-Huang J (2003) Software by numbers: low-risk, high-return development. Prentice HallGoogle Scholar
  8. Gold-Bernstein B, Ruh W (2004) Enterprise integration: the essential guide to integration solutions. Addison-WesleyGoogle Scholar
  9. Langley A (1995) Between „paralysis by analysis“ and „extinction by instinct“. Sloan Manage Rev 36(3):63–76Google Scholar
  10. Lehman MM (1989) Uncertainty in computer application and its control through the engineering of software. J Softw Maint 1(1):3–27.  https://doi.org/10.1002/smr.4360010103 CrossRefGoogle Scholar
  11. McCabe TJ (1976) A complexity measure. IEEE Trans Softw Eng 2(4):308–320MathSciNetCrossRefGoogle Scholar
  12. McConnell S (2006) Software estimation: demystifying the black art. Microsoft Press, Kap 18.2Google Scholar
  13. McMenamin SM, Palmer JF (1984) Essential systems analysis. YourdonGoogle Scholar
  14. Moore G (2011) Systems of engagement and the future of enterprise IT: a sea change in enterprise IT. http://www.aiim.org/futurehistory. Zugegriffen: 23. Febr 2016
  15. Pohl K, Rupp C (2015) Requirements engineering fundamentals: a study guide for the certified professional for requirements engineering exam – foundation level – IREB compliant. Rocky NookGoogle Scholar
  16. Wohlin C, Aurum A (2006) Criteria for selecting software requirements to create product value: an industrial empirical study. In: Biffl S et al (Hrsg) Value-based software engineering. Springer, S 179–200CrossRefGoogle Scholar

Copyright information

© Springer-Verlag GmbH Deutschland 2017

Authors and Affiliations

  • Matthias Book
    • 1
  • Volker Gruhn
    • 2
  • Rüdiger Striemer
    • 3
  1. 1.Dept. of Computer ScienceUniversity of IcelandReykjavikIsland
  2. 2.paluno - The Ruhr Institute for Software TechnologyUniversität Duisburg-EssenEssenDeutschland
  3. 3.adesso AGBerlinDeutschland

Personalised recommendations