Skip to main content

Shared Project Manifesto Version 2

Contents:

  1. Introduction
  2. Launch
  3. Trade
  4. Reward
  5. Develop
  6. Vote
  7. Harvest

1. Introduction

IP (Intellectual Property) is a great asset but it is hard to produce well. We hypothesize that a market to facilitate shared projects would make it easy to produce IP better.
Light bulb, coin, and wrench, in formation
The Shared Project Model


The market contains projects. Each project has one admin and a number of traders and developers. One user can have any combination of roles at the same time. For example, a user may be an admin and also a trader, or a trader and also a developer.
  • Projects
    • Users
      • Admin: Provides ideas in exchange for control
      • Traders: Provide incentives in exchange for growth
      • Developers: Provide IP in exchange for incentives

2. Launch

When somebody came up with an idea for an IP product, they could create a project for it on the market. That person would be the admin.

The market would record the time the admin launched the project. That lasting record could provide for the admin to claim credit for the project idea, on a first-come, first-served basis. This recognition would provide an incentive for admins to quickly launch many projects, to claim credit for their ideas.
  1. Somebody comes up with an idea for an IP product
  2. That person launches a project for that product on the market
  3. The market provides recognition for that person as the admin of the idea
  4. The admin uses the market to divide the project into a number of shares
Traders could use shares to trade incentives for a stake in the project growth. The admin would be the first holder of all shares.

3. Trade

A trader is anyone who has an interest in the development of a IP product. For example, businesspersons want the IP so that they can benefit their customers. Investors want to find ways to make their investments work for them.
A trader is anyone who has an interest in the development of a IP product.
Shares simply represent a proportion of influence in a project. For example, in a project with 100 shares, a trader with 50 shares would have 50% influence. Traders could trade shares of projects somewhat like on the stock market.
  • Project
    • Number of Shares
      • Trader holding each share
      • Incentives per share
A trader can bid a number of incentives per share to buy a number of shares in a certain project. A trader can also ask a number of incentives to sell shares.

4. Reward

The incentives fairly reward developers for contributing valuable improvements. Developers can buy shares from the admin at a relatively low price, right after the launch of a project. Then, developers contribute improvements. Real improvements would raise the value of the project in the perspective of investors. That would increase the value of the developer's shares.

Admins already receiving significant incentives in connection with the development of the IP, could choose to share some of those incentives with traders by issuing dividends.

5. Develop

Developers would work in an environment, controlled by the admin, outside the scope of the market. Admins would have the final say over accepting or rejecting developers to access the development environment and make contributions.

Developers who were not accepted by the admin of a main project, could create their own project forks of the main projects, in the market. Those developers would become admins of those fork projects, with their own shares. The fork admin could then make contributions within the fork and send the main project admin a pull request to merge the fork, with its contributions, into the main project.

To complete the merge, the main project admin and fork project admin would negotiate a certain number of main project shares in exchange for the shares of the fork project.

6. Vote

Traders could positively influence the direction of the project through voting. The traders could cast one vote per share, to elect a new admin. This way, the traders would not need to directly control all of the development decisions. The admin could focus on that. But, the traders could still indirectly influence all of those decisions by electing the admin.

7. Harvest

Projects would grow as traders were willing to pay more. Traders would have incentives to pay more from having an opportunity to influence the project by voting, having an opportunity to receive dividends (from some projects), having the potential for future growth, and, by the possibility of being involved in a harvest.

One trader could buy (or keep) all of the shares. Then, that trader (known as a hero) could harvest the project. Once a hero obtained all of the shares and harvested the project, the IP product would no longer be subject to the market. The project would be replaced on the market by a monument which would certify that the hero provided adequate incentives to all other traders. The monument would provide an authoritative promotional referral to the hero's resulting product.

Popular posts from this blog

AppDirective™

Directives go in, apps come out.™ An app to get software created without managing developers How it works: Go to AppDirective and become a CodeBoss™Provide a simple description of your problem to launch adirectiveSit back and enjoy reviewing and approving contributions AppDirective uses advanced technology to get the software developed that you want, without you ever needing to hire a developer.
Note: This app is currently about halfway built, at the time this is being posted. We plan to have it completed soon. Until then, please leave a comment or contact us to become a boss. Q&A: Q: How do I get recognized for being original? A: When you launch a directive, you stake a claim to your app idea on a first-come, first-served basis. AppDirective™ keeps an unchanging public record that you deserve credit for claiming the idea at that time.
Q: Does launching a directive protect my legal rights?
A: No. Directives do not provide any legal protection for Intellectual Property (IP) rights.…

Shared Project Manifesto

Abstract Complex technical projects have various needs for sustainable success. Interested parties need a working product and creative workers need appropriate incentives. However, it has become increasingly apparent that the standard development model is not enough. The disconnect between technical workers and non-technical managers leaves both with dismal results and low morale. That is why we are introducing a fresh approach, which we call shared projects. Introduction We believe that the standard model for managing creative work is fundamentally flawed. Traditionally, non-technical managers would funnel payment to technical workers, in exchange for the product of their work. That system inevitably led to a major disconnect, since then there was no way for the managers to understand the nature of the work. Naturally, this caused many strained relationships and counterproductive decisions.
Managers have to make personnel and compensation decisions based on their best judgment of a …

Please Comment

Have you ever heard of a similar idea? What challenges might an idea run into? How might you like to be involved? Comment to add your voice to each idea.