Audience: any decentralized organization, and people who want to be gainfully employed as web3 workers. People who want to be getting organized as a result of the conversations they're having together.
About the Done Collectively Platform: DAOs on Cardano (and EVM?) want to have a place they can go to be organized together. Organizing into groups, getting those groups commissioned (with tokens or spendable coin), forming project plans, writing project Bounties, and engaging with communities are all on-mission. The present version of the application also facilitates transparency around mission, vision, values and other cultural and execution-oriented details.
James at Gimbalabs said, "Navigating all of my multiple DAOs and feeling organized about the experience? … aw, f*** yeah!". Dan Mercurius said "it's like a more clear / coherent version of what I tried to do with Zenhub". George Lovegrove said "make[s] it nice and easy for people to move their way inwards toward full time contribution". Tom (TCT) of ADAO said, "It is the platform that is going to make Cardano THE blockchain for DAOs. [it] will allow ADAO to onboard new members and contributors efficiently and effectively."
--------------------------------------------------------
Please see our intro paper and find project updates at:
<https://drive.google.com/drive/u/0/folders/1ASarfs9YaJYbORxMIDSC3I38nTrQc8IA>
—––––––––––––––––
THIS PROJECT PROPOSAL:
—––––––––––––––––
We will add functional hooks into the Done Collectively platform, enabling collaborators in a DAO to easily engage in change-management process using Github tooling "under the hood", and see suggested changes coming from others - without people needing to touch Github.
We will also include preference-signaling into the in-app workflows, so that pending proposals (or suggested changes) are easily reviewed for possible momentum or objection, WITHOUT Github's more technical tools for code review.
When changes are adopted, the updated versions can be committed to the DAO's data channels within the DC platform and also directly to Github/Gitbook. As a result, DAOs will be able to develop their charters and other essential documents and have those changes flow directly to their open-source governance repositories without having any knowledge or expertise with Github.
Beyond the github integration, we'll set up application workflows so people can see on screen when pending changes are proposed, and give them easy access to reviewing the effect of those changes, so that they can be processed easily, while preserving transparency, versioning and traceability attributes of the git-based processes.
—–– More about upcoming integrations with Done Collectively ——
Also on our roadmap are such projects as:
We're ready to build in Discord integrations, so that Groups, Projects, Bounties, or just about anything else in the platform can come with side-chat in our communities (with backup/snapshots of those chats imported into the DC platform as a bonus).
Perhaps our most exciting product plan is the integration of token-based signaling directly into the governance workflows in the application, enabling hundreds and thousands of DAOs to start moving more quickly together while integrating feedback from community and contributors, and including tokenomic results to create financial ecologies for any of our DAOs who would want that.
By providing easy tooling for DAO collaborators to be engaging in open-source building of their community-governance, we will enable more communities to share together in governance processes and development of material that will be documented in Gitbook, and at the same time reduce the technical barriers people find with git.
Meanwhile, we'll facilitate DAOs on Done Collectively to connect with some of their favorite tools for decentralization.
All these people will have access to in-app workflows so that many of them will only ever need to look at Github one time: during their first-time setup. And others will be able to signal their preferences around proposed content without ever having to know that Github may be involved - they'll just be making progress together.
[aside: those of us who already understand git and github may significantly underestimate the barrier to entry, so please don't downvote based on "git is easy", okay? thank you : ]
Complexity of creating effective integration with multi-version documents would probably be our #1 candidate for risk on this project. Main proposer is an experienced application architect and is ready to take on this design because of the major benefits seen for our ecosystem. Keeping track of the various "forks" of any given proposal, and facilitating some useful presentation of their presence and their meaning (the diffs) is a big part of that.
A second area of risk, not to this project's execution but to the effectiveness of it as applied in the real-world is: by making it super easy for non-technical people to propose changes, that many "junk" changes not relevant/important may pollute the space for actual contributing DAO members. To mitigate this, we are considering gating factors that DAOs can choose to apply, such as requiring a certain level of engagement or in-app Role assignment. We think it may also be appropriate to include evaluative workflows on proposed changes, so that people can quickly gauge importance and relevance and other factors, downvoting spam and ensuring overall quality of contributors' behaviors.
Scope risk would normally be a critical consideration for a project such as Done Collectively (our platform mitigates that very effectively; see also technical risk below). We've been able to scope all of our Catalyst proposals to be narrow, building directly on product functions already present, so that when our moment is right, we can dig in with laser focus and do just this one thing.
Staffing is probably our greatest general risk. We're relying on existing partnerships and relationships (Gimbalabs, ADAO, Web3:4Life) to assist with the project in any areas of graphic design, market research, technical collaboration or anything else that comes up. If many of our proposals are funded, we may distribute some of the efforts over a longer time interval, with highest-value work queued first. With that funding, we'll also be positioned to hire trusted developers and other contributors from our existing networks.
Technical risk is naturally a key consideration for such a project as this. That said, our application framework has been under continuous development for some years, in the context of developing a software-requirements-management product and a relationship-management SaaS product for churches. New features are typically quick to create and work very reliably.
Our approach on the design and implementation of our platform has always been to enable the highest quality and production-grade results even from projects executed on prototype-like timelines. Our current product, still in late-alpha after just a few weeks of part-time development effort, is being urgently requested from teams who see its workflows, even as those workflows are still in active design & evolution. This speaks to the effectiveness of the platform, and also our collaborative process of finding shared meaning and reflecting it in useful application workflows.
Our platform includes facets of deployment-management, system-operations, lightweight virtual private networking, decentralized system operations, and SaaS infrastructure. These details mitigate operational risk, helping to ensure we have good support for production-time practicalities.