Difference between revisions of "ESC Four-Track Approach"
| (6 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
| + | {{ESIPMeeting_Jan4}} | ||
| + | |||
At an ESIP ESC Cluster meeting, Hook Hua pointed out that there were things to be done in four separate areas: | At an ESIP ESC Cluster meeting, Hook Hua pointed out that there were things to be done in four separate areas: | ||
# Technical | # Technical | ||
| Line 5: | Line 7: | ||
# User Stories | # User Stories | ||
== Planning Meeting at ESIP Winter 2012 == | == Planning Meeting at ESIP Winter 2012 == | ||
| + | Room: POTOMAC<br> | ||
| + | Session Lead(s): Lynnes<br> | ||
| + | |||
| + | Description: Join us to develop strategies in the four key areas to establish an Earth Science Collaboratory: | ||
| + | (a) Technical: architecture, design, implementation<br> | ||
| + | (b) Sociological: what induces scientists to share (or not share) knowledge, tools, methods and results?<br> | ||
| + | (c) User Stories: what pivotal science research, education and application results will the ESC enable?<br> | ||
| + | (d) Programmatic: how do we best leverage agency, academic, non-profit and commercial programs to actually realize the ESC?<br> | ||
| + | ESIP Collaboration Areas: Disc, Prod. & Services<br> | ||
| + | Expertise Level: Beginner<br> | ||
| + | Topic tags: DL, Tech<br> | ||
| + | |||
At the ESIP Winter meeting in 2012, a session will be held on [[January_4,_2012|Wednesday, January 4]] to flesh out these areas. The agenda will be as follows: | At the ESIP Winter meeting in 2012, a session will be held on [[January_4,_2012|Wednesday, January 4]] to flesh out these areas. The agenda will be as follows: | ||
# Brief intro (Lynnes, 5 min) | # Brief intro (Lynnes, 5 min) | ||
| Line 26: | Line 40: | ||
== Notes == | == Notes == | ||
| − | === Action Items === | + | === (Potential) Action Items === |
| − | |||
* Coordination - each track will have roughly one telecon a month and then a means of coordination between tracks will be developed. | * Coordination - each track will have roughly one telecon a month and then a means of coordination between tracks will be developed. | ||
| Line 43: | Line 56: | ||
=== Key Topics === | === Key Topics === | ||
| − | |||
The session is organized around four tracks (or areas) needed to move ESC forward. The tracks are technical, sociological (now human factors), programmatic, and user stories. Each track is a "mini charter" for the ESC. | The session is organized around four tracks (or areas) needed to move ESC forward. The tracks are technical, sociological (now human factors), programmatic, and user stories. Each track is a "mini charter" for the ESC. | ||
| − | Programmatic Track | + | '''Programmatic Track''' |
What are some of the programs that might aid or inform ESC development? What do the program managers need from the community? How can the benefits of the ESC be articulated to the program level (i.e., "upreach")? | What are some of the programs that might aid or inform ESC development? What do the program managers need from the community? How can the benefits of the ESC be articulated to the program level (i.e., "upreach")? | ||
| − | Human Factors Track | + | '''Human Factors Track''' |
What are the conditions where scientists are most likely to share? What makes certain social media work and not others? This track should look into solutions for encouraging sharing (e.g., games, leader boards). | What are the conditions where scientists are most likely to share? What makes certain social media work and not others? This track should look into solutions for encouraging sharing (e.g., games, leader boards). | ||
| − | User Stories | + | '''User Stories''' |
ESC needs a repository of user stories, primarily for the purposes of "upreach". We should develop a "canonical representation" of user stories based on its audience (e.g., policy makers), discipline (e.g., atmospheric science, agriculture), etc. An index of these "canonical representations" can help identify missing user stories. Another option is to map user stories to EarthCube capabilities lists. | ESC needs a repository of user stories, primarily for the purposes of "upreach". We should develop a "canonical representation" of user stories based on its audience (e.g., policy makers), discipline (e.g., atmospheric science, agriculture), etc. An index of these "canonical representations" can help identify missing user stories. Another option is to map user stories to EarthCube capabilities lists. | ||
| − | Technical | + | '''Technical''' |
| − | ESC needs to understand current capabilities (including prior art) so that it can move forward. It's very important to understand what the architecture looks like before implementations can be considered. Who are the stakeholders? (not just users, also developers, funders, etc.) Need to make sure that ESC is not just "yet another collaboratory". | + | ESC needs to understand current capabilities (including prior art) so that it can move forward. It's very important to understand what the architecture looks like before implementations can be considered. Who are the stakeholders? (not just users, also developers, funders, etc.) Need to make sure that ESC is not just "yet another collaboratory". |
=== Contributions === | === Contributions === | ||
| − | |||
| − | Programmatic Track | + | '''Programmatic Track''' |
Is there anything in the programmatic track about the "process"? (process includes governance) | Is there anything in the programmatic track about the "process"? (process includes governance) | ||
| Line 72: | Line 83: | ||
Should there be any connection to NASA Earth Exchange? | Should there be any connection to NASA Earth Exchange? | ||
| − | Human Factors Track | + | '''Human Factors Track''' |
| − | What is the source of the comment, "Scientists don't share."? Chris L. - this usually comes up among scientists who expend more effort in data collection. Jenn | + | What is the source of the comment, "Scientists don't share."? Chris L. - this usually comes up among scientists who expend more effort in data collection. Jenn S. - "less senior" scientists are typically more interested in sharing data. |
There should be a distinction between "open sharing" and "sharing amongst collaborators". The ESC should include infrastructure that encourages "more sharing". | There should be a distinction between "open sharing" and "sharing amongst collaborators". The ESC should include infrastructure that encourages "more sharing". | ||
| − | Mark | + | Mark P. - be wary of assuming younger scientists are more willing to share. Some may be more willing to share if they are aware of what others are using the data for. |
Data sharing is not just based on the individual, its also based on organizational policies. | Data sharing is not just based on the individual, its also based on organizational policies. | ||
| Line 86: | Line 97: | ||
Hook - we should build from existing social media rather than reinventing the wheel. | Hook - we should build from existing social media rather than reinventing the wheel. | ||
| − | Jenn | + | Jenn S. - "How do you attract sociologists into this type of work?". Peter F. - the attractive nature of this work is its multidisciplinary nature, and that this community (Earth Science Informatics) has not been studied as extensively as others. (Julia Melkers was a past ESIP presenter who might have answers?) |
| − | User Stories | + | '''User Stories''' |
| − | Mark | + | Mark P. - user stories can lead to a "waterfall" like development process. |
Hook - follow the "Apple way", improving on the pain points in user stories rather than implementing entire user stories. | Hook - follow the "Apple way", improving on the pain points in user stories rather than implementing entire user stories. | ||
| Line 110: | Line 121: | ||
Hook - ESC does want the community to build the ecosystem, but what are the foundational technologies (APIs)? | Hook - ESC does want the community to build the ecosystem, but what are the foundational technologies (APIs)? | ||
| − | Mark | + | Mark P - its the killer app that makes a technology take off (e.g., Mosaic for WWW and the simplicity of Facebook UI) |
?? - simplicity isn't always necessary, but added value is (scientists will "suffer" a little for a good payout) | ?? - simplicity isn't always necessary, but added value is (scientists will "suffer" a little for a good payout) | ||
| Line 118: | Line 129: | ||
?? - the Web emerged without much input from domain scientists | ?? - the Web emerged without much input from domain scientists | ||
| − | Coordination | + | '''Coordination''' |
What can be done by ESIP that can only be done with ESIP? May be a key to the success of ESC. | What can be done by ESIP that can only be done with ESIP? May be a key to the success of ESC. | ||
=== Related Projects === | === Related Projects === | ||
| − | |||
| − | NASA Earth Exchange | + | * NASA Earth Exchange (https://c3.nasa.gov/nex/) |
| + | ** (Chris L.) already been identified as either prior art or convergent efforts. | ||
| − | + | * VOSS Projects (http://www.nsf.gov/awardsearch/showAward.do?AwardNumber=0838564) | |
=== Other === | === Other === | ||
| Line 136: | Line 147: | ||
* Programmatic - 5 (upreach to program managers/organizations) | * Programmatic - 5 (upreach to program managers/organizations) | ||
* User Stories - 5 | * User Stories - 5 | ||
| + | |||
| + | '''Original Notes''' | ||
| + | * http://twc.titanpad.com/221 | ||
Latest revision as of 11:52, January 13, 2012
At an ESIP ESC Cluster meeting, Hook Hua pointed out that there were things to be done in four separate areas:
- Technical
- Sociological
- Programmatic
- User Stories
Planning Meeting at ESIP Winter 2012
Room: POTOMAC
Session Lead(s): Lynnes
Description: Join us to develop strategies in the four key areas to establish an Earth Science Collaboratory:
(a) Technical: architecture, design, implementation
(b) Sociological: what induces scientists to share (or not share) knowledge, tools, methods and results?
(c) User Stories: what pivotal science research, education and application results will the ESC enable?
(d) Programmatic: how do we best leverage agency, academic, non-profit and commercial programs to actually realize the ESC?
ESIP Collaboration Areas: Disc, Prod. & Services
Expertise Level: Beginner
Topic tags: DL, Tech
At the ESIP Winter meeting in 2012, a session will be held on Wednesday, January 4 to flesh out these areas. The agenda will be as follows:
- Brief intro (Lynnes, 5 min)
- Define a mode for coordinating the four tracks (Moderator=Lynnes, 30 min)
- How to schedule telecons?
- Single-track telecons or cover more than one track?
- Discuss main activities, recruit members and coordinators (at least 2) for each area (20 min)
- Proposed roles of track coordinators
- Setup and run telecons for the track
- Coordinate with other ESC tracks on topics and schedules
- Ensure output of tracks is captured in ESIP Wiki
- Human Factors (formerly known as Sociological) (Lynnes)
- Technical (Law, Hua)
- Programmatic (Lynnes--temporary)
- User Stories (Wee, Kuo)
- Proposed roles of track coordinators
- Upcoming plans (Lynnes, plus suggestions from the floor) (40 min)
- Write up meeting report for EarthCube site
- User Story from Udaysankar Nair
- WebEx Hackathon at/with/on EuroGEOSS Broker
Notes
(Potential) Action Items
- Coordination - each track will have roughly one telecon a month and then a means of coordination between tracks will be developed.
- (From Chris) Need to develop ways of getting things done in short time - alternating telecons, first telecon plans/discussions development, next telecon does actual development
- What should be done by summer meeting?
- Layout a road map for each track.
- (From Hook) need to also consider funding lines and when they are becoming available. (From Peter F.) can't ignore funding options but don't set schedule by them
- Need to get users for the ESC
- Have a "goal-setting" session (envision what success means) (LuAnn may have a facilitator for these activities)
- Identify a "poster child" for the ESC.
- (Eric) cross-disciplinary example would be ideal as it really illustrates multiple pain points. (Hook) maybe it should be a specific science problem rather than a use case. (Peter) should look at lower level problems, "dead fruit laying on the ground"
- Layout a road map for each track.
- Send Chris email to participate in each track.
Key Topics
The session is organized around four tracks (or areas) needed to move ESC forward. The tracks are technical, sociological (now human factors), programmatic, and user stories. Each track is a "mini charter" for the ESC.
Programmatic Track
What are some of the programs that might aid or inform ESC development? What do the program managers need from the community? How can the benefits of the ESC be articulated to the program level (i.e., "upreach")?
Human Factors Track
What are the conditions where scientists are most likely to share? What makes certain social media work and not others? This track should look into solutions for encouraging sharing (e.g., games, leader boards).
User Stories
ESC needs a repository of user stories, primarily for the purposes of "upreach". We should develop a "canonical representation" of user stories based on its audience (e.g., policy makers), discipline (e.g., atmospheric science, agriculture), etc. An index of these "canonical representations" can help identify missing user stories. Another option is to map user stories to EarthCube capabilities lists.
Technical
ESC needs to understand current capabilities (including prior art) so that it can move forward. It's very important to understand what the architecture looks like before implementations can be considered. Who are the stakeholders? (not just users, also developers, funders, etc.) Need to make sure that ESC is not just "yet another collaboratory".
Contributions
Programmatic Track
Is there anything in the programmatic track about the "process"? (process includes governance)
Should there be any connection to NASA Earth Exchange?
Human Factors Track
What is the source of the comment, "Scientists don't share."? Chris L. - this usually comes up among scientists who expend more effort in data collection. Jenn S. - "less senior" scientists are typically more interested in sharing data.
There should be a distinction between "open sharing" and "sharing amongst collaborators". The ESC should include infrastructure that encourages "more sharing".
Mark P. - be wary of assuming younger scientists are more willing to share. Some may be more willing to share if they are aware of what others are using the data for.
Data sharing is not just based on the individual, its also based on organizational policies.
Look into the VOSS awards to find references to papers resulting from awards.
Hook - we should build from existing social media rather than reinventing the wheel.
Jenn S. - "How do you attract sociologists into this type of work?". Peter F. - the attractive nature of this work is its multidisciplinary nature, and that this community (Earth Science Informatics) has not been studied as extensively as others. (Julia Melkers was a past ESIP presenter who might have answers?)
User Stories
Mark P. - user stories can lead to a "waterfall" like development process.
Hook - follow the "Apple way", improving on the pain points in user stories rather than implementing entire user stories.
Peter C. - a major "pain point" is accessing data - retrieving small subsets or specific elements from large data sets, direct programatic access to data. Solving one pain point will likely solve many user stories (so should ESC really focus a lot of time on user stories)
Chris - need to recruit end users to the "User Stories" track
Frew - "chicken and the egg" problem, how does this move forward? Users need to see potential capabilities before they provide good user stories. A user story should be a "solution story".
Peter F. - often get trivial requirements from frequent users, but really good user stories come from more occasional users.
Technical
Peter F. - Agencies are looking for immediate results. ROIs for foundational technologies are not as obvious. Need to balance between immediate results and long term capabilities.
Martha - ESC needs really complex technologies that are easy to use.
Hook - ESC does want the community to build the ecosystem, but what are the foundational technologies (APIs)?
Mark P - its the killer app that makes a technology take off (e.g., Mosaic for WWW and the simplicity of Facebook UI)
?? - simplicity isn't always necessary, but added value is (scientists will "suffer" a little for a good payout)
Bruce - there should be something that is "delightful" for the end user.
?? - the Web emerged without much input from domain scientists
Coordination
What can be done by ESIP that can only be done with ESIP? May be a key to the success of ESC.
Related Projects
- NASA Earth Exchange (https://c3.nasa.gov/nex/)
- (Chris L.) already been identified as either prior art or convergent efforts.
- VOSS Projects (http://www.nsf.gov/awardsearch/showAward.do?AwardNumber=0838564)
Other
Straw Poll Results
- Technical - 12 (achitecture and implementation)
- Human Factors - 14 (sociolog, psychology, HCI)
- Programmatic - 5 (upreach to program managers/organizations)
- User Stories - 5
Original Notes
