Write Your Own Documentation

Reminder to self: When you are exploring a new concept, or getting familiar with a new technology that you intend to implement,  write your own documentation about it.

By this I mean going beyond "keeping notes", where you say "Tech X allows you to do a,b,c". Instead expand it with how YOU would use Tech X, or how you ARE using it. "We use Tech X at Widgets Unlimited to overcome issues 1,2,3. Standards: We always enable Option A because Option B proved unreliable across a WAN" etc.

This doesn't have to be glamorous. It just has to be personal. Why, and why bother?

  • The act of summarizing everything you've read/seen on a topic helps you synthesize and internalize it. Fuzzy parts become clear.

  • You are forced to really think through the topic, and make it real for your life.

  • You've just created a great documentation resource that will be personally twice as valuable as anything you'll find online or in a book.



It's one thing to be able to lookup how to do, say, Log Shipping in general. It's a completely more powerful thing to have your own specific standard written up about how you do Log Shipping. Your own standard tends to be more concise, and include personal lessons learned. So don't just have a favorite chapter on the topic; have your own mini-chapter.

This is a habit I'm still developing. It's partly a "good internal documentation" habit, but it's also a "how to retain hard-won knowledge" habit. And for me it really started with some great advice in Brad McGehee's "How to Become an Exceptional DBA" book regarding having a "DBA Handbook". I created and maintain such a handbook at our company. We further have created various "Run Books" that walk through how to perform a single complex task. From this I created a document template in Word, and now creating new Run Books is a snap. (This is important: documentation that is easy to create is more likely to get created.)

So Run Books are good, and DBA Handbooks are good. But beyond that, little personal "Technology Summaries" that you collect and improve over time are invaluable.

Do you have a technology on the brain, floating around kinda fuzzy like, with loose references to 2 books and seven blog posts? Write down everything you know about it, add some personal notes, and free your mind.

Comments

  1. I like this post, Will. I have had to document my understanding of some new software we're using. I opted against the cold third-person of standard user manuals in favor of first person notes to my future self. E.g., "I considered my options and chose setting B, but you may want to take another look and see if that was the best choice."

    ReplyDelete

Post a Comment

Popular posts from this blog

SQL 2005 SP4 and MSreplication_subscriptions

Hiding an ASPXGridView Delete button with HTMLRowCreated vs. CommandButtonInitialize

SQL Server Deadlocks - Easy Quick Start Guide