Skip to content
This repository was archived by the owner on Dec 10, 2024. It is now read-only.

add whitepaper and governmance #22

Merged
merged 1 commit into from
Nov 4, 2020
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
145 changes: 145 additions & 0 deletions resources/content/pages/governance/governance-en.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,145 @@
---
about_title: en (English) Haskell Foundation Governance
about_content:
about_page_title: Haskell Foundation Governance
about_page_content: |

The Haskell Foundation needs a strong, effective, and legitimate board. This note describes
how we plan to bootstrap the governance structure of the Foundation.

### Interim Board

We propose to appoint a small Interim Board, with the following mission:
- Appoint permanent Foundation Board
+ Establish terms of reference for the permanent Foundation Board (including
criteria for membership, term lengths, quorums, voting etc)
+ Seek open nominations for membership of the Board
+ Select members of the Board, based on the criteria and nominations
- Appoint Executive Director
+ Agree on a job description for the Executive Director
+ Advertise the post and seek applications
+ Interview, and appoint
- Manage Interim Finances as trustees for the Foundation Board
- Take any other necessary decisions meanwhile : For example, if the Foundation has sufficient funds, it may start some funded projects, against an agreed technical agenda.

The Interim Board

* Should consist of trusted individuals
* Can be small e.g. around six
* Has a limited lifetime, say 6-12 months. Its goal is to complete its mission and hand over the mantle to the permanent Board.

The idea is that the entire membership of the permanent Board is filled through open
nominations evaluated against written criteria.
Members of the Interim Board can be nominated to the Foundation Board, but obviously their
nomination should be judged by the other members.

### The Foundation Board

It is up to the Interim Board to draft the terms of reference for the permanent Foundation Board,
and it is up to the Foundation Board to maintain and refine those terms of reference. But here
are some ideas as a starting point.

#### Remit of the Board

The Board provides the strategic leadership for the Foundation. More specifically

* Governance: leadership and direction - set strategy, provide guidance
* Staff: appoint senior members of Foundation staff
* Define, curate and track Foundation goals
* Seek out opportunities to further the goals of the Foundation
* Represent the community: Liaise with sponsors, public bodies (ACM, standards committees) etc
* Ensure success and long-term continuity of the Foundation
* Receive and review financial accounts

#### Membership

Being a member of the Board is not an honorary post; it involves real work . There will typically
be ad-hoc or permanent working groups, on which Board members are expected to serve or
chair.

* The Board needs to be big enough to have a breadth of expertise and representation, but small enough to be effective. Maybe around 12 members.
* Vacancies should be filled via open nominations against written criteria. The board itself chooses its new members.
* Once appointed, board members should act in the best interests of the Foundation and the entire Haskell community; they are not appointed to represent the interests of a particular group .
* Members should have fixed terms, to ensure a steady turnover of members. There is a balance here: it’s a pity to lose strong, well-qualified members too quickly. Something like: three or four year terms, but with the possibility of being renewed once, and the possibility of returning after a gap.
* Terms should be staggered so that a similar number of members reach the end of their term at regular intervals. To bootstrap this process the Interim Board might invite some members to serve for shorter initial terms. “Regular intervals” might mean annually or every two years; again there is a balance between providing a regular “way in” and the overheads of nomination, selection, and onboarding.

The Executive Director reports to the board, attends all board meetings, but does not vote.

#### Key Roles

* Chair (elected annually by the Foundation Board members)
* Treasurer
* Secretary

#### Criteria for membership

Taken collectively, the board should

* Include individuals with skills, expertise and experience (e.g. technical, legal, organisational, community-building) that the Board needs.
* Reflect the diversity (e.g. of age, gender, geographical spread) that is in the Haskell community.
* Include individuals who are well-equipped to reflect the priorities of Haskell’s various constituencies, including
- Companies that use Haskell in production, and Haskell consultancies; giving this group a stronger voice is one of the HF’s main goals.
- Users of Haskell. That might include companies, but also includes the broader open-source community, hobbyists, etc.
- Sponsors: companies (or even individuals) who are funding the Foundation.
- People who build and run the infrastructure of the Haskell ecosystem: compilers, libraries, packaging and distribution, IDEs etc.
- Educators, including school, university, and commercial training courses.
- Functional programming researchers who build on and/or develop Haskell.

