Closed ultrasaurus closed 8 years ago
Related to 18F/team_api#38
I'm going to assign myself to this.
We think there are two kinds of stages:
There's a need for us to represent how much control over the product we have and where the work stands on the spectrum of our relationship with the partner agency. A product can be something we're working on (openFEC), something we aren't working on but plan to again (SBIR-EZ), or something we have transferred completely over to agencies (Peace Corps).
We also think "alpha" and "beta" mean something to product owners when describing their products and we need to understand what they mean when they use those terms and what other terms they might use. Also, are there artifacts or specific milestones that happen before these labels can be applied or removed. How do product managers describe the qualitative status of their products? What, if any, terms can we use to meaningfully represent this on the dashboard?
Finally we need to think about how we represent both of these kinds of stages in the Dashboard.
I really like Greg's suggestion that we ask projects to check off whether they're:
being actively worked on | not being actively worked on | passed off to a partner agency.
But I'm stumbling a bit around the term beta, in part because I imagine not of our projects may really ever leave the beta stage. Would it be ok to have the term beta on a site and not have it reflected on the dashboard? Could it be on a page that is linked out from the dashboard?
Right now, we emphasize what stage a project is in above anything else. But is that something the user needs? Consider:
These are all different use cases. I can imagine that knowing whether a project is active or not would be of interest, as well as how a team thinks about the status of their project. But I think the latter can be described in words and the former in the stages Greg suggested yesterday.
I really like the way Nick put it yesterday, when describing CALC. He said "We've never thought about alpha or beta because we're constantly iterating on the project." I think this is true for many of our projects, and having people pick a category might limit what we are able to say about the product itself.
I have the following questions out to the product leads:
I'm seeing a pattern at least. Beta means to people that the product is stable enough for public release and Alpha is a state where it's a real MVP, and we are just starting to gather user feedback
Greg's synopsis of research: https://docs.google.com/document/d/1fHnKVB5UBA3uVgqKogOt360sVpBZsjjpH1ltMKZDiEM/edit
We've completed the research portion of this task, so we've created an implementation task #320
This is a multistep story