EuroSPI98 
How to Reap the Business Benefit from SPI
European Software Process Improvement
SPI and QA Systems
Category Index
Rated Newspaper Supported by EU Project 

NQA - Experience with Integrated Teamwork and Network based Quality Assurance

Dr Richard Messnarz, Director ISCN Ltd., Dublin, Ireland
Dr Robert Stubenrauch, Joanneum Research, Graz, Austria
Martin Melcher, Rainer Bernhard, NQA Chief Developers, ISCN, Graz, Austria
 
 

Summary:


This paper describes the experience with a new team management concept for software quality assurance which has been field tested in firms since 1994 in different countries and resulted in an IEEE book "Better Software Practice for Business Benefit".

In addition, since 1998, the European Commission supports the development of a tooling concept on basis of Hyperwave (a leading multimedia system which won the EU IT Prize in 1997) for computer automating these role centred team work management paradigms for quality management. At the time of paper writing it is field tested in leading German and Scandinavian firms and research centres such as Daimler Benz, FZI, etc.

This paper contains a description of the paradigms followed and a first summary of the lessons learned.

Richard Messnarz, Dr., Florence House, 1 Florence Villas, Bray, Co. Wicklow, Ireland, ph.: +353 1 286 1583, fax.: +353 1 286 5078, email: rmess@iscn.ie
 

Introduction

To stay competitive on the global market it is necessary to set up win-win based agreements in cost sharing projects in which partners from different countries share the risk and the effort and jointly exploit ideas, products, and services. Through effective and distributed collaborations organisations can cut down their risk significantly (e.g. sharing the development cost with other partners) and can reach a much larger market (e.g. selling the product then in more regions of Europe through VARs - Value Added Re-sellers).

However, the key problem is that distributed collaboration needs effective co-ordination of the work of the different partners. And old conservative means such as direct supervision, local meetings, large local and not distributed teams, do not work any more. The decomposition into smaller competence teams with clear cooperation interfaces supported by new and effective communication systems is needed. This includes a virtual office on the net with project archives and document management, configuration management, guide-lines and computer support for project documentation, network and computer supported information flows, and appropriate security mechanisms assuring privacy of the materials exchanged and produced.

NQA is developed in co-operation with Hyperwave [6], [7], a leading information management system, and places the required functionality of such a virtual office on top of it. The system has been field tested in leading German and Scandinavian industry in the software co-operation and out-sourcing sector.

Most of the large companies (e.g. Siemens re-organises again and centralises more, Daimler Benz and other manufacturers require a much more closer co-operation between the teams of suppliers and their internal teams) start to question the simple out-sourcing concept. They think about a system that will create a virtual office through which teams from the supplier and the manufacturer work together as if they are one team in the same office, thus solving the missing-control problem of out-sourcing.

Another potential is to use it as a virtual office of many smaller companies who jointly develop and follow joint quality control scenarios over the net.

The development of NQA has been supported by the European Commission under the ESPRIT project HYMN.
 

Paradigms Underlying the NQA Concept

The NQA approach bases on three principles which have been discussed and published at previous ISCN conferences (http://www.iscn.ie/conferences [8]) and about which there is a book published by IEEE at the end of 1998 [10]: Better Software Practice for Business Benefit - Principles and Experience (ed. Richard Messnarz, ISCN).
 

The Underlying Management Principle

A software process is not seen as just a sequence of tasks with a planned result [1], but it is the result of an integrated team work environment [10]. The organisation is broken down into work scenarios (management use cases, e.g. scenario for planning, scenario for design, scenario for marketing, etc.) and each scenario is designed with The new approach is to think role-centered, so that by staffing of roles work scenarios in an organisation are initiated.
 

The advantage of the new approach is

Benefits Measured

Experiments with this approach ave been carried out since 1993 at firms in Austria, Germany, Spain, and Ireland, and 7 other countries. Results are [9], [10]
 

Management Steps

The work-flow, after that, is just a waste product of the team-work model
 
 

Example from a planning scenario at Hyperwave

For each scenario there is an underlying role play clearly describing the roles played in a team, the responsibilities, and the communication flows. These communication flows result in a number of work instructions describing the roles’ duties and the sequence of work steps to be performed. The same working instructions are then used, for instance, to show compliance with working instructions required by ISO 9001 [2], [3], [4], [5].

Figure 1: A Role Play for Feature Request Management and Planning

Work Instructions for the Feature Request and Planning Scenario at Hyperwave
 

  1. The Product Management Team (PMT, customer) makes a Feature Request (FR). The Chief Technical Officer (CTO) receives it and archives it.
  2. The CTO reviews the features together with the PMT resulting in Review Reports (RR) for the feature request and decisions about their implementation.
  3. The refined feature request (for which an implementation was decided) is forwarded to the Co-ordinator (CRD).
  4. The Co-ordinator assigns the feature request to a responsible project manager. For each release there are many such feature requests so that the previous steps are repeated many times.
  5. The responsible Project Manager (PM) draws up a draft User Requirements Document (URD) and a URD specific Work Plan (WPprj), and forwards the draft for review to the Quality Assurance (QA) and the Co-ordinator (CRD).
  6. The draft URD and WPprj are at the same time reviewed by the Quality Assurance (QA), and the Co-ordinator (CRD), resulting in Review Reports (RR).
  7. The Co-ordinator approves the WPprj and combines them into an overall Work Plan (WP) for the organisation, and forwards all URDs and the overall WP for review to the CTO.
  8. CTO approves the URDs and the WP.
  9. PMT receives URDs and WP for final review.
  10. PMT reviews and gives acceptance to the URDs and the overall WP.
  11. Configuration Manager (CM) controls that all materials produced in the work flows have been properly archived. Special care is taken on the trace-ability between feature requests, requirements in the URD, and proposal/agreement issues.


Only after the establishment of such a role-based model the information flows become clear and a tool can start to support the team communication and quality control activities through a virtual office of distributed competence teams.
 
 

The Information Technology Principles Underlying an NQA Concept

Development by Configuration

This paradigm bases on the fact that functionality is to be separated from data, and that data can be assigned with functionality by the user through configuration. NQA concepts must developed according to this principle and allow each organisation to insert their own documentation or result templates, and the NQA system then automatically generates (with the creation of objects from the templates) the functionality to the created objects.

This way users can insert and maintain document or result templates and adapt the system to their own specific documentation requirements without any change or customization of code (just by configuration of data).
 


Figure 2: Data and Functional Configurability

Function Base Driven Configuration (Re-Use Pool Concept)

At the moment three basic elements can be configured to which the above functionality is generated.

Documents - The below picture shows the standard window for document creation, with SAVE the functionality is generated to the template taken from the pool and a first version is issued under configuration management)