NB: nominations are also welcome from individuals who meet other criteria but do not represent any particular constituency.

Additionally, no two members should be paid employees of the same
organisation

Simultaneously hitting all these criteria is nigh impossible. In particular, we do not want to tie the
Board’s hands by specifying numbers of slots for the different constituencies described above.
But these (after due process of refinement) are the criteria against which the Board can
evaluate nominations, and each round of nominations is a fresh chance to rectify any
imbalances. As such, the board’s composition should not be determined directly by
representation of various constituencies, but rather by the ability of individuals, whatever their
direct background, to understand and reflect the needs and priorities of these constituencies.

#### Transparency

The Board should conduct its business as transparently as
possible. Specifically:

* It should publish public minutes of meetings and decisions.
* It should be open about its finances: where money comes from, and what it is spent on.
* It should conduct most conversations on a publicly-readable mailing list.

In all cases there may be some aspects of the Board’s work that should properly be private, e.g.
relating to security, staff, or money. The Board will have to make judgements about this, but the
strong default is to work in public.

#### Sponsors

Sponsors (individuals and companies that make support the Foundation financially) play a key
role; without them the Foundation is just another well-intentioned bunch of volunteers. So we
propose to allocate three seats on the Board for sponsors. The exact number may change in
the light of experience, but the underlying message is: sponsors are crucial, but not dominant.
We hope to have lots of sponsors, so it’s impractical for them all to have a seat on the Board. It
will be up to the sponsors (in consultation with the Board) to identify three people to serve on
the board.

### Teams

Most of the real work will get done by
* The existing Haskell community groups (GHC team, Hackage, Stackage, Cabal, Core Libraries, Haddock, etc)
* Teams, or working groups, formed by the Haskell Foundation for particular purposes.

The HF teams might, for example, include
* Funding (i.e. looking for sponsors)
* Web site
* Technical advice and strategy
* Infrastructure
* Sponsors (i.e. coordinating with all the current sponsors, who may want to talk to each other directly)

It is not the purpose of this document to specify what these are, and in any case they may come
and go. ​ These teams are expected to be overseen by the HF, but to be clear, they may and will
necessarily include many individuals not on the board, who can provide particular skills and
expertise.

We considered establishing a formal Industrial Advisory Group, or Community Forum, but
concluded that was too heavyweight for now. Maybe we’ll want that in the future.

---
9 changes: 7 additions & 2 deletions resources/content/pages/resources/resources-en.md
Original file line number Diff line number Diff line change
Expand Up @@ -10,7 +10,12 @@ resources_content:
### Guidelines For Respectful Communication
The [guidelines for respectful communication](/guidelines-for-respectful-communication) guide how the we aim to comport ourselves and act with respect in the community. We do not seek to impose these guidelines on members of the Haskell community generally. Rather it is a signal that we seek high standards of discourse in the Haskell community, and are willing to publicly hold ourselves to that standard, in the hope that others may voluntarily follow suit.

### Guidelines For Affiliated Committees
### Whitepaper
The Haskell Foundation began with a conversation about the goals and and context for HF that changed as the conversation grew ever wider. As we resolved to launch HF [this whitepaper](/whitepaper) is a snapshot of that conversation.

For existing haskell committees who are interested in affiliation with the Haskell Foundation, this document outlines the requirements for participation.
### Governance
[This page](/governance) provides an overview of how we expect the Board to operate and its near term work and agenda.

### More on Affiliation
Prospective affiliates can find more information on what affiliating with the Haskell Foundation entails [here](/affiliates).
---
Loading