Re: Organizing projects in project.webplatform.org

Hi, Garbee:

That make sense, I was just thinking a separate dummy project wouldn't
corrupt the others, but then again, maybe it wouldn't be representative
enough anywayŠ

AnywayŠ I'm eager to get this functional, so it can lead us to beta. If
there's anything I can do to help, please don't hesitate.

Regards.

Julee
----------------------------
julee@adobe.com
@adobejulee

From:  Jonathan Garbee <jonathan@garbee.me>
Date:  Thursday, March 21, 2013 3:14 PM
To:  "public-webplatform@w3.org" <public-webplatform@w3.org>
Subject:  Re: Organizing projects in project.webplatform.org

Well, we aren't demoing on the live site. I was going to setup another
install on my web host for it. I'd rather keep any messing around on the
live system to an absolute minimal amount. That way I can show off how it
would work in whole as a single-project site, which is more realistic to how
it would be setup to show us the exact UX and what pitfalls it has (if any.)


On Thu, Mar 21, 2013 at 3:40 PM, Julee <julee@adobe.com> wrote:
> Hi, Garbee:
> 
> This all sounds reasonable to me. If you want, I do have time now to create a
> demo using sub-projects.
> 
> Regards.
> 
> Julee
> ----------------------------
> julee@adobe.com
> @adobejulee
> 
> From:  Jonathan Garbee <jonathan@garbee.me>
> Date:  Thursday, March 21, 2013 12:28 PM
> 
> To:  "public-webplatform@w3.org" <public-webplatform@w3.org>
> Subject:  Re: Organizing projects in project.webplatform.org
> <http://project.webplatform.org>
> 
> As I have time (once the import is done and a few basic docs on usage are up)
> I will create a demo using sub-projects. Using that we can have a look at how
> navigation works and issue submission. Doing one master project with
> sub-projects allows us to go into single-project mode, which dumps people at
> the main dashboard right away vs the project listing. However, I have only
> done rudimentary testing with this so far and haven't done a detailed UX look.
> That is the main thing with sub-project usage, making sure people can
> understand what to do. If someone can't figure out how to navigate the system,
> it is no better than Bugzilla. Documentation can be flawless, but people
> should still be able to navigate and submit issues without reading it (for the
> most part.)
> 
> No matter what though, doing a deferred project is confusing. People won't
> know where to submit issues and it just adds to cruft in the system (and extra
> work on all accounts.) When an item is assigned to a milestone, it counts to
> that milestone. Otherwise it is simply ignored for it. It is technically in a
> "scrum" area iirc which simply means it is unassigned. So, there is no
> interference except adding to what is shown in the open issue list, which we
> can easily create filter rules for to get quick links to cut those out.
> 
> Really the only two valid options are:
> 1) Sticking with the current multi-project (perhaps with subprojects) mode and
> keep things neat.
> 2) Create a single master project with sub-projects and then turn on
> single-project mode so people are taken directly to the master project
> dashboard. 
> 
> Any other method(s) will create a UX barrier that we don't want or need.
> 
> 
> On Thu, Mar 21, 2013 at 2:28 PM, Julee <julee@adobe.com> wrote:
>> Hi, Garbee:
>> 
>> I agree if the system handles deferred items properly, we wouldn't need to
>> have a "deferred" bucket. The only reason to have it is so that data doesn't
>> skew the current project milestone status.
>> 
>> As far as keeping separated projects, it essentially requires us to go in to
>> each project to see status, issues, etc., and to update milestones. Giving
>> that TBG allows for sub projects, I'm not sure what UX issues would arise by
>> having a master project. But that's why I thought we should meet to discuss
>> and test this proposed organization.
>> 
>>  So, is there a time you and I can meet to set up a test of the master
>> project idea? Or should we proceed another way?
>> 
>> Julee
>> 
>> ----------------------------
>> julee@adobe.com
>> @adobejulee
>> 
>> From:  Jonathan Garbee <jonathan@garbee.me>
>> Date:  Thursday, March 21, 2013 11:20 AM
>> To:  "public-webplatform@w3.org" <public-webplatform@w3.org>
>> 
>> Subject:  Re: Organizing projects in project.webplatform.org
>> <http://project.webplatform.org>
>> 
>> This "deferred" system seems illogical. We can assign the issues to a
>> milestone, or leave them unassigned which can be the "deferred" status.
>> Having a separate project structure just for that is wasteful and confusing
>> imho. Either we go with a master project (assuming sub-projects actually have
>> a good UX) or we keep separated projects, as Bugzilla had components, and
>> tweak from there as we need. That keeps thing simple and straightforward.
>> 
>> 
>> On Wed, Mar 20, 2013 at 6:30 PM, Scott Rowe <scottrowe@google.com> wrote:
>>> Thanks, yes. Let's just keep it as WPD:Proposals then. Also, yes,
>>> sitemap/treasure hunt should be, um, interesting! :/
>>> +Scott
>>> 
>>> 
>>> 
>>> On Wed, Mar 20, 2013 at 2:41 PM, Julee <julee@adobe.com> wrote:
>>>> Hi, Scott:
>>>> 
>>>> Yes, I will resolve the Beta_Requirements
>>>> <http://docs.webplatform.org/wiki/WPD:Proposals/Beta_Requirements>
>>>> /WPD:Project_Status <http://docs.webplatform.org/wiki/WPD:Project_Status>
>>>> issue. I'm not sure we'll need a beta requirements page on docs.* going
>>>> forward, because it'll be fully outlined with great visualization on
>>>> project.*. 
>>>> 
>>>> As far as renaming WPD:Proposals to WPD:Projects: The original purpose of
>>>> WPD:Proposals was to allow anyone to post a proposal within our namespace,
>>>> and not have to go to github or google docs or wherever. It's like a
>>>> sketching area. I don't think we'll need a WPD:Projects area, because as
>>>> soon as a proposal is accepted, it, and all of it's related issues, can
>>>> move to project.*
>>>> 
>>>> Regarding bundling these meta pages: I agree. I will be working on the site
>>>> map, so it'll be interesting to discover more pages!
>>>> 
>>>> Makes sense?
>>>> 
>>>> J
>>>> ----------------------------
>>>> julee@adobe.com
>>>> @adobejulee
>>>> 
>>>> From:  Scott Rowe <scottrowe@google.com>
>>>> Date:  Wednesday, March 20, 2013 2:21 PM
>>>> To:  julee <julee@adobe.com>
>>>> Cc:  "public-webplatform@w3.org" <public-webplatform@w3.org>
>>>> Subject:  Re: Organizing projects in project.webplatform.org
>>>> <http://project.webplatform.org>
>>>> 
>>>> Hi Julee, 
>>>> 
>>>> There are two documents that relate to the overall status of the project:
>>>> 
>>>> http://docs.webplatform.org/wiki/WPD:Proposals/Beta_Requirements
>>>> http://docs.webplatform.org/wiki/WPD:Project_Status
>>>> 
>>>> Could you resolve the differences between these and make one document?
>>>> 
>>>> Also, I've been gathering various WPD: pages under either WPD:Community or
>>>> WPD:Proposals in an attempt to put some sanity into the organization of
>>>> these "meta pages." With a lack of navigation and search, it's awfully hard
>>>> to keep track of these if they are just created anywhere.
>>>> 
>>>> Could you put the "Project_Status/Beta_Requirements" page under
>>>> WPD:Proposals?
>>>> 
>>>> I was thinking of renaming WPD:Proposals to WPD:Projects; do you think
>>>> that's a good idea, too?
>>>> 
>>>> +Scott
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Wed, Mar 20, 2013 at 1:02 PM, Julee <julee@adobe.com> wrote:
>>>>> Hi, everyone:
>>>>> 
>>>>> To help get project.webplatform.org <http://project.webplatform.org>
>>>>> finished and to get our beta work fully integrated[1], I've created a
>>>>> proposal for how we might set up projects:
>>>>> 
>>>>> http://docs.webplatform.org/wiki/WPD:Proposals/Organizing_projects
>>>>> 
>>>>> I'll work with Garbee to see what we can actually do with The Bug Genie.
>>>>> 
>>>>> Please let us know what you think.
>>>>> 
>>>>> Regards.
>>>>> 
>>>>> Julee
>>>>> 
>>>>> [1] http://docs.webplatform.org/wiki/WPD:Project_Status
>>>>> 
>>>>> ----------------------------
>>>>> julee@adobe.com
>>>>> @adobejulee
>>>> 
>>> 
>> 
>