Difference between revisions of "DisCO and Valueflows"

From DisCO MOTHERSHIP Wiki
Jump to: navigation, search
Line 35: Line 35:
 
‘’’Layers’’’
 
‘’’Layers’’’
  
[[File:Knowledge Plan Observation.png|thumb|center]]
+
[[File:Knowledge Plan Observation.png|600 px|center]]
  
  

Revision as of 17:18, 21 December 2020

Intro

This is to explore how to map DisCO to the Valueflows vocabulary and model, as part of understanding what we want the software to be. The specific goals today:

  • Introduce DisCONauts to Valueflows
  • Start to think about what we understand will apply to all DisCOs and what needs to be configurable by different DisCOs
  • Start to think about how to integrate all the DisCO functions into connected and efficient flows so people can focus on real work
  • Start to think about the overlaps between the Stack and the Deck, as currently defined

Key Valueflows concepts

‘’’REA’’’ (Resources, Events, Agents)

  • ‘’’Agents’’’ perform ‘’’Economic Events’’’ affecting ‘’’Economic Resources’’’.
  • ‘’’Agents’’’ can be individual persons or organizations of various types. They can be related in user-defined ways, like “member” or “trading partner”.
  • An ‘’’Economic Event’’’ can take actions like create, change, consume, use, or destroy Economic Resources, or transfer them from one Agent to another, or transport them from one place to another.
  • ‘’’Economic Resources’’’ are anything of value, however you define that - examples are
    • Useful goods and services
    • Money, tokens, credits
    • Labor power, skills
    • Documented knowledge
    • Air, water, soil
    • Etc.

‘’’Resource flows’’’

  • The basic pattern for modeling resource flows as resources are produced, consumed, used, modified, etc. is ‘’’input-process-output’’’.
  • When things are distributed or exchanged, it is a straight ‘’’transfer’’’ of rights and responsibilities for a resource.
  • Resource flows can be of any length, or circular.
  • Resource flows can be traced and tracked, to see the whole history of a resource, or what happened to a resource after it was produced.


IPO and Transfer Diagram.png


‘’’Layers’’’

Knowledge Plan Observation.png


  • The ‘’’Knowledge’’’ level represents classification, policies, procedures, rules and patterns. This is where each DisCO can configure the core concepts to fit their needs.
  • The ‘’’Plan’’’ level represents schedules and agreements.
  • The ‘’’Observation’’’ level represents what really happened.


Salsa Recipe.png


‘’’Resource flow networks can be fractal’’’

The model works at all levels and can be used for higher level planning and analysis, as well as day to day operations.


Resource flow networks can be fractal.png


‘’’DisCOs of DisCOs (networks of networks)’’’


DisCO of DisCOs.png


Integrated information example

These screenshots came from an old “Fake kanban” experiment in FreedomCoop OCP (a fork of Sensorica’s NRP). The point is not that the DisCOs need to do things exactly this way, or that those are great UIs, but to suggest some of the benefits of an integrated open-source system vs a bunch of disconnected and often proprietary apps.

While NRP and OCP were monolithic shared-database systems, the same benefits of integrated information can be gathered by bunches of different modules and apps in a federated system connected by common vocabularies like ValueFlows and ActivityStreams.


Fake Kanban 1.png


Each of the subheadings in the cards above is a hyperlink which opens to a page where people can log their work and other inputs and what they created:


Fake Kanban 5.png


The “Work Now” page has start and stop buttons to time your work and automatically post it to the related processes:


Fake Kanban 4.png


Each person has a “My Work” page that they can work from:


Fake Kanban 3.png


Nothing ever needs to be re-entered in any other place. The scheduled processes and logged work are also collected in a variety of community reports


Timeline.png


Fake Kanban 8.png


DisCO Functions

Main functions of the DisCO Deck are ‘’’Planning, Doing, Distributing Rewards, Reporting’’’. Secondary functions include simple ‘’’Exchanges’’’, like purchases or deliveries outside the DisCO. All of this can be integrated data, either in one DisCO Deck app, or separate apps that can talk to each other using Valueflows (perhaps federated), or one backend app with different UI components that talk to the backend using Valueflows.

‘’Plan the work’’

DisCO currently does this in Trello. A lot of people like Trello, and it works very well for some kinds of work, but not all. And the column/card model is too simple because it doesn’t connect the processes together or know about resources. But we can take ideas from it, or possibly plug in an open source version for the user interface.

Planning can be done from scratch. Or groups can create (and share) recipes for any work that is more or less repeatable. When the Valueflows software plans from a recipe, it can adjust for output quantity, can adjust for existing inventory, and can tell you what you need to get that you don’t have.

‘’Do the work’’

DisCO currently uses Trello to coordinate and Clockify to log time.

In Valueflows, coordinating and logging time (and other inputs and outputs) can be done against the plan (but doesn’t have to be, sometimes you just can’t plan). This could be a little like combining Trello (indicating in process or done, documenting progress) and Clockify (logging the hours).

Things like Livelihood, Love, and Care “tags” that will be standard for all DisCOs can be configured into the app as a default.

‘’Distribute Income’’

DisCO currently uses spreadsheets.

In Valueflows software, you can create a “value equation” with all the rules, specify what logged work should be included (like for the month, or all the work that created this deliverable) and what income should be distributed, and push the button.

‘’Reporting’’

DisCO currently uses spreadsheets.

With all the financial data available in the same format, lots of reports can be created, including standard financial reports. But also whatever you want.

Other examples - just food for thought

Res-flow.png
New-app.png
Kam-plan-3-modal.png
Unnamed Example.png


From experiments that Stacco and I worked on earlier this year. This is too specific for DisCO, but you can see another creative UX for all the same data integrated: recipes, plan, work.


Choose Node.png
Type of Work.png
Type of Lovework.png


Insert Title.png


We shouldn’t assume that all contributions are work. Here’s a Sensorica scenario that could apply to any fablab.


Pasted image 0.png


Pasted image 0 (1).png


Here are the Cooperation Jackson proposed co-ops. If we can, it would be good to think ahead (with our Lab partners help if possible) what these operational differences imply to configurability of the software, while keeping the DisCO vision intact.

  • Waste Management Cooperative
  • Recycling (Sorting) and Composting Cooperative
  • Security services
  • Arts and Cultural Production
  • Construction Worker/Skilled Labor Cooperative
  • Day-Labor/Temp Worker Cooperative
  • Solar Insulation/Green Retrofitting Cooperative
  • Auto Repair Cooperative
  • Food Service/Catering Cooperative
  • Health Care Cooperative
  • Child-Care Cooperative


More info on Valueflows vocabulary: https://valueflo.ws