DevOps Zone is brought to you in partnership with:

Cody Powell (@codypo) is the cofounder and CTO of Famigo. Famigo's main offering is a cross-platform recommendation engine for mobile content, helping families find things like the best android apps, best iPad apps, and free apps. He's a graduate of Trinity University, an ardent supporter of the Texas Rangers, and he makes a mean mojito. Cody is a DZone MVB and is not an employee of DZone and has posted 26 posts at DZone. You can read more from them at their website. View Full User Profile

Operations should Communicate Close to the Change

01.16.2012
| 3342 views |
  • submit to reddit
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/

Published at DZone with permission of Cody Powell, author and DZone MVB.

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)