Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UX Team Management - Milestone 1 - How does this work for funders? #4954

Closed
4 tasks
PixelantDesign opened this issue Aug 5, 2019 · 4 comments
Closed
4 tasks
Assignees

Comments

@PixelantDesign
Copy link
Contributor

PixelantDesign commented Aug 5, 2019

User Story

As a funder I'd like to be able to manage permissions with my team members.

Why

  • Overwhelming number of funders requesting this feature.
  • Make funder workflow easier
  • We can package and sell in a subscription

Assumptions

Human - Teams will be more than two people.
Business - If we build this funders will improve our platform experience for funders.
Tech - Team members will not share private keys with each other. We will use modified version of standard bounties v2 (we currently use v1). Payout is what we are focusing on here. Other options like management are less important (extend, cancellation - later).

Definitions

This experience should:

how do I add a team member?
how do I remove a team member?
how do I payout?
it's not working even though I added a team member?

Milestone I (For Context)

  • The Gitcoin platform syncs repo data from Github related to collaborators and team members, mirroring their permissions model. TBD: what level of access will allow users to be added as "Issuers", who have full control, and "Approvers", who can accept submissions and issue payout.

Use Github repo level permissions to determine which other users can take action.
1:1 to github repos

Things to keep in mind (from dan):

  1. Do we want to display what data is synced?
  2. Do we provide any kind of override from the synced Github information? (Can we change the logo, etc)

Definition of Done

  • How do we educate users on how the permissions model works by default (“i.e. go to Github, do XYZ, and then this other user will have access to your bounties”).
  • Work with Dan to understand how it works
  • Design an experience that communicates this
  • Get feedback from funders on the proposed solution

#4850

#4756

@willsputra
Copy link
Contributor

@danlipert which github permission levels are we mirroring?
user (https://help.github.com/en/articles/permission-levels-for-a-user-account-repository), or
org (https://help.github.com/en/articles/repository-permission-levels-for-an-organization)?
or it could be either one depending on the github repo?

also, brainstorming more faqs:

how do I add a team member?
how do I remove a team member?
how do I payout?
it's not working even though I added a team member?

how do I change a team member's permission level?
is there a way for me to manually sync with github? (or is it not needed cos it automatically syncs whenever there's a change?)
how do I transfer ownership? (https://help.github.com/en/articles/transferring-a-repository)
what are the permissions of each role? (a table like github's below would help)
Screenshot 2019-08-08 01 17 19

do add more if I missed anything!

@danlipert
Copy link
Contributor

@willsputra We'll be doing both org and repo level permissions - since all of our bounties are public, we'll just use Write and Admin permissions to determine whether you have access. Syncing will happen automatically, and there will be no manual management for now. Adding and removing members just happens on Github. If you transfer ownership, it will still sync as normal I believe.

@willsputra
Copy link
Contributor

@danlipert so someone with Write or Admin permissions will be able to:
• Fund issues from that repo
• Modify bounty details (name, description, extend expiration etc.)
• Approve/reject contributors
• Payout contributors

is that correct? what else can they do?

@danlipert
Copy link
Contributor

@willsputra I think that sums it up correctly 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants