2019-02-18 Toronto Workers Co-op: Root Systems Meeting
Time: Mon, Feb 18 @ 11pm ET
Location: https://appear.in/offline
Attending: patcon, mikey@enspiral/root, benhylau, dan@bamboo/root
[TOC]
Agenda
- check-ins
- questions
Summary
- RootSys (consulting + product) shutting down.
- Plan for exit strategies. Don’t assume owners will stay forever.
- Lack of accountability systems. People weren’t always working on things that brought in $$$.
- “Membership seemed to be whoever was in the room at the time of decision.” Applied to founding too. Poor idea in retrospect.
- Struggled to have non-Dan (CEO-ish) people behave like owners.
- Experimented with: (details below)
- Models for collectivizing income; member vs non-member.
- Basic income model.
-
Financial Agreement (full)
- BEST :: basic income > commission > pay-for-time :: WORST
- Advice process
- Bamboo Consulting (new, consulting only)
- Shared current role breakdown (details below)
- Success = People putting up hands to take roles. – Dan
- Shared current role breakdown (details below)
- Thoughts on ideal composition of junior/int/senior devs during founding. (details below)
- Involve only people able to self-manage time is critical (considered “seniors”)
- Education for “how to be a co-op owner” would have been great idea! – Dan
- Great to be transparent externally, but focus on accessible info internally. – Dan
- Good step one: build informal network of ally orgs. Directory. – Dan
- “Member hiatus” policy highly recommended so that only active members have votes. (See: Enspiral)
Notes
- Root Systems is in process of winding down
- founding idea: product company without one specific prod, but collection worked on together.
- 1/2 wanted product, not consulting. but consult to start.
- didn’t pick one product tho
- were pretty good at consulting.
- mistake: measured success essentially as learning, more than product-to-market. “that structure didn’t survive time”.
- took the consulting, which we are good at, and made another company – bamboo
- some people in root systems moved away (shifting of individual priorities)
- mikey in process of figuring
- dan: want to create repo of handbook templates as RootSys wrap-up task
- founding idea: product company without one specific prod, but collection worked on together.
- ben: we also want to do all of the above
- dan: BAD IDEA
- started as happy to not have individual exit strategies, at the end that became a problem:
- for people leaving, there is nothing to give them
- we end up with members that are inactive but with voting power
- “civic and community infra to make available to others. instead of trying to grow, help others start.”
- “non transferrable nonredeemable preference shares”
- 4 years later, no individual exit strategy
- lacked “incentive to stay”, primary motive became personal learning
- another group valuations $5,000 per seat (may go up in the future)
- either cash up front or payment over time of membership
- “people’s lives change, need to anticipate that”
- incentive to stay had no promise of cash-out
- #todo think about phase shifts that we might reasonably expect, and how to support
- raising capital in the beginning, no tax on that (good to get started) #todo (same in Canada?)
- number of seats can change, money pay out to members for dilution
- wanted to try and help others get started instead of absorbing into root systems
- ben: can number of seats change? yes. interesting one. company values stays same, but now divided. give the buy-in to other people. small pay-out.
- mikey has diff version of RootSys failure.
- dan = effective CEO, pipeline, contracts, big-hows, etc. not everyone cared about the company like that. #todo confirm ok for public notes :)
- some people wanted to be just an employee, not a member. But thought they wanted/liked the idea of being a member.
- lacked a good accountability system. or having the hard conversations. hard feedback.
- this contributed to the cultural debt
- membership seems to be whoever is in the room at the time
- separation of member vs. employee may have helped
- bamboo not doing income sharing. some organisational clashes?
- how to do work with friends in communities. “percentage clip”? some negotiation.
- freelancer member. 25% of hourly rate to communal.
- freelancer non-member contractor. 35-40% clip.
- subcontracting firm is by negotiation.
- dan: root system financial model
- commission system (percentage of money earned by contract)
- pay for time. BIG fail. might as well do salary. re: accountability. when you don’t know what people are doing, but budgeting by time.
- bad because no relation between time spent and how money was earned
- paying for internal things is completely disconnect from ability to make money for the organization
- basic income. BRILLIANT
- shareholders are owners in root systems vs. directors make most decisions in bamboo
- bamboo roles:
- non-billable to clients
- governance: risk + financial management (fixed pay)
- marketing (fixed pay)
- operations (fixed pay)
- business development (revenue share of org + commission of sales closed)
- account management (revenue share of account)
- billable
- project management
- non-billable to clients
- want people to put up their hands, and take on these roles, ownership becomes structured and put into these roles
- want to rotate roles, but gets entrenched, and never works
- bamboo roles:
- dan: building a company with whoever shows up was a hard idea in retrospect
- patcon: Your use of “advice process”?
- advice process = must seek advice from affected ppl and experts. but not required to accomodate all. just promotes “asking”. can be customized more specificially.
- mikey: power not equal across company
- advice process leaned hard on certain empowered roles
- dan: relied highly on advice process.
- re: $. check in with ian (finance guy?). if they weren’t sure, micheal. if they not sure, loomio. escalation tactic.
- boundaries of advice process, once hit you need to go to the group (loomio)
- had custom rule around debt. debt meant that advice process went to loomio.
- courses / teaching new people coming in
- set expectations of each other
- capability-building together
- ben: is assigning mentors to new people useful?
- mikey took on a lot of mentorship role
- dan: in retrospect, would only set this up with “seniors” (people able to self-manage)
- supporting juniors require a lot of already-in-place pipeline, should not take this on during early phases of the co-op
- if there is a workshop for “how to be an owner in a coop” dan would’ve sent everyone
- time-management, self-management is most important bit of int vs senior. hand-holding with meta-work = expensive.
- ben: also core value alignment from the start
- ben: structuring so that members are not necessarily always depending on the co-op work for livelihood. is this bad?
- dan: no. but someone going “passive” is
- once you offer share, unless you set rules for buy-back, you can’t
- don’t want to accumulate people who have voting power but are inactive
- raising proposals but not getting responses is most frustrating
- important to keep only active members, people can easily re-join in the future when they feel like becoming active members again
- enspiral: membership hiatus. if you do this 3 times, auto-exit. (dan recommends)
- as a group, we can bill 50% more per hour than as individuals
- small companies intending to stay small, form partnerships (interdependence :)
- experiment. gov from one company works on board of another.
- turns of event made them level up the handbook
- dan: transparency externally, but accessibility of data internally perhaps suffered.
- dan: “WORST IDEA INTERNALLY” to spend all the time to make things readily available
- transparency is about allowing people to access when asked, not spoon feeding it to you, it’s a huge waste of time
- dan: being transparent outside is entirely worth it
- high-level accessible information > document everything and make transparent
- focus on the accessible information > transparency
- dan: no. but someone going “passive” is
Action Items
- confirm ok for public notes
- store task: “consider phase shifts that we might reasonably expect, and how to support”
- ben: publish to github repo and send link to mikey