InFact-coop / InFact

The official InFact repo
5 stars 1 forks source link

Proposal for next steps #30

Open bradreeder opened 7 years ago

bradreeder commented 7 years ago

Why

I think there's a lot of confusion at the moment about what people are committing to and how to proceed in the short-term. The following is only my suggestion.

Requirements

This proposal hinges on us finding enough work to support all of our members financially for the period of time they commit to. If we can secure the Anna Freud project #21 and the NHS Re-think project #22 , and the work can be completed between the six of us, this should be more than enough for the first few months.

What

A requirement for taking on this project work with the agency is that those involved should accept the terms of a provisional membership up until the project finishes. My initial suggestion would be:

If someone is working on projects full-time that counts towards their time. Anything else is voluntary and not expected, beyond attending meetings & stand-ups.

When, however, you're not working on a project, in this time, then you're expected to do other work to advance the agency. This could include anything from networking / sales, to admin, to researching / making proposals for organisational things, to applying for training opportunities, to working on the website, etc. Work that by consensus we agree provides value.

We should have regular stand-ups in which everyone reports on what they have done and will be doing to advance the agency, so that everyone is accountable to each other. If people do not keep to the agreement their provisional membership can be revoked.

Proposed benefits

Potential pitfalls

NOTE: Alternative is to compensate people on an hourly rate and give everyone the same hourly rate. I think full-time is better as it's a sign of an actual commitment for a defined period of time. Building an organisation takes work. If we do things wishy-washy it won't happen.

bradreeder commented 7 years ago

Basically I'm proposing this as a research phase, testing the waters of our working relationships to each other during these projects in a safe way. We're all secure for the period of time we commit. We won't create an official legal structure in this time and can decide on that once the period is finished, but we will have a stronger idea of what this would all look like by the end of it.

We could run a number of organised idea-generating meetings in this time around questions of values, principles, mission, vision etc. They don't need to be decided in advance in order to progress with the agreement, the only thing that is needed is enough work to support everyone.

jsms90 commented 7 years ago

Completely agreed. I am in full support.

As @sofer has repeatedly said, the key is commitment. I think dividing the money is the fairest way of rewarding everyone's commitment, not just the developers'. I would be concerned about how well we could support all of our members, if we paid the developers much more than everyone else.

I'm also definitely in favour of the full time idea. Again, this is about commitment. Pay based on hours might work down the line. But considering the amount of work involved in setting up a business from scratch, I can't see this getting off the ground if we only have a couple of us making a full time commitment.

Also, starting by compensating everyone equally sets the tone for how much we value each role within the organisation. Beside that, it's much harder to take money off people's salaries to redistribute it, than it is to jointly agree to pay someone more when it started as equal.

Plus, I think we will be freer to find the roles that suit us and figure out which ones the agency truly needs. Especially if we get together regularly to justify the time spent.

On that note, one thing I will say is that this kind of model could easily cause resentment. If we're going to make sure that none of this arises, and everyone agrees that time is being spent on the right things, then regular progress reports definitely seem like the way to go.

...If we're going to make Agile analogies though :stuck_out_tongue_winking_eye:, it might be better to think of this as sprint planning and/or a retrospective (rather than a stand up). Stand ups are supposed to be short and punchy, where each person only speaks for a few minutes. But I really think that these will be crucial in keeping the team together, so it would probably be more realistic to expect these to take longer than a stand up. :upside_down_face:

des-des commented 7 years ago

I guess for me, this is not so good. For the foreseeable future i will not be available full time, since i have other FAC commitments.

des-des commented 7 years ago

To clarify, i think this sounds great + makes lots of sense, it just would not work for me right now.

des-des commented 7 years ago

Also, i think a good exercise at this point would be to think about how this would work logistically.

Eg, Berkeley homes had a 6k budget, and required 24 Dev days, how would everyone's day rates work out? What is our ratio of Devs to non-devs?

emilyb7 commented 7 years ago

In principle, I think this is really good and seems very much in the spirit of being a cooperative.

Practically speaking, here are some questions that come to mind:

Financial viability

Time commitments

In short, I think we need to consider how many hours each team member can commit to, work out a projected income from projects, and do some actual calculations.

bradreeder commented 7 years ago

@emilyb7 @des-des

In short, I think we need to consider how many hours each team member can commit to, work out a projected income from projects, and do some actual calculations.

Sure, sounds good. That's all from me!

des-des commented 7 years ago

@bradreeder were you going to breakdown the logistics of the proposal?

jsms90 commented 7 years ago

Perhaps this is more realistic, given people's other commitments?

Alternative is to compensate people on an hourly rate and give everyone the same hourly rate.

In which case, maybe an easier way of going about this would be to ask how many hours per week each person feels that they could commit?

des-des commented 7 years ago

My situation

I do not want to be contrary, but the amount of time I could commit to this would be dependent on how rates turned out. I seem to have been averaging at doing 2 days of paid work a week, which has been enough to support me in organising in Nazareth, but would not be possible on a lower rate.

In the scenario that I was not managing stuff in Naz and had more time obviously this would be different and I would have more time.

I totally understand the motivation behind this proposal, and am not trying to disagree. I just think the logical next step, is to start doing some basic calculations. Since I cannot commit 2 days a week at £50 per day.. I think this exercise would be useful to everyone.

Can we think through the implications?

Eg, can we answer the following question.

Given a project Budget, how would we split budget between work on that project, and work internal to the coop.

To get the ball rolling ill try and do a rough breakdown of how my last project would have worked.

So this is 40 days work required for budget of £5400 (£135pday).

I think it would be really useful, if @bradreeder and @jsms90 could also make some estimates based on projects you have worked on, we can start to get a better idea of how this proposal might work in practice, and, more importantly, start to work out what sort of extra work we can support through project work.

I think another useful thing would be if everybody posted 2 numbers: a, the minimum day rate the could survive on and b, the day rate they would like.

What are the dangers of not tying developer pay to completion of a project?

Finally (sorry), I think there is one more aspect of this that is important. Historically, work in founders and coders has been paid on delivery of a project, paid in units of work, not time (The developers use a day rate and time estimates to set this price, but if it takes more or less time, the pay is the same). What we are suggesting here is fundamentally a move away from this. If non developers are paid by the day / hour, it would be unfair to say that the developers do not get the same security. Do we feel comfortable doing this? I think, normally, junior developers under estimate. In the case where developers were paid per day, we would go over budget on a project.. This seems dangerous and scary.