Global software development is communication intensive. It requires the collaboration of many stakeholders representing different positions. The stages of the development life cycle are characterized by many informal interactions, often face-to-face, whose aim is to clarify, brainstorm, negotiate, or recover knowledge. Project-related communication is also becoming more and more diverse, especially if distributed globally. It includes various electronic and non-electronic means of communication, both for on-site and off-site development. Moreover, project knowledge refers to artifacts of the development life cycle, such as source code or documents. This results in complex cross references between artifacts and knowledge items. Misunderstandings and communication mistakes are costly, especially those introduced early in the life cycle. Hence, it is essential to support communication and cooperation during the overall life cycle. Based on the results of studies in distributed and large projects, including one performed by the author, we have designed iBistro, an experimental environment for capturing knowledge during the various stages of both distributed and single site software projects, structuring the knowledge during a rationale-based approach, and retrieving the knowledge during subsequent stages of the development process or later projects in the same organization. In developing iBistro, our goal is to interfere as little as possible with the development methodology and tools of an organization, while improving the coverage and the quality of the knowledge captured. Thus, iBistro collects information using a variety of knowledge sources and provides customizable knowledge views to build up what we call group memory. This research further proposes a common architecture for knowledge capture, acquisition, and retrieval. This architecture, called the distributed concurrent blackboard architecture (DCBA), extends the concept of a blackboard architecture in artificial intelligence. The DCBA enables the concurrent capture of information and knowledge through many communication vehicles, such as meetings or brainstorming sessions (using i.e., SMART Boards), email, or artifact-based tools (e.g., version control). The DCBA in its distributed nature is designed specifically to support distributed balanced teams in synchronous and especially asynchronous settings. An implementation of the DCBA has been developed and tested in a distributed setting between the National University of Singapore and Technische Universität München. The distributed scenario revealed the difficulties in distributed work introduced by unstructured and non-integrated communication tools in contrast to the DCBA as a knowledge repository for the small workgroup. The dissertation suggests a team-formation to deal with global software engineering, the balanced team, and how they can be supported by the DCBA.     «

Global software development is communication intensive. It requires the collaboration of many stakeholders representing different positions. The stages of the development life cycle are characterized by many informal interactions, often face-to-face, whose aim is to clarify, brainstorm, negotiate, or recover knowledge. Project-related communication is also becoming more and more diverse, especially if distributed globally. It includes various electronic and non-electronic means of communication,...     »

Software-Projekte erfordern intensive Kommunikation sowie die Zusammenarbeit verschiedener Parteien und Vertreter von Interessensgruppen, die jeweils unterschiedliche Positionen einnehmen. Ein Großteil dieser Kommunikation ist informell und dient z.B. der Diskussion, der Klärung von Fragen, Verhandlung, bzw. dem Aufdecken von Wissen. Projektbezogene Kommunikation wird zunehmend vielschichtig durch den kombinierten Einsatz elektronischer und nicht elektronischer Kommunikationsmittel. Dies gilt sowohl für lokal an einem Ort durchgeführte Projekte, als auch -- in besonderem Maße -- für verteilte oder gar globale Software-Projekte. Kommunikationsfehler sind in diesem Zusammenhang kostspielig und gefährden den Projekterfolg, insbesondere wenn sie in den frühen Phasen des Lebenszyklus auftreten. Aus diesem Grund ist die wissensbasierte Kommunikations- und Kooperationsunterstützung aller Phasen des Projektes erforderlich. Ausgehend von Studien, die auf grossen und verteilten Projekten durchgeführt wurden, darunter einer Studie des Autors, haben wir iBistro entworfen. iBistro ist eine experimentelle Umgebung zur Erfassung von Wissen in den verschiedenen Phasen globaler Software-Projekte. Dabei werden die gesammelten Informationen in einem Rationale-basierten Ansatz strukturiert. Das so gesammelte Wissen wird den verschiedenen Projektbeteiligten in späteren Projektphasen oder neuen Projekten durch das System zur Verfügung gestellt. Dabei ist das Ziel von iBistro, die bestehenden Prozesse und Methodiken einer Organisation so wenig wie möglich zu beeinflussen und dennoch sowohl Umfang und Qualität des erfassten Wissens zu verbessern. iBistro sammelt somit Informationen durch eine Vielzahl von Wissensquellen (Knowledge Sources) und stellt dieses Wissen über anpassbare Wissens-Sichten (Knowledge Views) wieder zur Verfügung. Das somit aufgebaute Wissens- und Informationsnetz bildet ein elektronisches Gruppengedächtnis (Group Memory). Diese Dissertation stellt eine gemeinsame Architektur für Wissenserfassung, Wissensakquise und Wissensverwendung von Projektwissen vor. Darüber hinaus bezieht sich der Begriff ,,Projektwissen'' auch auf Ergebnisse der Arbeitsprozesse, wie zum Beispiel Dokumente oder Quellcode. Dies führt zu komplexen Querverbindungen zwischen solchen Artifakten und allgemeinen Wissens-Informationen. Die Architektur, genannt Distributed Concurrent Blackboard Architecture (DCBA), erweitert das aus der Künstlichen Intelligenz bekannte Konzept der Blackboard-Architektur. Die DCBA-Architektur ermöglicht die nebenläufige Erfassung von informellen Informationen und Wissen in vielschichtigen Kommunikationsmitteln und -wegen, wie z.B. Arbeitstreffen, in Brainstorming-Treffen, Email, oder bei der Verwendung von Entwicklungswerkzeugen, wie z.B. der Versionskontrolle. Die DCBA-Architektur wurde dabei speziell für die Unterstützung verteilter Teams in synchronen und asynchronen Szenarien entwickelt. In einer Fallstudie wurde die Implementierung der DCBA-Architektur zwischen der National University of Singapore und der TU München getestet und iterativ weiterentwickelt. Dabei deckte das verteilte Szenario die Schwierigkeiten bei der verteilten Projektarbeit mit unstrukturierten und nicht integrierten Werkzeugen im Vergleich zur Verwendung der DCBA als Wissensquelle für eine kleine verteilte Arbeitsgruppe auf. Diese Dissertation schlägt eine spezielle Team-Formation für Globale Software Entwicklung, das balancierte Team, vor und diskutiert deren Unterstützung in iBistro.     «

Software-Projekte erfordern intensive Kommunikation sowie die Zusammenarbeit verschiedener Parteien und Vertreter von Interessensgruppen, die jeweils unterschiedliche Positionen einnehmen. Ein Großteil dieser Kommunikation ist informell und dient z.B. der Diskussion, der Klärung von Fragen, Verhandlung, bzw. dem Aufdecken von Wissen. Projektbezogene Kommunikation wird zunehmend vielschichtig durch den kombinierten Einsatz elektronischer und nicht elektronischer Kommunikationsmittel. Dies gilt so...     »