Difference between revisions of "Physical resource governance"

From OVN wiki
Jump to navigation Jump to search
Line 79: Line 79:
 
==Access to physical spaces and responsibilities for the user==
 
==Access to physical spaces and responsibilities for the user==
 
Some spaces can have different '''scope''' parameters, which are also related to '''ownership'''. This determines access to use.  
 
Some spaces can have different '''scope''' parameters, which are also related to '''ownership'''. This determines access to use.  
* Some spaces are the [[property]] of some members, they are seen as assets of these members invested in different [[ventures]]. In this case, the owner has control over where and how these assets are invested, based on the owner's goals, risk aversion, etc.  
+
* Some spaces are the [[property]] of some [[affiliates]], they are seen as assets of these [[affiliates]] invested in different [[ventures]]. In this case, the owner has control over where and how these assets are invested, based on the owner's goals, risk aversion, etc.  
 
* Some spaces are part of the [[pool of shareables]] and use might be restricted depending on the scope associated with them.
 
* Some spaces are part of the [[pool of shareables]] and use might be restricted depending on the scope associated with them.
  
Line 88: Line 88:
 
* If the user owns the space he/she needs to make sure that the activity intended in the space is allowed within it. The use can be logged into the [[NRP-CAS]] as a [[contribution]] to a [[venture]].  
 
* If the user owns the space he/she needs to make sure that the activity intended in the space is allowed within it. The use can be logged into the [[NRP-CAS]] as a [[contribution]] to a [[venture]].  
 
* If the tool or equipment belongs to the [[pool of shareables]] the user needs to log it into the [[NRP-CAS]] and justify the use.   
 
