<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Very cool, thanks Sean!<br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-family:courier new,monospace"></span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">-amrith</span><br><br></div></div></div></div>
<br><div class="gmail_quote">On Mon, Nov 20, 2017 at 12:18 PM, Sean McGinnis <span dir="ltr"><<a href="mailto:sean.mcginnis@gmx.com" target="_blank">sean.mcginnis@gmx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello PTL's, release liaisons, and all those interested.<br>
<br>
The changes on our side to support a release cycle highlights page have been<br>
completed, and things have settled a bit from the Summit activies, so I think<br>
now is a good time to get things going again for this.<br>
<br>
See below for the background, but if you missed it or have forgotten by now, we<br>
plan to have an easier way to collect significant "highlights" for each release<br>
cycle in order to collect "key features" flagged by each team that marketing<br>
teams can use during release communication times. The goal is to reduce the<br>
number of times PTL's get asked by various groups to "tell us what changed in<br>
this release."<br>
<br>
The way we are approaching this is by adding a "cycle-highlights" key to the<br>
deliverable file for your project [1]. This field will take RST formatted text<br>
that will then be rendered into the highlights page we will share with<br>
marketing.<br>
<br>
Our goal is to have roughly three "highlights" per team for each release, but<br>
this will vary based on the needs of the team and the amount of work done<br>
during the cycle. If there is only one significant change to share, that is<br>
fine. If there are five, that's OK too. Just keep in mind that these should be<br>
limited to only the significant changes that you feel are worth communicating<br>
to the marketing, sales, and end users out there that need to know what to<br>
expect.<br>
<br>
We will want to start collecting this information as we near RC releases, but<br>
feel free to start adding items of interest with the upcoming Queens-2 release<br>
if you already have changes worth noting.<br>
<br>
And please ask here or in the #openstack-release channel if you have any<br>
questions about how this works.<br>
<br>
Thanks,<br>
Sean<br>
<br>
[1] <a href="http://git.openstack.org/cgit/openstack/releases/tree/README.rst#n466" rel="noreferrer" target="_blank">http://git.openstack.org/cgit/<wbr>openstack/releases/tree/<wbr>README.rst#n466</a><br>
<br>
P.S. This is for cycle_* deliverables only. If you see a need for this with the<br>
independent releases, let me know and we can talk about how that might look.<br>
<br>
<br>
On Tue, Sep 26, 2017 at 02:33:09PM -0700, Anne Bertucio wrote:<br>
> Release marketing is a critical part of sharing what’s new in each release, and we want to rework how the marketing community and projects work together to make the release communications happen.<br>
><br>
> Having multiple, repetetive demands to summarize "top features" during release time can be pestering and having to recollect the information each time isn't an effective use of time. Being asked to make polished, "press-friendly" messages out of release notes can feel too far outside of the PTL's focus areas or skills. At the same time, for technical content marketers, attempting to find the key features from release notes, ML posts, specs, Roadmap, etc., means interesting features are sometimes overlooked. Marketing teams don't have the latest on what features landed and with what caveats.<br>
><br>
> To address this gap, the Release team and Foundation marketing team propose collecting information as part of the release tagging process. Similar to the existing (unused) "highlights" field for an individual tag, we will collect some text in the deliverable file to provide highlights for the series (about 3 items). That text will then be used to build a landing page on <a href="http://release.openstack.org" rel="noreferrer" target="_blank">release.openstack.org</a> that shows the "key features" flagged by PTLs that marketing teams should be looking at during release communication times. The page will link to the release notes, so marketers can start there to gather additional information, eliminating repetitive asks of PTLs. The "pre selection" of features means marketers can spend more time diving into release note details and less sifting through them.<br>
><br>
> To supplement the written information, the marketing community is also going to work together to consolidate follow up questions and deliver them in "press corps" style (i.e. a single phone call to be asked questions from multiple parties vs. multiple phone calls from individuals).<br>
><br>
> We will provide more details about the implementation for the highlights page when that is ready, but want to gather feedback about both aspects of the plan early.<br>
><br>
> Thanks for your input,<br>
> Anne Bertucio and Sean McGinnis<br>
><br>
><br>
><br>
><br>
><br>
><br>
> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><br></div>