w3c/wbs-design
or
by mail to sysreq
.
The results of this questionnaire are available to anybody. In addition, answers are sent to the following email addresses: shawn@w3.org,shadi+EOsurvey@w3.org
This questionnaire was open from 2016-04-01 to 2016-04-06.
11 answers have been received.
Jump to results for question:
Improvements in mobile delivery standards from W3C has afforded us the opportunity to provide a more personal and enjoyable experience for Working Group participants.
In particular, we are in a position to capitalize on the Coffee-copter to offer an at desk delivery of your beverage of choice using the latest Remote Platform Delivery and Beverage Temperature and Tone Standards.
Please indicate your beverage of choice for delivery during your teleconferences. If you have any special requirements, please add them to the comments field.
Choice | All responders |
---|---|
Results | |
Affogato | |
Americano | 1 |
Café Bombón | |
Ca phe sua da | 1 |
Eiskaffee | 1 |
Irish coffee | 4 |
Vienna coffee | 2 |
(2 responses didn't contain an answer to this question)
Responder | Teleconference beverage preference | |
---|---|---|
Eric Eggert | Eiskaffee | I’m all in a summer mood now, so let’s get the vegan Eiskaffee! (I don’t know if ice coffee is a thing outside of Germany, really…) |
Sharron Rush | Irish coffee | |
James Green | Irish coffee | |
Sylvie Duchateau | None of these, I don't know or don't like these. | |
Andrew Arch | Irish coffee | but hold the coffee please :) |
Brent Bakken | Not a coffee drinker. Orange Juice please. Please deliver this in a Minnesota Vikings logo cup. ;) | |
Joy Relton | Vienna coffee | |
Susan Hewitt | Ca phe sua da | I'm not sure what this option is but it sounds exciting. Also, can I please get non-dairy milks in mine? Thanks. |
Howard Kramer | Americano | About time! |
Shadi Abou-Zahra | Vienna coffee | what else? |
Shawn Lawton Henry | Irish coffee | :-) Kevin ! |
summary | by responder | by choice
Please read the 1 April EOWG teleconference meeting minutes. Indicate your approval or concerns with the resolution(s) passed at that meeting. The summary and the link to the full minutes is on the 2016 Minutes wiki page.
Choice | All responders |
---|---|
Results | |
I was in the teleconference and I'm OK with them! | 9 |
I have reviewed the minutes and agree to the Resolutions passed. | 2 |
I have reviewed the minutes but have concerns with the Resolutions, and I explain them below. | |
I have not read the minutes yet, and have put the date for my review into the comments box. |
Skip to view by choice.
Responder | Resolutions of 1 April | Comments |
---|---|---|
Eric Eggert |
|
|
Sharron Rush |
|
|
James Green |
|
|
Sylvie Duchateau |
|
|
Andrew Arch |
|
|
Brent Bakken |
|
|
Joy Relton |
|
|
Susan Hewitt |
|
|
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
|
Shawn Lawton Henry |
|
Choice | Responders |
---|---|
I was in the teleconference and I'm OK with them! |
|
I have reviewed the minutes and agree to the Resolutions passed. |
|
I have reviewed the minutes but have concerns with the Resolutions, and I explain them below. | |
I have not read the minutes yet, and have put the date for my review into the comments box. |
summary | by responder | by choice
Please review the stages suggested for managing EOWG resources going forward. Please comment on your general acceptance of this approach.
Choice | All responders |
---|---|
Results | |
I accept it as is. | 4 |
I accept it with suggestions in the detailed section questions below. | 4 |
I am neutral. | 2 |
I am not comfortable with it for the following reasons. | 1 |
I have not been able to get to this, will review by the date below |
Skip to view by choice.
Responder | Resource Development Life Cycle proposal | Comments |
---|---|---|
Eric Eggert |
|
I think this needs some more explanation for people who weren’t in the F2F. Otherwise it is fine. |
Sharron Rush |
|
|
James Green |
|
|
Sylvie Duchateau |
|
|
Andrew Arch |
|
|
Brent Bakken |
|
I like the overall cycle. I believe it accounts for all of the stages of a resource from inception through maintenance or retirement. I would like to see more detail outlined in the task bullets to give Resource Managers more support of things to consider or must be accomplished. Each resource will be slightly different and some tasks may not apply, but a general comprehensive task list will help to ensure nothing is left out. I would also add a "tips" section to each stage of tips to think about and remember during that stage. For example, in the Conceptual Design stage, one tip could be "no details or wordsmithing at this stage." |
Joy Relton |
|
|
Susan Hewitt | ||
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
Overall this looks very good and useful! Suggestion: consider an "inputs" item for each stage. That is, "inputs", "tasks", and "deliverables" (= outputs). May also be useful to pull out "resources" that are currently mentioned inline into a specific item. |
Shawn Lawton Henry |
|
These three things are not clear: 1. Requirements – defines purpose/objectives/goals, scope, audience, criteria… 2. Resource spec – defines approach, schedule, technology, … 3. Conceptual design – actual rough draft/prototype of it (this needs to be done and approved by the group before too much effort is invested, since major concept changes after coding and content development are costly) I don't think they necessarily need to be 3 separate "stages" (maybe 1 & 2 are combined), but at least they do need to be 3 clear things. --- Need to add addressing public comments after the first Publication for Public Review, including EOWG approval to publish updated version. |
Choice | Responders |
---|---|
I accept it as is. |
|
I accept it with suggestions in the detailed section questions below. |
|
I am neutral. |
|
I am not comfortable with it for the following reasons. |
|
I have not been able to get to this, will review by the date below |
summary | by responder | by choice
How do you feel about the Requirements Section of the proposal?
Choice | All responders |
---|---|
Results | |
Fine, this section is good | 6 |
OK, but I have suggestions listed below | 4 |
I think this section needs major revision, outlined below | 1 |
I have not been able to get to this, will review by the date below | 1 |
Skip to view by choice.
Responder | Section 1 of RDLC - Requirements | Comments |
---|---|---|
Eric Eggert |
|
|
Sharron Rush |
|
|
James Green |
|
|
Sylvie Duchateau |
|
April 12 |
Andrew Arch |
|
|
Brent Bakken |
|
Define the specifics of what is needed to be included in the deliverable (the Requirements Analysis Document). Example: - Recruit Help - Conduct Requirements Analysis - Develop Requirements Anaylysis Document - - Define Purpose - - Provide Background - - State Goals and Objectives - - Define Scope (including what is out of scope) - - Outline Audience and Personas - - Define Approach - - Propose Format(s) - - Link to Current Version (if applicable) - - Notes and Open Issues - Request EOWG Review |
Joy Relton |
|
|
Susan Hewitt |
|
"Recruit Help" should come after RA. The latter might help you determine whether, and what kind, of help is needed. |
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
Don't understand "recruit help". Maybe "recruit necessary resources, such as editors, designers, and developers"? |
Shawn Lawton Henry |
|
Could be purpose, objectives/goals We always need to define the audience – often primary and secondary. We don't usually need separate personas for each resource. We often need to define criteria for inclusion (e.g., <https://www.w3.org/WAI/EO/wiki/Eval_Analysis#Criteria_for_checks> and we should have done this for the Tips) Some of what's under #2 seems like it fits better here -- e.g., schedule, approach... |
Choice | Responders |
---|---|
Fine, this section is good |
|
OK, but I have suggestions listed below |
|
I think this section needs major revision, outlined below |
|
I have not been able to get to this, will review by the date below |
|
summary | by responder | by choice
How do you feel about the Conceptual Design Section of the proposal?
Choice | All responders |
---|---|
Results | |
Fine, this section is good | 6 |
OK, but I have suggestions listed below | 3 |
I think this section needs major revision, outlined below | 1 |
I have not been able to get to this, will review by the date below | 1 |
Skip to view by choice.
Responder | Section 2 of RDLC - Conceptual Design | Comments |
---|---|---|
Eric Eggert |
|
|
Sharron Rush |
|
|
James Green |
|
|
Sylvie Duchateau |
|
April 12 |
Andrew Arch |
|
I'd like some more detail about the deliverable, the Design Document |
Brent Bakken |
|
Define the specifics of what is needed to be included in the deliverable (the Design Document). Example: - Continue to Recruit Help - Develop Design Document - - Define MVP(?) - - Define Approach - - Propose Format(s) & Technology - - Propose Project Schedule - - Link to Current Version (if applicable) - - Create Conceptual Design (outline/wireframes/mockups - - Notes and Open Issues - Request EOWG Review - Announce project to WAI IG |
Joy Relton |
|
|
Susan Hewitt |
|
|
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
[medium] Output could also be a prototype (of a document and/or tool), rather than a "design document" (to avoid too much bureaucracy and "paper" generating - could even add any design considerations as amendments directly to the requirements document) |
Shawn Lawton Henry |
|
Some relevant comments above. I'm not comfortable with "Announce project to WAI IG". There are many cons and some pros with announcing resources so early. This needs more consideration before we change our process. Write out "MVP" and explain. |
Choice | Responders |
---|---|
Fine, this section is good |
|
OK, but I have suggestions listed below |
|
I think this section needs major revision, outlined below |
|
I have not been able to get to this, will review by the date below |
|
summary | by responder | by choice
How do you feel about the Draft Section of the proposal?
Choice | All responders |
---|---|
Results | |
Fine, this section is good | 5 |
OK, but I have suggestions listed below | 1 |
I think this section needs major revision, outlined below | 4 |
I have not been able to get to this, will review by the date below | 1 |
Skip to view by choice.
Responder | Section 3 of RDLC - Draft | Comments |
---|---|---|
Eric Eggert |
|
|
Sharron Rush |
|
Because there are specific requirements for how Drafts are referenced at the W3C, I think we must be a bit more detailed than "iterate until ready." Also, where are the users in the "User test" part of the iteration? This is quite vague and not at all clear to me. |
James Green |
|
|
Sylvie Duchateau |
|
April 12 |
Andrew Arch |
|
Q. does 'design' = 'draft the content'? I love the idea of more 'user testing' - how this will be done (incl recruitment) should probably be incorporated into the Design Guide Also, the W3C process allows for (and encourages) multiple drafts and public review phases - this should be reflected in our RDLC |
Brent Bakken |
|
Good. Add - Request EOWG Review It would also help to work some of the "what to review for" language into this stage and the previous stage. Also would suggest some language here that states the Resource Manager is in charge of the iterations and what is reviewed and reviewed for in each of the times brought to the whole working group. This may/will be different for each resource and the RM should define that each time it is brought. Also, need to indicate that the RM needs to draft up the survey questions that will go along with the working group discussion and reviews. |
Joy Relton |
|
|
Susan Hewitt |
|
Under tasks, define these steps better, e.g. where it says "develop" do we mean develop as in code or producing content in general? What about design? would that be equivalent to outlining if we're talking written content and not visual design? Not all projects will involve design or code development so the tasks should be more clear and noted "as required" or similar. After the EO review, is there any other review stage to see if those edits were handled properly? |
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
|
Shawn Lawton Henry |
|
EOWG reviews throughout development. Sometimes it is an overall review; sometimes there are specific issues for EOWG to consider and comment on. Usually EOWG reviews and comments on a doc (general or specific issues) dozens of times throughout its development. This is important so that the development continues on the path that EOWG wants. I think the iterative review should be very clear. EOWG review/discussion happens mostly before usability testing, and a little after UT. W3C Process has a "Last Call" for /TR/ docs. EOWG has been using "Thorough Review". We need some indication of final draft review. Probably we should have a separate "stage" for that – probably called something other than Last Call or Thorough Review. Also note that after this review, any changes need to be documented and approved by the WG. (fyi, "Thorough review" under <https://www.w3.org/WAI/EO/wiki/EOWG_Participation_Info#What_do_I_review_for.3F>) "Final Draft" -> Publication for review (As a first version, not as a draft) |
Choice | Responders |
---|---|
Fine, this section is good |
|
OK, but I have suggestions listed below |
|
I think this section needs major revision, outlined below |
|
I have not been able to get to this, will review by the date below |
|
summary | by responder | by choice
How do you feel about the Public review Section of the proposal?
Choice | All responders |
---|---|
Results | |
Fine, this section is good | 6 |
OK, but I have suggestions listed below | 3 |
I think this section needs major revision, outlined below | 2 |
I have not been able to get to this, will review by the date below | 1 |
Skip to view by choice.
Responder | Section 4 of RDLC - | Comments |
---|---|---|
Eric Eggert |
|
|
Sharron Rush |
|
|
James Green |
|
|
Sylvie Duchateau |
|
April 12 |
Andrew Arch |
|
See comment in Q8 re Section 5 & comment in Q6 re Section 3 |
Brent Bakken |
|
Add that the RM needs to draft up the survey questions if a survey will be used for public review. Or if GitHub is used, then prepare the resource for incoming comments from the public. I like the idea of a "responding to comments process" link. Need to define the process of how comments will be conveyed to the RM if they come in directly to the EO mailbox. Also need to define the acceptable response time to comments. Question - in our public review, is it a review of an officially published resource or is the resource still in draft form? If it is already published then there is no need to EO approval to publish at the end. |
Joy Relton |
|
|
Susan Hewitt |
|
|
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
[low] Do we expect the Resource Manager to be responsible for banging the drum to promote more public feedback and input, or is that more for the WAI IG Chairs to worry about as part of community engagement? [medium] I think an important task is to demonstrate to EOWG that all review comments have been adequately addressed (including ensuring that one change does not undo other/prior changes). This could be as simple as a GitHub log of the issues/changes, but it is important to make this task (and deliverable?) explicit IMO. |
Shawn Lawton Henry |
|
Outreach plan should be developed before publication, as first publication is start of outreach. Not sure about "Define… Feature Backlog" I don't think we need to have an "EOWG Approval Resolution to move into Maintenance Stage", which implies a formally documented approval. |
Choice | Responders |
---|---|
Fine, this section is good |
|
OK, but I have suggestions listed below |
|
I think this section needs major revision, outlined below |
|
I have not been able to get to this, will review by the date below |
|
summary | by responder | by choice
How do you feel about the Just Published Section of the proposal?
Choice | All responders |
---|---|
Results | |
Fine, this section is good | 4 |
OK, but I have suggestions listed below | 5 |
I think this section needs major revision, outlined below | 1 |
I have not been able to get to this, will review by the date below | 1 |
Skip to view by choice.
Responder | Section 5 of RDLC - | Comments |
---|---|---|
Eric Eggert |
|
|
Sharron Rush |
|
Process is good, suggest to change section title to "Newly Published/Revised" |
James Green |
|
|
Sylvie Duchateau |
|
April 12 |
Andrew Arch |
|
I recommend that the outreach plan should be being developed during the public review stage so that we're ready to promote on release. Help for promotion should also be being recruited during the public review stage for the same reason. |
Brent Bakken |
|
Good Stage. Need just a little definition around what should/would be included in the Feature Backlog documentation and the Review Cycle (if cycles are already pre-defined, then they would just choose an appropriate cycle for the resource to be listed under. |
Joy Relton |
|
|
Susan Hewitt |
|
Add "Outreach" plan to deliverables. |
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
[high] It seems very late to me to create the outreach plan *after* the document is published (or it is not very clear in this outline). I think this needs to be an input to initiate this stage in the first place. |
Shawn Lawton Henry |
|
I don't think we need to have an "EOWG Approval Resolution to move into Maintenance Stage", which implies a formally documented approval. |
Choice | Responders |
---|---|
Fine, this section is good |
|
OK, but I have suggestions listed below |
|
I think this section needs major revision, outlined below |
|
I have not been able to get to this, will review by the date below |
|
summary | by responder | by choice
How do you feel about the Maintenance Section of the proposal?
Choice | All responders |
---|---|
Results | |
Fine, this section is good | 7 |
OK, but I have suggestions listed below | 3 |
I think this section needs major revision, outlined below | |
I have not been able to get to this, will review by the date below | 1 |
Skip to view by choice.
Responder | Section 6 of RDLC - Maintenance | Comments |
---|---|---|
Eric Eggert |
|
|
Sharron Rush |
|
|
James Green |
|
|
Sylvie Duchateau |
|
April 12 |
Andrew Arch |
|
|
Brent Bakken |
|
Add the following tasks: - Respond to Ongoing Public Comment - Update document/resource dates and links as appropriate |
Joy Relton |
|
|
Susan Hewitt |
|
Can we specify who's responsible for knowing it's time to review something? Is it up the RMs to keep track of their cycle or will the chairs or one designated team member keep an eye on that? |
Howard Kramer |
|
|
Shadi Abou-Zahra |
|
|
Shawn Lawton Henry |
|
Classifications will likely be different, but no biggie for now |
Choice | Responders |
---|---|
Fine, this section is good |
|
OK, but I have suggestions listed below |
|
I think this section needs major revision, outlined below | |
I have not been able to get to this, will review by the date below |
|
The following persons have not answered the questionnaire:
Send an email to all the non-responders.
Compact view of the results / list of email addresses of the responders
WBS home / Questionnaires / WG questionnaires / Answer this questionnaire
w3c/wbs-design
or
by mail to sysreq
.