[upstream] Clean up and update the details page
Change-Id: I530054929f1cfc6c81b8421375db8e05b5d6b299
This commit is contained in:
parent
1c77a11d15
commit
b99ac59747
@ -56,6 +56,8 @@ For more information about the session of the OpenStack Upstream Institute
|
|||||||
in Boston, see the `OpenStack Academy page
|
in Boston, see the `OpenStack Academy page
|
||||||
<https://www.openstack.org/summit/boston-2017/openstack-academy>`_.
|
<https://www.openstack.org/summit/boston-2017/openstack-academy>`_.
|
||||||
|
|
||||||
|
.. _prepare-environment:
|
||||||
|
|
||||||
How to prepare
|
How to prepare
|
||||||
==============
|
==============
|
||||||
|
|
||||||
|
@ -12,8 +12,125 @@ A big thank you to everyone that has made this possible, especially
|
|||||||
Loic Dachary, Stefano Maffulli, Tim Freund, Marton Kiss, and Ildikó Váncsa
|
Loic Dachary, Stefano Maffulli, Tim Freund, Marton Kiss, and Ildikó Váncsa
|
||||||
who lead the trainings.
|
who lead the trainings.
|
||||||
|
|
||||||
|
Archived exercises
|
||||||
|
==================
|
||||||
|
|
||||||
|
|
||||||
|
Lego applied to Free Software contributions (15 min)
|
||||||
|
----------------------------------------------------
|
||||||
|
|
||||||
|
These slides prepare students for the Lego activity, and ensure they
|
||||||
|
understand the metaphors in use. The Lego in the exercise represents the
|
||||||
|
code of a software project, in this case OpenStack. The students all take
|
||||||
|
on roles that represent various facets of the OpenStack community, including
|
||||||
|
upstream roles like Foundation and TC, and contributors like corporations,
|
||||||
|
and unaffiliated individuals animated by unknown motives (free agents).
|
||||||
|
|
||||||
|
The group is split into their new 'teams' at this stage. Facilitators can
|
||||||
|
choose any way they prefer to do this (selecting teams, or allowing students
|
||||||
|
to self-select). The recommended numbers are in the slides, but can be
|
||||||
|
changed to suit the number of participants in the room. For a very large
|
||||||
|
group, consider separating into two 'communities', which then have to
|
||||||
|
fit their streets together to complete the session. Having more
|
||||||
|
communities requires an extra level of coordination to reach
|
||||||
|
`interoperability` between the results of their work.
|
||||||
|
|
||||||
|
Give each person a nametag to wear, with their first name and their
|
||||||
|
role written on it. For free agents, don't disclose who is distracted,
|
||||||
|
controversial, or agreeable. The community will need to work this out
|
||||||
|
on their own.
|
||||||
|
|
||||||
|
Contribution Simulation (2 hour)
|
||||||
|
--------------------------------
|
||||||
|
|
||||||
|
Ahead of time: ensure the existing Lego buildings are set out on a table,
|
||||||
|
but not connected to each other. All the unsorted bricks should be available
|
||||||
|
in several smaller boxes in a different part of the room, for participants
|
||||||
|
to use. There is no need to display the boxes or instruction manuals.
|
||||||
|
|
||||||
|
Once the students are separated into their new roles, and have an
|
||||||
|
understanding of the project, begin the timer for the first sprint. During
|
||||||
|
the five minutes planning time, encourage each group to get together and
|
||||||
|
think about their project. If possible, give each group a corner of the room
|
||||||
|
and access to a whiteboard or flipchart. For companies, ensure the CEO sets
|
||||||
|
a direction, and the team is on board. Their responsibility is to
|
||||||
|
deliver value to their stakeholders. For upstream, have them think about
|
||||||
|
the community standards they want to set: they are responsible for the
|
||||||
|
quality of the finished product. For free agent contributors,
|
||||||
|
use this time to get them to understand their role in the simulation:
|
||||||
|
explain their part as agents of chaos. They can get straight to work
|
||||||
|
as soon as they understand their role, no need to wait for the timer
|
||||||
|
to go off. The free agents should not be forced to coordinate among
|
||||||
|
themselves: there are better results if they find out how hard it is
|
||||||
|
to accomplish anything without coordinating with others. In theory,
|
||||||
|
the free agents can decide to demolish things, too: try suggesting
|
||||||
|
this option to one of them, see what happens.
|
||||||
|
|
||||||
|
Suggestions of projects to work on:
|
||||||
|
|
||||||
|
* Companies: big industrial items like a shopping mall, carpark, energy
|
||||||
|
plant, datacenter, and hospital.
|
||||||
|
|
||||||
|
* Free agents: community items like vegetable patches, bicycle paths,
|
||||||
|
public artworks, playgrounds. For the controversial agent, problematic
|
||||||
|
items such as a jail, skate bowl, and dog park.
|
||||||
|
|
||||||
|
* Upstream: consider guidelines around consistency in the bricks used, how to
|
||||||
|
connect the road and sidewalk between the buildings, the kinds of
|
||||||
|
buildings they should request the community to make, and the things they
|
||||||
|
simply will not accept. Make them understand that they are
|
||||||
|
responsible for the finished product.
|
||||||
|
|
||||||
|
Start the timer for building time, and allow everyone to start work. During
|
||||||
|
each building phase, have mentors wander around the groups listening in and
|
||||||
|
making suggestions, without actually doing any of the work or giving
|
||||||
|
answers. The role of the mentors is to ask questions to orient the
|
||||||
|
conversations among the teams. For example, during the first sprint it
|
||||||
|
is common that the CEO and the PTL will face incompatibility of their
|
||||||
|
plans. Mentors should ask the teams how to address those issues.
|
||||||
|
|
||||||
|
In your interactions with the students, do not be afraid to provoke some
|
||||||
|
issues. For example, bring up the idea of an API (a way of connecting the
|
||||||
|
buildings to each other) with individual companies, but don't mention it
|
||||||
|
to upstream, so that upstream are finally faced with the challenge of
|
||||||
|
standardizing the API. You could also, in the second or third sprint,
|
||||||
|
encourage one group to call for a meeting off the sprint cycle to sort
|
||||||
|
the problem out.
|
||||||
|
|
||||||
|
During the final five minutes of the sprint (review time), ask everyone to
|
||||||
|
take their hands off the Lego, and gather around the in-progress street. At
|
||||||
|
this stage, upstream get to vote on the changes, and anything rejected gets
|
||||||
|
sent back to the contributing group to be fixed. Ensure upstream give good
|
||||||
|
reasons for rejections, along with suggestions for improvement. Encourage
|
||||||
|
Upstream to reject a few things early on, to try and ensure contributors
|
||||||
|
understand the need to have Foundation on board before they throw something
|
||||||
|
over the wall.
|
||||||
|
|
||||||
|
At the end of the four sprints, ensure you take a group photo!
|
||||||
|
|
||||||
|
Contribution Planning (2 hours)
|
||||||
|
-------------------------------
|
||||||
|
|
||||||
|
`ODP slides <http://dachary.org/loic/openstack-training/training-student-project-sample.odp>`_
|
||||||
|
`PDF slides <http://dachary.org/loic/openstack-training/training-student-project-sample.pdf>`_
|
||||||
|
|
||||||
|
* The students use template slides to prepare a 5-minute presentation of
|
||||||
|
their planned contribution
|
||||||
|
* A sample presentation is given by the teacher, as an example
|
||||||
|
* Each student group prepares a presentation describing:
|
||||||
|
|
||||||
|
* the contribution they plan to work on during the online sessions
|
||||||
|
* how they will engage with the Upstream
|
||||||
|
* how it contributes to the company's agenda
|
||||||
|
* and whom they will be working with
|
||||||
|
|
||||||
|
* Each student group presents its slides to the class
|
||||||
|
|
||||||
|
Previous trainings
|
||||||
|
==================
|
||||||
|
|
||||||
2016 Barcelona, Spain
|
2016 Barcelona, Spain
|
||||||
=====================
|
---------------------
|
||||||
|
|
||||||
`What’s new with OpenStack Upstream Training
|
`What’s new with OpenStack Upstream Training
|
||||||
<http://superuser.openstack.org/articles/openstack-upstream-training-revamp/>`_.
|
<http://superuser.openstack.org/articles/openstack-upstream-training-revamp/>`_.
|
||||||
@ -36,8 +153,13 @@ who lead the trainings.
|
|||||||
* Jirayut Nimsaeng- Kaidee
|
* Jirayut Nimsaeng- Kaidee
|
||||||
* Kato Tomoyuki- Fujitsu
|
* Kato Tomoyuki- Fujitsu
|
||||||
|
|
||||||
|
Etherpad
|
||||||
|
~~~~~~~~
|
||||||
|
|
||||||
|
https://etherpad.openstack.org/p/upstream-training-barcelona
|
||||||
|
|
||||||
2016 Austin, USA
|
2016 Austin, USA
|
||||||
================
|
----------------
|
||||||
|
|
||||||
**Staff**
|
**Staff**
|
||||||
|
|
||||||
@ -50,7 +172,7 @@ who lead the trainings.
|
|||||||
* Swami Redydy (mentoring, assistant)
|
* Swami Redydy (mentoring, assistant)
|
||||||
|
|
||||||
2015 Tokyo, Japan
|
2015 Tokyo, Japan
|
||||||
=================
|
-----------------
|
||||||
|
|
||||||
**Staff**
|
**Staff**
|
||||||
|
|
||||||
@ -64,7 +186,7 @@ who lead the trainings.
|
|||||||
* macJack (assistant, English, Chinese)
|
* macJack (assistant, English, Chinese)
|
||||||
|
|
||||||
2015 Vancouver, Canada
|
2015 Vancouver, Canada
|
||||||
======================
|
----------------------
|
||||||
|
|
||||||
**Staff**
|
**Staff**
|
||||||
|
|
||||||
@ -79,8 +201,13 @@ who lead the trainings.
|
|||||||
* macJack (assistant, English, Chinese)
|
* macJack (assistant, English, Chinese)
|
||||||
* François Bureau (assistant, french, english)
|
* François Bureau (assistant, french, english)
|
||||||
|
|
||||||
|
Etherpad
|
||||||
|
~~~~~~~~
|
||||||
|
|
||||||
|
https://etherpad.openstack.org/p/upstream-training-vancouver
|
||||||
|
|
||||||
2014 Paris, France
|
2014 Paris, France
|
||||||
==================
|
------------------
|
||||||
|
|
||||||
`OpenStack Upstream Training in Paris
|
`OpenStack Upstream Training in Paris
|
||||||
<http://www.openstack.org/blog/2014/08/openstack-upstream-training-in-paris/>`_.
|
<http://www.openstack.org/blog/2014/08/openstack-upstream-training-in-paris/>`_.
|
||||||
@ -108,7 +235,7 @@ who lead the trainings.
|
|||||||
* Takashi Torii (assistant, japanese)
|
* Takashi Torii (assistant, japanese)
|
||||||
|
|
||||||
2014 Atlanta, USA
|
2014 Atlanta, USA
|
||||||
=================
|
-----------------
|
||||||
|
|
||||||
`OpenStack Upstream Training in Atlanta A Big Success
|
`OpenStack Upstream Training in Atlanta A Big Success
|
||||||
<http://www.openstack.org/blog/2014/05/openstack-upstream-training-in-atlanta-a-big-success/>`_.
|
<http://www.openstack.org/blog/2014/05/openstack-upstream-training-in-atlanta-a-big-success/>`_.
|
||||||
|
@ -1,6 +1,6 @@
|
|||||||
===================================
|
==========================================
|
||||||
OpenStack Upstream Training Details
|
OpenStack Upstream Institute Class Details
|
||||||
===================================
|
==========================================
|
||||||
|
|
||||||
Introduction
|
Introduction
|
||||||
============
|
============
|
||||||
@ -8,78 +8,99 @@ Introduction
|
|||||||
With over 2000 developers from 80 different companies worldwide, OpenStack is
|
With over 2000 developers from 80 different companies worldwide, OpenStack is
|
||||||
one of the largest collaborative software-development projects. Because of its
|
one of the largest collaborative software-development projects. Because of its
|
||||||
size, it is characterized by a huge diversity in social norms and technical
|
size, it is characterized by a huge diversity in social norms and technical
|
||||||
conventions. These can significantly slow down the speed at which newcomers
|
conventions. Attending a live class to get an insight of how the community
|
||||||
are successful at integrating their own roadmap into that of the OpenStack
|
operates and to learn about the insights and best practices can significantly
|
||||||
project.
|
increase the speed at which newcomers are successful at integrating their own
|
||||||
|
roadmap into that of the OpenStack project.
|
||||||
|
|
||||||
We've designed a training program to help professional developers negotiate
|
We've designed a training program to provide an interactive environment to
|
||||||
this hurdle. It shows them how to ensure their bug fix or feature is accepted
|
newcomers where they can learn they ways of collaborating with our community.
|
||||||
in the OpenStack project in a minimum amount of time. The educational program
|
We are relying on the principles of open collaboration and describe and show
|
||||||
requires students to work on real-life bug fixes or new features during two
|
how the 'Four Opens' work in OpenStack in practice.
|
||||||
days of real-life classes and online mentoring, until the work is accepted by
|
|
||||||
OpenStack. The live two-day class teaches them to navigate the intricacies of
|
The training has a modular structre by which it gives room to attendees with
|
||||||
the project's technical tools and social interactions. In a followup session,
|
different job roles.
|
||||||
the students benefit from individual online sessions to help them resolve any
|
|
||||||
remaining problems they might have.
|
For example if you are a project or program manager it is very important for
|
||||||
|
you to understand how the OpenStack releases are structured in order to be able
|
||||||
|
to plan the roadmap for the product you are responsible for. You might also be
|
||||||
|
interested in participating in Working Groups to actively participate in and
|
||||||
|
influence the community in you areas of interest. The training helps you to
|
||||||
|
find the information entry points you need.
|
||||||
|
|
||||||
|
If you are a developer we help you to find your way into the community to get
|
||||||
|
your bug fix or feature accepted in the OpenStack project in a minimum amount
|
||||||
|
of time.
|
||||||
|
|
||||||
|
The live one and a half day class teaches the students how to navigate the
|
||||||
|
intricacies of the project's technical tools and social interactions and shows
|
||||||
|
how they can collaborate with the community and find their place in the
|
||||||
|
ecosystem.
|
||||||
|
|
||||||
|
After the training students have the possibility to sign up for a longer term
|
||||||
|
mentoring to further stregthen the skills they've learnt during the training.
|
||||||
|
|
||||||
Objectives
|
Objectives
|
||||||
==========
|
==========
|
||||||
|
|
||||||
- Faster integration of the companies product roadmap into the OpenStack
|
- Understand the OpenStack release cycle to the level of being able to
|
||||||
release cycle
|
sychronize and integrate it with your product's roadmap
|
||||||
- Successfully contribute one real world patch to an OpenStack component
|
- Get to know the technical tools
|
||||||
- Master the technical tools
|
|
||||||
- Understand the OpenStack contribution workflow and social norms
|
- Understand the OpenStack contribution workflow and social norms
|
||||||
|
- Know where to find information, where and how to get help if needed
|
||||||
|
- Be able to identify and start a task (bug fix, feature design and
|
||||||
|
implementation, Working Group activity and so forth)
|
||||||
|
|
||||||
Target Audience
|
Target Audience
|
||||||
===============
|
===============
|
||||||
|
|
||||||
- Developers
|
- Developers/Software Engineers/Architects
|
||||||
- System administrators
|
- System administrators
|
||||||
|
- Project/Program managers/Product owners
|
||||||
|
|
||||||
Prerequisites
|
Prerequisites to attend the class
|
||||||
=============
|
=================================
|
||||||
|
|
||||||
- Being able to read and write English at a technical level
|
- Being able to read and write English at a technical level
|
||||||
|
|
||||||
|
Recommendations to become an active community member
|
||||||
|
====================================================
|
||||||
|
|
||||||
|
- For code and/or documentation contributions having at least 40% of your work
|
||||||
|
time dedicate to the project, be it through programming or through
|
||||||
|
interacting with the community
|
||||||
|
- For Working Group participation having at least 15-20% of your work time
|
||||||
|
allocated for community activities
|
||||||
- If contributing code, being technically proficient enough to carry out
|
- If contributing code, being technically proficient enough to carry out
|
||||||
simple bug fixes in the project
|
simple bug fixes in the project
|
||||||
- If contributing documentation, being able to produce documents in the
|
- If contributing documentation, being able to produce documents in the
|
||||||
project's chosen infrastructure
|
project's chosen infrastructure
|
||||||
- Having at least 8 hours a week to dedicate to the project, be it through
|
|
||||||
programming or through interacting with the community
|
|
||||||
|
|
||||||
Duration
|
Duration
|
||||||
========
|
========
|
||||||
|
|
||||||
- Face-to-face section: 2 days
|
- Face-to-face section: 1.5 days
|
||||||
- Online section: 10 one-hour individual mentoring sessions over a period of
|
|
||||||
4 to 10 weeks
|
|
||||||
|
|
||||||
Infrastructure
|
Infrastructure
|
||||||
==============
|
==============
|
||||||
|
|
||||||
- `ready to use DevStack VM <https://wiki.openstack.org/wiki/OpenStack_Upstream_Training/Setup_DevStack>`_
|
We are providing a virtual machine with the necessary tools pre-installed in
|
||||||
for participants with network connectivity but troubles with their laptop
|
it. For further information about the system requirements on it please see the
|
||||||
|
`ref: prepare-environment` section.
|
||||||
|
|
||||||
Course Outline
|
Course Outline
|
||||||
==============
|
==============
|
||||||
|
|
||||||
First day
|
|
||||||
=========
|
|
||||||
|
|
||||||
Introduction
|
|
||||||
~~~~~~~~~~~~
|
|
||||||
|
|
||||||
* A week before Day 1: choice of a contribution, via email, with each
|
|
||||||
participant
|
|
||||||
* Day 1: Introduction
|
* Day 1: Introduction
|
||||||
* Day 1: How OpenStack is made
|
* Day 1: How OpenStack is made
|
||||||
* Day 1: Learn and practice Git, Gerrit, IRC
|
* Day 1: Learn and practice Git, Gerrit, IRC
|
||||||
|
|
||||||
* Day 2: The theory of contribution
|
* Day 2: The theory of contribution
|
||||||
* Day 2: Lego contribution simulation
|
* Day 2: Deep dive sessions
|
||||||
* Day 2: Individual presentation of the contribution plan
|
|
||||||
* Day 2: Online mentoring
|
First day
|
||||||
|
---------
|
||||||
|
|
||||||
Introduction
|
Introduction
|
||||||
~~~~~~~~~~~~
|
~~~~~~~~~~~~
|
||||||
@ -218,7 +239,7 @@ Workflow of an OpenStack contribution and tools (3h including 2h exercises)
|
|||||||
* Exercise: add an error and match it to the Jenkins message
|
* Exercise: add an error and match it to the Jenkins message
|
||||||
|
|
||||||
Second day
|
Second day
|
||||||
==========
|
----------
|
||||||
|
|
||||||
The Contribution Process (1 hour)
|
The Contribution Process (1 hour)
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
@ -246,121 +267,4 @@ Overview of the contribution process
|
|||||||
* Work in parallel
|
* Work in parallel
|
||||||
* Archive and collect
|
* Archive and collect
|
||||||
|
|
||||||
Lego applied to Free Software contributions (15 min)
|
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
||||||
|
|
||||||
Lego applied to Free Software contributions
|
|
||||||
|
|
||||||
These slides prepare students for the Lego activity, and ensure they
|
|
||||||
understand the metaphors in use. The Lego in the exercise represents the
|
|
||||||
code of a software project, in this case OpenStack. The students all take
|
|
||||||
on roles that represent various facets of the OpenStack community, including
|
|
||||||
upstream roles like Foundation and TC, and contributors like corporations,
|
|
||||||
and unaffiliated individuals animated by unknown motives (free agents).
|
|
||||||
|
|
||||||
The group is split into their new 'teams' at this stage. Facilitators can
|
|
||||||
choose any way they prefer to do this (selecting teams, or allowing students
|
|
||||||
to self-select). The recommended numbers are in the slides, but can be
|
|
||||||
changed to suit the number of participants in the room. For a very large
|
|
||||||
group, consider separating into two 'communities', which then have to
|
|
||||||
fit their streets together to complete the session. Having more
|
|
||||||
communities requires an extra level of coordination to reach
|
|
||||||
`interoperability` between the results of their work.
|
|
||||||
|
|
||||||
Give each person a nametag to wear, with their first name and their
|
|
||||||
role written on it. For free agents, don't disclose who is distracted,
|
|
||||||
controversial, or agreeable. The community will need to work this out
|
|
||||||
on their own.
|
|
||||||
|
|
||||||
Contribution Simulation (2 hour)
|
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
||||||
|
|
||||||
Ahead of time: ensure the existing Lego buildings are set out on a table,
|
|
||||||
but not connected to each other. All the unsorted bricks should be available
|
|
||||||
in several smaller boxes in a different part of the room, for participants
|
|
||||||
to use. There is no need to display the boxes or instruction manuals.
|
|
||||||
|
|
||||||
Once the students are separated into their new roles, and have an
|
|
||||||
understanding of the project, begin the timer for the first sprint. During
|
|
||||||
the five minutes planning time, encourage each group to get together and
|
|
||||||
think about their project. If possible, give each group a corner of the room
|
|
||||||
and access to a whiteboard or flipchart. For companies, ensure the CEO sets
|
|
||||||
a direction, and the team is on board. Their responsibility is to
|
|
||||||
deliver value to their stakeholders. For upstream, have them think about
|
|
||||||
the community standards they want to set: they are responsible for the
|
|
||||||
quality of the finished product. For free agent contributors,
|
|
||||||
use this time to get them to understand their role in the simulation:
|
|
||||||
explain their part as agents of chaos. They can get straight to work
|
|
||||||
as soon as they understand their role, no need to wait for the timer
|
|
||||||
to go off. The free agents should not be forced to coordinate among
|
|
||||||
themselves: there are better results if they find out how hard it is
|
|
||||||
to accomplish anything without coordinating with others. In theory,
|
|
||||||
the free agents can decide to demolish things, too: try suggesting
|
|
||||||
this option to one of them, see what happens.
|
|
||||||
|
|
||||||
Suggestions of projects to work on:
|
|
||||||
|
|
||||||
* Companies: big industrial items like a shopping mall, carpark, energy
|
|
||||||
plant, datacenter, and hospital.
|
|
||||||
|
|
||||||
* Free agents: community items like vegetable patches, bicycle paths,
|
|
||||||
public artworks, playgrounds. For the controversial agent, problematic
|
|
||||||
items such as a jail, skate bowl, and dog park.
|
|
||||||
|
|
||||||
* Upstream: consider guidelines around consistency in the bricks used, how to
|
|
||||||
connect the road and sidewalk between the buildings, the kinds of
|
|
||||||
buildings they should request the community to make, and the things they
|
|
||||||
simply will not accept. Make them understand that they are
|
|
||||||
responsible for the finished product.
|
|
||||||
|
|
||||||
Start the timer for building time, and allow everyone to start work. During
|
|
||||||
each building phase, have mentors wander around the groups listening in and
|
|
||||||
making suggestions, without actually doing any of the work or giving
|
|
||||||
answers. The role of the mentors is to ask questions to orient the
|
|
||||||
conversations among the teams. For example, during the first sprint it
|
|
||||||
is common that the CEO and the PTL will face incompatibility of their
|
|
||||||
plans. Mentors should ask the teams how to address those issues.
|
|
||||||
|
|
||||||
In your interactions with the students, do not be afraid to provoke some
|
|
||||||
issues. For example, bring up the idea of an API (a way of connecting the
|
|
||||||
buildings to each other) with individual companies, but don't mention it
|
|
||||||
to upstream, so that upstream are finally faced with the challenge of
|
|
||||||
standardizing the API. You could also, in the second or third sprint,
|
|
||||||
encourage one group to call for a meeting off the sprint cycle to sort
|
|
||||||
the problem out.
|
|
||||||
|
|
||||||
During the final five minutes of the sprint (review time), ask everyone to
|
|
||||||
take their hands off the Lego, and gather around the in-progress street. At
|
|
||||||
this stage, upstream get to vote on the changes, and anything rejected gets
|
|
||||||
sent back to the contributing group to be fixed. Ensure upstream give good
|
|
||||||
reasons for rejections, along with suggestions for improvement. Encourage
|
|
||||||
Upstream to reject a few things early on, to try and ensure contributors
|
|
||||||
understand the need to have Foundation on board before they throw something
|
|
||||||
over the wall.
|
|
||||||
|
|
||||||
At the end of the four sprints, ensure you take a group photo!
|
|
||||||
|
|
||||||
Contribution Planning (2 hours)
|
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
||||||
|
|
||||||
`ODP slides <http://dachary.org/loic/openstack-training/training-student-project-sample.odp>`_
|
|
||||||
`PDF slides <http://dachary.org/loic/openstack-training/training-student-project-sample.pdf>`_
|
|
||||||
|
|
||||||
* The students use template slides to prepare a 5-minute presentation of
|
|
||||||
their planned contribution
|
|
||||||
* A sample presentation is given by the teacher, as an example
|
|
||||||
* Each student group prepares a presentation describing:
|
|
||||||
|
|
||||||
* the contribution they plan to work on during the online sessions
|
|
||||||
* how they will engage with the Upstream
|
|
||||||
* how it contributes to the company's agenda
|
|
||||||
* and whom they will be working with
|
|
||||||
|
|
||||||
* Each student group presents its slides to the class
|
|
||||||
|
|
||||||
Etherpad
|
|
||||||
~~~~~~~~
|
|
||||||
|
|
||||||
https://etherpad.openstack.org/p/upstream-training-vancouver
|
|
||||||
|
|
||||||
`Complete index in slide format only <http://docs.openstack.org/upstream-training/slide-index.html>`_
|
`Complete index in slide format only <http://docs.openstack.org/upstream-training/slide-index.html>`_
|
||||||
|
Loading…
x
Reference in New Issue
Block a user