User:Dantman/MediaWiki Development Chapter

The {MediaWiki Development Chapter} is a {not for profit} organization dedicated to the development of the MediaWiki software and anything of benefit to its community. The goal of the {MediaWiki Development Chapter} is not to supplant any part of the Wikimeda Foundation's activities or role on MediaWiki but instead to provide support to areas of MediaWiki which there is currently no organization supporting. It is also intended to be friendly to the current MediaWiki development community. Providing an environment for people it hires suited for previous volunteers who already understand MediaWiki and already work on stuff beneficial to the MediaWiki community without needing the company to dictate exactly what needs to be worked on. And encouraging participation inside the community similar to when they were just volunteers.

The {MediaWiki Development Chapter} may hire members of the MediaWiki volunteer community as employees to allow them to do their work on MediaWiki related projects full time. {The chapter} may pay interested volunteers within the MediaWiki community as contractors to develop features that the general community is interested in. And {the chapter} may take on development projects beneficial to MediaWiki's development community that the general community would like to see done but are not directly part of MediaWiki, are too large for volunteers to robustly finish, and the WMF is not interested in building and maintaining but volunteers are. Such as building a new bugtracker or code review system better fitted to the development community. {The chapter} may also assist in supporting and maintaining new tools and sites which are useful to the MediaWiki community but may have issues staying up on their own.

Funding
{The chapter} may receive some funds as grants and/or donations from the WMF but its primary funding should be donations directly made to {the chapter} itself. WMF's goals are broad and do not really cover general purpose development to MediaWiki. There should be enough room for both organizations to accept donations without competing for money that could go to the other. There will be people who simply want to provide money to permit full-time development of the MediaWiki software who will now be able to donate to {the chapter} instead of donating to the WMF and hoping at least some of that goes to general improvements in MediaWiki. But there will always be people who want to support free and open knowledge and will donate to the WMF. And of course there will be people interested in both who may simply donate to both organizations.

{The chapter} may also take large direct funding for individual project from 3rd party companies interested in the development of features that will result from the finishing of that project. Though these companies are also encouraged to make normal donations to support {chapter} developers fixing general bugs in the software that they use.

Charity or not?
While the chapter will always be "not for profit" it's debatable whether it should be registered as a tax-exempt charity.

Cons to being a charity:
 * {The chapter} may be limited in it's ability to try out for-profit style methods of supporting the MediaWiki community such as commercial support or paid wiki hosting.
 * Tax-exempt/charitable organizations generally have more restrictions on them and extra paperwork and responsibilities in how things are managed. Which may be an excessive burden for a small new {chapter}.
 * Not a con per-se. But it's possible the organization might not even be eligible for tax-exempt/charitable status. It would be beneficial to plan how to run the organization as one without this status from the very start. Perhaps using a fiscal sponsor for things such as grants and responsibly handling the few parts of the organization that do use this money.

Cons to not being a charity:
 * Donations made to {the chapter} will be taxable and the organization will have to deal with extra taxes.
 * May be ineligible as a WMF chapter and have to organize a different way.
 * {The chapter} may be ineligible for some grants or may at least need to mange grant money separately from the rest of the funding it receives.

Questions:
 * What is not for profit vs. charity law like in the US? Is there a con that should be added to the not being a charity list? Here in Canada the NFP act governs "Not for profit" companies and being a tax exempt charity is a separate registration you can optionally go through later. This means that even when being a taxable company a NFP is still liable and obligated to follow it's bylaws so you can still trust it to follow the will of it's members. What is the law like in regards to this in the US?
 * What is the tax-exempt/charity law eligibility like in the us? The goal of MediaWiki development isn't as socially beneficial as the lofty goals the WMF has. Is a not for profit dedicated to MW development even eligible for this status in the first place? Skimming the stuff in Canadian law I'd almost doubt it.

Website
On {the chapter's} website a system for listing projects and tasks will be maintained. This system will allow individual projects and tasks to be added as individual entries. These may small code ideas, simple references to bugs in Bugzilla that can be fixed, rewrite ideas, whole large development projects, et cetera. The goal of the system is to gauge community interest. The entry may be commented and voted on by the general community.

Developers in {the chapter} may put up entries for projects they are interested in working on. And the general community may put up entries for things they'd like to see worked on by {the chapter's} developers. Developers should add themselves to any entry they are interested in working on and are encouraged to prioritize projects that have high community interest. The system may give lower importance to — and in some areas ignore — projects that no {chapter} developers have added themselves to. Essentially acting as a non-fixed veto indicating there are no developers currently part of {the chapter} who consider the entry within their skilled area to work on it.

General work
... working on projects listed in {the chapter's} website, finding small reported bugs and fixing them, ...

Developers are also encouraged to keep some sort of public diary, blog, micro-blog, et cetera on their daily development activities.

When a 3rd party company desires a feature that may be useful to the general community {the chapter} may also take direct funding for that project. With the understanding that the company is paying for a feature that will be built to suit the general community and be publicly available.

One of {the chapter} goals is to make it possible to solve problems the community has like "This bugtracker does not fit the community." and "Our code review system is counter-intuitive and unfriendly towards the community and we can't find something better." by making technical solutions possible which previously couldn't be done.

The basic process for this is:
 * 1) Find a members of the development community with proposals on how to solve the issue.
 * 2) Put the proposals up in {the chapter's} system to take comments and votes from the community.
 * 3) When a proposal has high community interest {the chapter} hires the volunteer or someone capable of carrying out the proposal to work on its development.