Figure 3 : Document Object Creation Window

Reports - The below picture shows the standard window for report creation, after ADD a report is added to a list and the functionality is generated to the template taken from the pool and a first version is issued under configuration management.


Figure 4 : Report Object Creation Window

Linked Reports - same as with reports, plus the report is automatically linked backward and forward to what has been selected in the right combo boxes.


Figure 5 : Linked Report Object Creation Window

Depending on the user needs the three elements are configured. E.g. Linking Feature Requests (FR) with user Requirements Documents (URD), so that an URD is automatically created by the links to accepted FRs (example from a customer wish from Daimler Benz).

Further basic elements might be considered and inserted into the NQA configuration pool in later releases.
 

How an NQA Virtual Office Works

A required functionality of an NQA system comprises the automatic assignment of the following functionality to created objects -
 

Document Management

Creation of documents from a template pool (configurable by customer). Automatic administration within a project structure under a certain documentation category (e.g. planning document). Electronic submission to a distribution list (workflow). Version management and change control (see configuration management). Automatic forward linking to reports (e.g. a number of Review Reports linked forward and back to the document version, see link management). Download, edit, and publication facilities. Computer supported test status.


Figure 6: Functional Header Generated for Document Objects
 

Report Management


Creation of reports from a template pool (configurable by customer). Automatic administration within a project structure under a certain documentation category (e.g. quality control reports). Electronic submission to a distribution list (workflow). Version management and change control (see configuration management). Automatic forward and backward linking between documents and reports, or reports and reports (e.g. linking test protocols with problem reports, and problem reports with modification reports). On-line edit of forms at server side, and on-line submission (no download necessary for edit).

Figure 7: Parts of a Typical Report Form
 

Workflow Management


Electronic submission of reports ad results to team members. Encryption module can be used. Administration of distribution lists (for automatic forward). A communication log per project archiving all communication flows between team members (roles).
 


Figure 8: A Standard Notification Message for Submissions
 

Configuration Management

Version management. Registration of versions in a document (result) history. Check-in and Check-out functions. Revert to previously archived versions. Test status information in document history.

Figure 9: Version control with Object History Including Test Status
 

Link Management (Forward and Backward Tracing)

Definition (see functional configurability) of links between report and document types. Automatic assignment of linking properties to created objects. Automatic forward and backward linking according to the defined functional configuration (configurable by system administrator). E.g. linking review Reports with documents, so that by a click you switch between the document and the related reports.

Figure 10: Forward and Backward Linking (e.g. Review Reports Linked to a User Requirements Document)
 

User Administration


Administration of a team per project (see only their project). An NQA system administrator nqaadmin (sees all). Administration of a distribution list (for electronic submission) per team.

Figure 11: Identification and User Control
 

Security Management

No access without identification possible. The information in the electronic submissions contains only links to info at the server which requires identification. If even these links should be protected an additional encryption module from Hyperwave can bee installed.
 


Figure 12: Creation of Projects also Builds Project Teams

By just using Netscape the team members (from home, from any work place, etc.) can access the NQA virtual server and work on-line through a joint interface.
 
 
 

Experience with NQA Concepts in Industry


Some case sstudies from real practice are -
 

Case Study 1 - System Use

