The Communications Coordinator role is responsible for facilitating, empowering, and curating communication between the release team and various stakeholders including the Cloud Native Computing Foundation (CNCF), the media, contributing vendors, and Kubernetes project managers.
Additionally, there are specific deliverables that must come from the release process in the form of a release blog, event speaking opportunities, webinars, coordination of 5 Day blog series with the CNCF, and approved messaging for media. In the event that the release schedule slips, the communications coordinator will ensure press timing is synchronized and kept advised of the revised timing.
Before continuing on to the Communications specific requirements listed below, please review and work through the tasks in the Release Team Onboarding Guide.
- Strong written and verbal communications skills
- Experience with the Kubernetes release process enough to understand how communications milestones fit into the overall release
- Existing relationships with the CNCF, relevant media personnel and outlets, Kubernetes project managers, and vendor stakeholders
- A working knowledge of Kubernetes concepts
- Project management experience is helpful
The Kubernetes release cycle usually spans 12 weeks. The typical workload for the communications team is very light the first few weeks. In the later weeks of the release cycle, the workload can get very heavy.
The expected time investment for both leads and shadows are as follows:
-
30 minutes to 2 hours a day, reviewing incoming KEPs and PRs, working with other SIGs or the CNCF on creating blog posts, and following Slack channels
-
1 to 5 hours a week, attending Release Team (weekly) and Burndown meetings (daily during Code Freeze)
NOTE: These are estimates and your personal experience may vary. The more time you can spend working as a team and regularly communicating within your team, the better off your experience will be.
Please use the [email protected]
Google Group list for external release communications (communicating with the CNCF, etc.).
The following groups should be members:
- The current release cycle's Release Team Lead & Lead Shadows
- The current release cycle's Communications Lead & Comms Shadows
- SIG Release Chairs
The list has to be rotated/actively managed every cycle. Submit a PR to update this document per the milestone activities described below.
There is a channel on the Kubernetes Slack workspace, release-comms
, which is used by the communications release team to coordinate their efforts. If you're on the communications team, or applying to be, then it would be advantageous to follow along with the conversations.
This is a general example of what a release cycle might look like and the order of how tasks will flow. Some tasks may take longer than their designated "release week".
1 | Release Start |
|
2 |
Membership for this group is defined in kubernetes/k8s.io.
|
|
3 |
|
|
4 | Enhancements Freeze |
|
5 |
|
|
6 |
|
|
7 | Code Freeze |
|
8 |
|
|
9 | Cherry Pick Deadlines |
|
10 | Release |
|
11 | Retrospective |
|
To support you in the creation of the release blog this outline summarize ideas for sections and gives you a template for easier release blog creation.