LibIndSys

Name

Purpose

Topics

Approach

Make it risky but cheap and sustainable: Take advantage of new software and hardware. The riskiness is in the loose contractual binding between the industrial partner and the team of developers in the centre, including the problem with guaranteeing success of development and instantaneous support for commissioned systems. The cheapness comes from the interest based work effort of the developers, the no-cost of modern, advanced software libraries, and the low cost of modern, advanced, consumer-grade hardware; mechanics, robots, electronics, computers, etc. Sustainability comes from the openness, or rather "libre-ness", of the underlying software, which allows for continued development in extend of contract lifetime, as well as the lifetime of the centre itself.

A modern and reliable paradigm for the centre to succeed would be DevOps: https://en.wikipedia.org/wiki/DevOps. This may ensure that the personnel operations are also involved with development of the system and routines, and vice versa.

Association Model

Elements of association between members and the centre:

The centre should be centred around development of systems, mostly systems that integrates with third-part. These systems may be taken into operation, be maintained, and support for further development given. Typically development should lead quickly to an operational prototype or pilot system, for which support and development will evolve it into an integral system at the industrial partner site.

Gradually, responsability for the system will be offloaded to the industrial partner. Especially the responsability for operation and maintenance should be entirely offloaded during a limited period of time. Whether responsability for support and further development may be offloaded entirely, or to what degree and over how long a period it may be offloaded, depends highly on the commitment of and develpment of skills at the industrial partner in relation to the complexity of the system.

All engagements must take its offspring from some development and some code base manifested in the centre. The centre should not purely deliver or operate third-part systems.

A central and traditional problem that will be attempted avoided is that of disengaging the developers, whom would naturally undertake support and maintenance responsability, from operational aspects. Hence, the industrial partners must invest capital and time in keeping the centre engaged with some amount of operational responsability, until it can be fully determined that support and maintenance by the centre is safe without operational engagement, or until the industrial partner have gained a sufficient level of skill with the system and its technologies to carry out support and maintenance on their own.

Organization Structure

The centre should be a cooperative with organizational structure as a centre. Hence there are no, or only few, permanently associated staff. However, the centre leader should at all times be someone with permanent association.

Personnel resources should be recruited on a temporary basis for part-time work. Resources should be recruited from industrial partners as part of their commitment, from third part companies such as systems integrators and systems suppliers as part of their long term investment, and from research and development institutions to bring the new and flexible technologies into operative systems.

Ownership

The ownership model should be flexible and dynamic. Permanent ownership will be held by research and development institutions. Industrial partners will hold membership as long as they have contractual ties with the centre. Third part industrial partners will be granted ownership in cases where they commit themselves to participate in the development of the code base and systems from the centre.

Financial Structure

The openness of the organization, the restriction to Norwegian-owned and -based companies, and the commitment to only develop libre code systems could enable the centre to acquire a substantial support from the Norwegian government; e.g. the Research Council of Norway. One way of supporting could be 30% to 50% funding on the hours spent in development and support by associated resources at the centre. Another, non-exclusive, way of funding from RCN could be a basic funding to keep an infrastructure and administration of the centre operational at zero activity.

Industrial partner-members could pay an basic, annual membership fee as well as per hour or per project for utilization of the resources of the centre.

Unfair Competition and Restrictions

In case of governmental financial support, the problem of unfair competition in the market of system integrators and suppliers must be addressed. The centre must enter the market under specific restrictions, in the uncovered area between research and development institutions and commercial actors. Examples of such restrictions may be:

Example Small Local Companies

Example Development Companies

Notes

  1. "Libre" is used for accuracy. Frequently the terms "free" and "open" are used in connection with software. These may simply mean that there is no cost and that the source code of the software may be inspected, respectively. "Libre", however, gives the holder the rights to unlimited use of software based on the code as well as the rigths to modify, redistribute, and sell new software based on the code. Mostly "libre" includes the concepts of "free" and "open", which is what is meant here, whereas sometimes it is specified in its full as "free, libre, open source software" (FLOSS) (1)

MortenLind/LibIndSys (last edited 2017-10-23 10:44:15 by MortenLind)