This relates to an experience from a supplier and large manufacturer relationship. All Feature Requests (FRs) to know the requirements of a system are jointly collected over time, and accepted ones result in a User Requirements Document (URD).

This process has been extremely difficult because the teams were locally distributed resulting in instable URDs with changes and additions lateron.

A stability of approx. only 50% was given, and a high flexibility in the entire process was needed. A much better situation is the goal with about 80% stability and fewer additions later, leading to higher effort at the start but much higher productivity throughout the development and field test.

Now, a virtual office system allows to jointly collect the FRs, to publish them in a joint planning cluster, to submit them for review over the net, and to automaatically link them forward and backward with the related reviews leading to either acceptance or non-acceptance of the FR.

The most important feature was then the automatic forward and backward linking of the accepted FRs with the URD, leading to an automatically created URD on the net.
 

Case Study 2 - Team Management in SMEs

It has to be noted that the role centred team management as a principle works even without a tool support. It has been tested in SMEs in different countries.

A case study from a Spanish innovation management organisation showed that the use of role based team scenarios is a perfect tool for training of new staff to be integrated. The roles are clear from the beginning and to know the interfaces to other team members in advance led to much easier integration of new staff. The average time to integrate new staff was reduced by 67%.

A case study at a middle sized software and research company in Austria showed that the use of real practice work scenarios for the establishment of working instructions for an ISO certification leads to a large increase of the motivation of staff. (17% really using to above 70%).

Another factor is that practitioners want to have a system in place (not a paper handbook) that facilitates them the additionally required documentation effort and is accessible through a common interface from their normal work place.
 

Pitfalls

This new concept did not work -

If organisations tried to use it without understanding the required management principles first.

When middle management realised that the role models also require that their role is described with interfaces to the roles played by the staff, because this also makes their duties more visible. (a psychologic barrier)

If the system 's configurability and linking features were neglected or not properly configured leading to inflexible top-down project administration (hated by technical staff).
 
 

Acknowledgements

We are grateful to the European Commission for supporting us in the development of this new working concept. The research work and the underlying IEEE book have been supported under EU Leonardo da Vinci Programme in the PICO project.

The EU ESPRIT Programme supported us to realise the ideas and new comcepts in an industrial tooling environment on the basis of Hyperwave in the HYMN ESPRIT project.

We would like to thank Gerhard Pail, Frank Kappe, Mansuet Gaisbauer, Juergen Schipflinger, Joerg Faschingbauer, and Peter Luttenberger for their active support, the test, and the use of NQA for ISO 9001 certification of Hyperwave itself.

We also would like to thank Mr Alejandro Moya from the European Commission for his strict control to ensure project progress, and all people from Hyperwave, Daimler Benz, FZI who field tested the system.
 

References

[1] IEEE Software Engineering Standards Collection, IEEE Standards for Software Quality Assurance Plans (IEEE 730-1989), Quality Assurance Planning (IEEE 983-1986), Project Management Plans (IEEE 1058.1-1987), Configuration management Plans (IEEE 828-1990), Software Verification and Validation Plans (IEEE 1012-1986), IEEE Computer Society Press, 1991

[2] ISO 9000-3. Quality management and quality assurance standards. International Standard. Part 3: Guidelines for the Application of ISO 9001 to the Development, Supply and Maintenance of Software. ISO (1990).

[3] ISO 9001. Quality Systems. Model for Quality Assurance in Design/Development, Production, Installation and Servicing. International Organisation for Standardisation, Geneva (1987)

[4] ISO 9126, Information Technology - Software Product Evaluation - Quality Characteristics and Guidelines for Their Use, 1991

[5] ISO/IEC 12207, Information technology - Software life cycle processes, first edition Aug. 95.

[6] Maurer H., Necessary Ingredients of Integrated Network Based Learning Environments; Proc. ED-MEDIA’97, Calgary, AACE (1997), 709-716.

[7] Maurer H., What We Want from WWW as Distributed Multimedia System; Proc. VSMM’97, Geneva. IEEE, 148-155.

[8] Messnarz R., Mac an Airchinnigh M., Biro M., Tully C., ISCN - An International Software Collaborative Network, in: Proceedings of the ISCN´96 Conference on Practical Improvement of Software Processes and Products in December 1996 in Brighton/London, ISCN Ltd. Dublin, Ireland, 1996

[9] Messnarz R., Kugler H.J., BOOTSTRAP and ISO 9000: From the Software Process to Software Quality, in: Proceedings of the APSEC´94 Conference, Comput. Soc. Press of the IEEE, Tokyo, Japan 1994

[10] Messnarz R. , Tully C. (eds.), The PICO - Book : Software Process Improvement for Business Benefit - Principles and Experience, IEEE Computer Society Press, November 1998


Partners in EuroSPI

Editors
ISCN LTD, ISCN GesmbH, Schieszstattgasse 4/24, 8010 Graz, and Coordination Office, Florence House, 1 Florence Villas, Bray, Ireland, office@iscn.at, office@iscn.com, office@iscn.ie, Editing Done: 19.7.2002