* If the tool or equipment belongs to the [[pool of shareables]] the user needs to log it into the [[NRP-CAS]] and justify the use.   
* If the space is owned by another member and is used as a [[contribution]] by him/her then the user needs to justify the use, get permission to use and log it into the [[NRP-CAS]]. The scope is usually limited in this case. The [[contribution]] logged goes to the owner.  
+
* If the space is owned by another [[affiliate]] and is used as a [[contribution]] by him/her then the user needs to justify the use, get permission to use and log it into the [[NRP-CAS]]. The scope is usually limited in this case. The [[contribution]] logged goes to the owner.  
* The user might need to pay for the amount of time a space is used. In that case, if the space is owned by another member the [[contribution]] logged goes to the user, not to the owner.
+
* The user might need to pay for the amount of time a space is used. In that case, if the space is owned by another [[affiliate]] the [[contribution]] logged goes to the user, not to the owner.
  
 
See also [https://docs.google.com/document/d/1ZGtnxjAvtVha0ny1Ye0Px2qaJHtf0GZDdjo_oyvp_jM/pub Sensorica Montreal lab rules]
 
See also [https://docs.google.com/document/d/1ZGtnxjAvtVha0ny1Ye0Px2qaJHtf0GZDdjo_oyvp_jM/pub Sensorica Montreal lab rules]
Line 136: Line 136:
 
* If the consumable belongs to the [[pool of shareables]] the user needs to log the quantity consumed into the [[NRP-CAS]] and justify the consumption.   
 
* If the consumable belongs to the [[pool of shareables]] the user needs to log the quantity consumed into the [[NRP-CAS]] and justify the consumption.   
 
* If the consumable is owned by another affiliate and is consumed as a [[contribution]] by him/her then the user needs to justify the consumption, get permission to consume it and log the quantity consumed into the [[NRP-CAS]]. The scope is usually limited in this case. The [[contribution]] logged goes to the owner.  
 
* If the consumable is owned by another affiliate and is consumed as a [[contribution]] by him/her then the user needs to justify the consumption, get permission to consume it and log the quantity consumed into the [[NRP-CAS]]. The scope is usually limited in this case. The [[contribution]] logged goes to the owner.  
* The user might need to pay for the quantity of consumable used. In that case, if the consumable is owned by another member the [[contribution]] logged goes to the user, not to the owner.
+
* The user might need to pay for the quantity of consumable used. In that case, if the consumable is owned by another [[affiliate]] the [[contribution]] logged goes to the user, not to the owner.
  
  
 
=INFRASTRUCTURE NOTES=
 
=INFRASTRUCTURE NOTES=
  
We added [[location]] to physical assets (equipment/tools, consumables and space) and access rules. See [http://valnet.webfactional.com/accounting/resource/5/ SENSORICA's example of lab space resource], See [http://valnet.webfactional.com/accounting/locations/ Locations]   
+
We added [[location]] to physical assets (equipment/tools, consumables and space) and access rules. See [http://valnet.webfactional.com/accounting/resource/5/ Sensorica's example of lab space resource], See [http://valnet.webfactional.com/accounting/locations/ Locations]   
  
 
This initiative is driven by Tibi, Lynn and Bob.  
 
This initiative is driven by Tibi, Lynn and Bob.  
 
   
 
   
* We need to make consumables "followable" so that members who invest in them can follow their use. This means that whenever the use of a consumable is planned the "investor" gets an automatic update. An issue was created on [https://github.com/valnet/valuenetwork/issues/112 Github].
+
* We need to make consumables "followable" so that [[affiliates]] who invest in them can follow their use. This means that whenever the use of a consumable is planned the "investor" gets an automatic update. An issue was created on [https://github.com/valnet/valuenetwork/issues/112 Github].
 
* An issue was also created on Github about potential to induce harm of resources - [https://github.com/valnet/valuenetwork/issues/113 open issue].
 
* An issue was also created on Github about potential to induce harm of resources - [https://github.com/valnet/valuenetwork/issues/113 open issue].
 
* We are now (10 June 2014) working on a Resource management mobile app based on QR codes. See [https://github.com/Fipas/Resource-Management-App github repository]. [https://www.youtube.com/watch?v=G3vrxSggnaI See video].  
 
* We are now (10 June 2014) working on a Resource management mobile app based on QR codes. See [https://github.com/Fipas/Resource-Management-App github repository]. [https://www.youtube.com/watch?v=G3vrxSggnaI See video].  
Line 152: Line 152:
  
 
=Links=
 
=Links=
# SENSORICA's [https://groups.diigo.com/group/sensorica-knowledge/content/tag/%22resource+management%22 Diigo list for "resource management" tag]
+
# Sensorica's [https://groups.diigo.com/group/sensorica-knowledge/content/tag/%22resource+management%22 Diigo list for "resource management" tag]
 
# Bob's document on [https://docs.google.com/document/d/1mFnWLuYWpZ-UL-aIgA-I5dvBmgqJco_1S8ljXXXww4g/edit# Rights use underlying resource]
 
# Bob's document on [https://docs.google.com/document/d/1mFnWLuYWpZ-UL-aIgA-I5dvBmgqJco_1S8ljXXXww4g/edit# Rights use underlying resource]
  
 
=Use cases=
 
=Use cases=
[https://docs.google.com/document/d/1sdMuvL5uZJJJD92_pIagQ87XI5EntUcnVxLX5QdDYNw/edit#heading=h.43jsmagdc4bo The case of Philippe Comtois and SENSORICA]
+
[https://docs.google.com/document/d/1sdMuvL5uZJJJD92_pIagQ87XI5EntUcnVxLX5QdDYNw/edit#heading=h.43jsmagdc4bo The case of Philippe Comtois and Sensorica]
  
 
[[Category:Governance]]
 
[[Category:Governance]]
 
[[Category:Asset]]
 
[[Category:Asset]]
 
[[Category: Resource]]
 
[[Category: Resource]]

Revision as of 14:18, 7 March 2023

This page is about governance for physical resources, i.e. decisions and rules about access, their use, their exchanges, their valuation.

Physical resources are utilized in processes as consumables or usables.

NOTE: This page was started by Tibi and Lynn when they collaborated on the resource management features of the NRP-CAS.


Resource Access UML Model

Philosophy

Resources are things that agents can create, use, consume, destroy, and exchange. The fundamental problem that we are trying to solve here is to optimize the flow of resources into processes of the OVN. The idea is to make the OVN effective and efficient in performing its economic activities, in reaching its socioeconomic goals, or to fulfill its socioeconomic purpose.

How do we optimize the flow of resources in a traditional organizational setting? In terms of access, we observe that almost all the resources utilized within a traditional firm are legally owned by the firm, which eliminates the need to negotiate use rights and reduce risks associated with the use. A small number of resources that are non-frequently used and/or have very high cost of ownership are lent, borrowed or shared with partner organizations. In terms of management and proper allocation, firms put in place a resource management system, which prescribes access rules and procedures based on credentials, justification of needs and priorities, etc. Managers oversee the utilization of resources within the constraints of these rules, in order to insure an optimal (effective and parsimonious) allocation. We need to add that traditional organizations operate largely in a regime of scarcity, their pools of resources are finite (number of employees, available budget, capacity, ...). In terms of power and influence, vital resources are used as leverage, using mechanisms that rely on private property. In other words, the ownership of vital resources confers power to the owners, is an instrument of power and control. This the basis of the proverbial class division in capitalism: owners and workers. Ownership in traditional settings is rationalized as a mechanism to protect one's fruit of creativity and labor, but in terms of organizational efficiency ownership might become detrimental, when the owner, which has veto power over owned assets, doesn't make good allocation decisions.

In terms of acquisition (of resources), OVNs build on the newly developed sharing economy, on barter and sharing platforms, on crowdsourcing (including crowdfunding) platforms. This puts the OVN in a regime of abundance, which shifts the conditions for resources allocation. Moreover, OVNs maintain complex relations between autonomous stakeholders, which contribute to processes in many ways, including by supplying resources. This means that access arrangements (rights) are based on new forms of property such as commons, pools of shareables and nondominium, to facilitate the flow of resources to processes (through their utilization by agents, recorded as events).


The OVN organizational model determines how resources are governed. An OVN is

Thus, from openness, it follows that permission to use resources is more easily granted (also called use rights). This might require an increased use of shared resources or the use of nondominium form of property to guarantee access to use whenever appropriate. Private property confers the owner the right to refuse access without justification (if not secured by a contract), it provides a leverage in terms of access control to resources, to means of production, which can undermine productivity within the network and can even be considered as a vector of attack. Private property would slow down the flow of resources to processes since it requires use arrangements among all the collaborative parties, between owners and users. Furthermore, openness is also about a better inward/outward flow of resources through crowdsourcing or sharing with the surrounding environment. The collaborative venture requires internal processes to be able to seemingly interface with these types of sharing economy and collaborative economy platforms.

From transparency, it follows that all accessible resources are identified and mapped (easy to find, inventory), that all the information about available resources is available and easy to understand, that procedures for access and use are clearly described.

From decentralization, it follows that resources are not owned by the organization, like it is the case with traditional organizations that are represented by moral entities, which legally own all the means of production. Most resources are either owned by individuals, shared or not owned by anyone (nondominium). For example, OVNs should not make use of centralized budgets, but should rather rely more on crowdsourcing.

For horizontal, there are no formal class divisions within an OVN, such as owners and workers. For example, all affiliates are entitled a share of revenues, in proportion to their contributions, as calculated by the NRP-CAS.

Relations with infrastructure modules

The governance applied to physical resources makes use of the three most important modules of the OVN infrastructure

For example, access to sensitive or dangerous equipment can take into consideration the Role of the affiliate, which can contain enough information about the ability of this affiliate to use the equipment in a correct and safe manner. Credentials can be attached to the Role. Reputation can affect one's access to resources. The use of scarce resources needs to be prioritized and this can be done with the help of the NRP-CAS. Scheduling must be applied to rivalrous resources, which can also can be done with the help of the NRP-CAS.


Access to resources

Accessibility is related to property regime and rights.

Main categories of accessibility

  • Free - Public, anyone can use/consume
  • Protected or regulated - Requires some credentials based on skills, role, reputation, payment, ... Can also be regulated based on priority, scarcity, ...
  • Formally restricted - Requires formal procedures for aproval.

See more on the Resource type page.

Rights and the RAE model.

Resource management

There are multiple types of needs for resource management - ownership, rules setting, access management, value accounting, insurance, maintenance and repairs, and custodianship as proposed by Yasir

About sharing

We need to distinguish between equipment that is shared from outside the network into the network and equipment that is shared within the network (and possibly to the outside)

Ownership and rules being set by owners for example is relevant for outside in shared assets. For inside-inside or inside-out shared assets there is a contributor of the equipment, but the equipment is held in nondominium so they may or may not have governance control over how that resource is used (they would probably start with it, but the operation of the governance equation on that asset would determine longer term decision making authority).

[as mentioned by Kurt]

Physical space

Space is a usable, it gets worn, require maintenance.

Categories of physical spaces

  • Equipment space
    • R&D lab, can be white (positive pressure + air filtration), grey (air filtration) or dirty, used in R&D in optics, electronics, ...
    • Wet lab (like a chemical or biological lab)
    • Green lab (used for development of agricultural technics, biology and botany)
    • Fab lab (used for prototyping and fabrication using machining tools like CNC, 3D printing, and others), they are usually smelly, and/or dusty, and/or noisy
  • Working space (office space containing office furniture and equipment)
  • Common space (meeting rooms, eating rooms, service rooms, etc.)

Access to physical spaces and responsibilities for the user

Some spaces can have different scope parameters, which are also related to ownership. This determines access to use.

  • Some spaces are the property of some affiliates, they are seen as assets of these affiliates invested in different ventures. In this case, the owner has control over where and how these assets are invested, based on the owner's goals, risk aversion, etc.
  • Some spaces are part of the pool of shareables and use might be restricted depending on the scope associated with them.

NOTE: Restricted access base on skills might be required to use some spaces that are considered sensitive from safety and security perspective.

The user must verify its availability, scope, ownership and announce his/her intent to use a given spaces. This can also be done by using the planning tools of the NRP-CAS.

  • If the user owns the space he/she needs to make sure that the activity intended in the space is allowed within it. The use can be logged into the NRP-CAS as a contribution to a venture.
  • If the tool or equipment belongs to the pool of shareables the user needs to log it into the NRP-CAS and justify the use.
  • If the space is owned by another affiliate and is used as a contribution by him/her then the user needs to justify the use, get permission to use and log it into the NRP-CAS. The scope is usually limited in this case. The contribution logged goes to the owner.
  • The user might need to pay for the amount of time a space is used. In that case, if the space is owned by another affiliate the contribution logged goes to the user, not to the owner.

See also Sensorica Montreal lab rules

Usables

Are resources utilized in processes, not consumed during use, that get worn, require maintenance and eventualy replacement.

Usables can have different scope parameters, which are also related to ownership. This determines access to use.

  • Some usables are in the private property regime. In this case, the owner has control over where and how these usables are used, based on the owner's goals, risk aversion, etc. When used in processes, in the context of a venture they are treated as material contributions.
  • Some usables are part of the pool of shareables and use might be restricted depending on the scope associated with them, on the credentials required to manipulate them (ex. skills, reputation, affiliation status), on safety and security issues related to their manipulation, on their availability.

Examples

Tools and equipment

Restricted access base on skills might be required to use some tools and equipment that are considered potentially harmful.

The user must verify the availability of the equipment, its scope, its property regime, the associated credentials and announce his/her intent to use a given usable. All this can be done with the help of the NRP-CAS.

  • If the user owns the tool or equipment he/she needs to make sure that its manipulation/use is allowed in the space where it will be used, if the space is not owned by user. The time of use can be logged into the NRP-CAS as a contribution to a venture.
  • If the tool or equipment belongs to the pool of shareables the user needs to log the time of use in the NRP-CAS and justify the use.
  • If the tool or equipment is owned by another affiliate and is used as a contribution by him/her then the user needs to justify the use, get permission to use and log the time of use into the NRP-CAS. The scope is usually limited in this case. The contribution logged goes to the owner.
  • The user might need to pay for the amount of time a tool or equipment is used. In that case, if the resource is owned by another affiliate the contribution logged goes to the user, not to the owner.


SEE ALSO

Consumables

Are consumed in use and need to be replenished.

Consumables can have different scope parameters, which are also related to ownership. This determines access to consume them.

  • Some consumables are in private property regime. In that case, their use in a process, in the context of the venture, is treated as a material contribution to the ventures. In this case, the owner has control over where and how these consumables are used, based on the owner's goals, risk aversion, etc.
  • Some consumables are part of the pool of shareables and use might be restricted depending on the scope associated with this consumable, the technical skills required to manipulate it or safety and security issues related to its manipulation.


NOTE: Restricted access base on skills might be required to use some consumables that are considered potentially harmful.

Example

The user must verify the availability, scope, and ownership of the consumable and must announce his/her intent to consume a gives quantity. This can also be done by using the inventory and planning tools of the NRP-CAS.

  • If the user owns the consumable he/she needs to make sure that its manipulation is allowed in the space where it will be used, if the space is not owned by user. The consumption can be logged into the NRP-CAS as a contribution to a venture.
  • If the consumable belongs to the pool of shareables the user needs to log the quantity consumed into the NRP-CAS and justify the consumption.
  • If the consumable is owned by another affiliate and is consumed as a contribution by him/her then the user needs to justify the consumption, get permission to consume it and log the quantity consumed into the NRP-CAS. The scope is usually limited in this case. The contribution logged goes to the owner.
  • The user might need to pay for the quantity of consumable used. In that case, if the consumable is owned by another affiliate the contribution logged goes to the user, not to the owner.


INFRASTRUCTURE NOTES

We added location to physical assets (equipment/tools, consumables and space) and access rules. See Sensorica's example of lab space resource, See Locations

This initiative is driven by Tibi, Lynn and Bob.

  • We need to make consumables "followable" so that affiliates who invest in them can follow their use. This means that whenever the use of a consumable is planned the "investor" gets an automatic update. An issue was created on Github.
  • An issue was also created on Github about potential to induce harm of resources - open issue.
  • We are now (10 June 2014) working on a Resource management mobile app based on QR codes. See github repository. See video.
  • We are now (Mai 2014) collaborating with Alex &Share on a more robust resource management interface qith transactional capabilities.
  • John proposes a RFID system for physical resource management.

Links

  1. Sensorica's Diigo list for "resource management" tag
  2. Bob's document on Rights use underlying resource

Use cases

The case of Philippe Comtois and Sensorica