{{ !articles[0].partner.isSponsoringArticle ? "Platinum" : "Portal" }} Partner
agile,devops,tools & methods

Operations should Communicate Close to the Change

I have said this before but it bears repeating. If you are making a change and you want people to know you have made a change, add a note where someone is most likely to come in contact with your note.

If you are editing a file, add a comment to the bit you edited stating you did it and when (and if there’s an internal story/ticket reference)

If you are performing maintenance on a system add a note to the motd so people see it when they login. Be specific about what they should expect to see and what, if anything, should NOT be out of the ordinary (services that should still be running).

If you deprecated an old script, make the script dump an error telling the person what happened. Make the script fail to run if it shouldn’t – don’t just expect that people will not run it, they will.

Think about how someone might come in contact with your change and be defensive, they’ll appreciate it.

Source:  http://www.opsbs.com/index.php/2011/11/communicate-close-to-the-change/

{{ tag }}, {{tag}},

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}
{{ parent.authors[0].realName || parent.author}}

{{ parent.authors[0].tagline || parent.tagline }}

{{ parent.views }} ViewsClicks