On Wed, Dec 6, 2017 at 2:53 PM, Wesley Hayutin <whayutin(a)redhat.com> wrote:
Greetings RDO Infra teammates,
Let me begin with stating how much we appreciate the advanced level of
support that the RDO Infra team provides to its infrastructure users and
all the extra things done for lots of teams. However, from time to time
messages between the teams are lost or not fully communicated and has lead
to some hiccups.
For example, some changes have been made to the openstack-nodepool
tenant., the TripleO-related scripts in
review.rdoproject.org and the
general infrastructure that have had a significant impact on CI. In some
cases, communication about these changes did not reach the entire TripleO
CI team in time.
In the spirit of continuous improvement, we are looking for ways to
streamline communication. Below are some ideas:
- Post about the upcoming change on public mailing list (rdo-users?)
- Any emails/posts related to outages or maintenance work on
openstack-nodepool tenant have a subject prefix like
[outage]/[maintenance]. This will raise the visibility of the email in
Gmail inboxes
- Bring information about the change to an RDO CI Team meeting
- Avoid pinging one TripleO CI team member on chat - rather email the
whole team
- Add RDO CI team members to reviews related to the openstack-nodepool
tenant, zuul/upstream.yaml, jobs/tripleo-upstream.yml, other TripleO CI
areas
- Perhaps a ticketing system?
Communication between teams within the production chain, in general, seems
to be mostly informal. As such, we will propose adding a session to the
upcoming "production chain sync" meeting early next year on the topic of
inter-team information sharing. We understand that good communication goes
both ways and would be open to hearing feedback and other suggestions.
Thanks all
I do want to make sure that I am communicating the right message here.
IMHO I see two teams that don't quite have enough common work to be one
team and have weekly meetings etc.
We also have enough dependencies and touch points where email and irc seem
insufficient.
The email I posted stays fairly true to some input from a team
retrospective and I wanted to respect that and send out what people were
expressing.
So although the first suggestion is to use public email lists more often,
IMHO we may see improvements from something more and I think it's worth
raising.
The spirit of the conversation is and remains how to improve and should not
be read as a complaint.
I hope I'm coming across in a positive way here, as that is my intent.
Thanks