Closed Bug 631357 Opened 13 years ago Closed 13 years ago

Create new Mozilla Grants product for tracking MoFo grants

Categories

(bugzilla.mozilla.org :: Administration, task)

Product:
bugzilla.mozilla.org
Component:
Administration
Type:
task
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: ryan, Assigned: reed)

Details

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.
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.
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.
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.
If Grants is the product, then some initial components should include:

- Applications
- Administration/Accounting
- Reports/Deliverables
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?
That would work for me. Primarily, I'm concerned with tracking grant applications.
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.
(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
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
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
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?
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.
Summary: Add Mozilla Foundation Grants to components → Create new Mozilla Grants product for tracking MoFo grants
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.
Do you need any additional information from me to close the file on this one?
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
Closed: 13 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.