Create new Mozilla Grants product for tracking MoFo grants

RESOLVED FIXED

Status

()

bugzilla.mozilla.org
Administration
RESOLVED FIXED
8 years ago
7 years ago

People

(Reporter: Ryan Merkley, Assigned: reed)

Tracking

Details

(Reporter)

Description

8 years ago
The Foundation would like to be able to track our grants acquisition process using Bugzilla. There is currently no logical place to put those grants, so a new product and component seems appropriate.

The new product and component should default to confidential, as the vast majority will need to be confidential during the application process.
(Assignee)

Comment 1

8 years ago
Are there other components that would fall under this new product? I don't want to create a new product for just one component, if we don't have to.
(Reporter)

Comment 2

8 years ago
I would take your advice on this, but we have many grants that we apply for, receive, and track, and each one would need to be tracked separately. If that constitutes a product (grants), with components (individual grants, e.g., Knight Foundation), then yes.

If there is a different way to set it up that works, then I'm fine with that.

Comment 3

8 years ago
In terms of components I could see dividing things up a couple different ways at least (based on the org giving the grant or based on area of grant -- accessibility, video, etc).

Based on Ryan's feedback in comment #2 it sounds like some sort of components would be helpful even if we haven't identified those yet.
(Reporter)

Comment 4

8 years ago
If Grants is the product, then some initial components should include:

- Applications
- Administration/Accounting
- Reports/Deliverables
(Assignee)

Comment 5

8 years ago
How about starting with a "Mozilla Foundation" product with a "Grants" component? If that becomes unruly to manage, we can move it to a completely new product dedicated to grants... Does that sound ok, or do you think you have enough different components that separate components would already make sense at this point?
(Reporter)

Comment 6

8 years ago
That would work for me. Primarily, I'm concerned with tracking grant applications.

Comment 7

8 years ago
Reed, if we can avoid a specific Foundation product, that would be ideal.  In general, we shouldn't be organizing things by the structure of our legal organizations.
(Assignee)

Comment 8

8 years ago
(In reply to comment #7)
> Reed, if we can avoid a specific Foundation product, that would be ideal.  In
> general, we shouldn't be organizing things by the structure of our legal
> organizations.

Except we've been doing that already for a long while. ;)

Ok, let me think about this and our component structure in general.
In general, the bugs in this component need to be confidential. As Bugzilla does not support component-level security, AIUI we can either do that through having a separate bug filing form for Grants bugs with the relevant bit set (although there's more than enough of those already), or giving it its own product and making the group bit default to on. Reed: are there other options?

Gerv
(Reporter)

Comment 10

8 years ago
Based on the discussion so far, I would lean towards a product called "Mozilla Grants" or just "Grants", with initial list of components as I described in (comment #4)

> If Grants is the product, then some initial components should include:
> 
> - Applications
> - Administration/Accounting
> - Reports/Deliverables
(Assignee)

Comment 11

8 years ago
Ok, let's talk confidentiality.

Who needs access to these bugs? MoFo only? MoCo + MoMo + MoFo? Just some small group of people?

Should bugs be able to be declassified, or will all bugs remain confidential forever?
Assignee: mozillamarcia.knous → reed
Status: NEW → ASSIGNED
OS: Mac OS X → All
Hardware: x86 → All
(Assignee)

Comment 12

8 years ago
I also need descriptions for the new "Mozilla Grants" product as well as descriptions for each of the three components.

Do you need any target milestones or versions set up right now?
(Reporter)

Comment 13

8 years ago
List will include:

- MoFo staff
- MoFo contractors (non-employees who lead or work on grant-receiving projects)
- MoCo staff (finance, legal, HR, PR, etc.)

Most bugs that are confidential will stay that way. They will include discussion of strategies and details for securing grants and draft material that should not be made public.
(Assignee)

Updated

8 years ago
Summary: Add Mozilla Foundation Grants to components → Create new Mozilla Grants product for tracking MoFo grants
(Reporter)

Comment 14

8 years ago
Grants: For issues relating to Mozilla's grants and grant applications
Applications: Submissions for grant funding support from external organizations.
Administration/Accounting: For issues relating to the management, reporting, and accounting of grants.
Reports/Deliverables: For issues relating to reporting, documentation, and delivery of products as part of grant agreements with funders.
(Reporter)

Comment 15

8 years ago
Do you need any additional information from me to close the file on this one?
(Reporter)

Comment 16

8 years ago
We're bringing a series of grants applications to a close, and will be working on new ones shortly. It would be great to wrap this up so those new grants could take advantage of this system. Let me know if you need any more information from me to close this bug.
OK, the product already existed, but not the components. I have:

- Added the three components listed above
- Created a new "grants" group
- Made it so new bugs in the Mozilla Grants product are in that group by 
  default, but can be removed from it
- Made everyone @mozilla.org, @mozilla.com, @mozillamessaging.com and 
  @mozillafoundation.org a member of that group by default
- Given ryan@mozillafoundation.org the ability to add more people to the group 
  (use the Administration link in the header, and follow your nose)

Reed: if some of this is wrong, feel free to fix it :-) Leaving open pending sign-off.

Gerv
No complaints -> RESOLVED.

Gerv
Status: ASSIGNED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → FIXED
Component: Bugzilla: Keywords & Components → Administration
Product: mozilla.org → bugzilla.mozilla.org
You need to log in before you can comment on or make changes to this bug.