<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Looking for inspiration</title>
	<atom:link href="http://www.greebo.net/2010/06/20/looking-for-inspiration/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.greebo.net/2010/06/20/looking-for-inspiration/</link>
	<description>mostly useless crap from me</description>
	<lastBuildDate>Mon, 23 Jan 2012 12:46:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Big Red</title>
		<link>http://www.greebo.net/2010/06/20/looking-for-inspiration/comment-page-1/#comment-22083</link>
		<dc:creator>Big Red</dc:creator>
		<pubDate>Tue, 22 Jun 2010 04:17:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.greebo.net/?p=655#comment-22083</guid>
		<description>There are so many aspects of this entry I disagree with, it may be faster to articulate the areas of concurrence! I am not saying you are wrong -- merely a divergence of view.

Let me examine your &quot;Fantale wrapper&quot; paragraph. It strikes me that you are possibly writing one document for two audiences: already a bad idea, and a document doomed for failure.

A trick/tip which has served me well in my report writing over the years has been establishing at the outset:

1. What am I trying to say with this document?
2. What is the intended audience for this document?

I have found, invariably, that once I start to write a document which targets more than one group, I am better off splitting the document into two. Yes, it means a lot of duplicated copy. However, this is a small price to pay to ensure that you have an appropriately targeted document.

If I wrote a Fantale piece for the consumption of my ITSM colleagues, I would be (constructively) crucified for it, and rightly so.

I am on my last day of an 8 week engagement today, and I have written a report of observations, findings, the work I have done, and recommendations. It comes in at 60 pages, and it is to do with the coaching and improvement of a team of highly skilled Major Incident Managers.

I have determined who the report is for (line executives at this client), and what I am trying to say (here&#039;s what you&#039;ve got for your money (and, implicitly, invite me back :) )) 

I asked two of my younger colleagues to review it, neither of them with any significant ITSM experience (admittedly, neither with executive experience either!) Both of them thoroughly enjoyed reading it (&quot;surprisingly good reading&quot; said one), said that it clearly stated the problem space, the approach taken, the work done, and quantifiable improvements.

I also asked one of my more experienced colleagues to review it, but neglected to tell him the intended audience. It came back with annotations galore -- useful if it were to be a paper at itSMF later this year, but not if I am aiming it at a different audience.

I also have to write up a report for my colleagues. The intent here is that when any of us return from an engagement, we write it up as a formal presentation, and give a lunch time presentation about what we&#039;ve learned. (Done well, this is surprisingly effective: I&#039;ll be able to distill 90% of 8 weeks&#039; worth of learning into an hour. I&#039;ve sat through three of these given by colleagues already, and could well have been involved in the engagements, so useful were they.) Now for this document, I *will* take on board my more senior colleague&#039;s recommendations. Different audience, different purpose.

Some further gratuitous good writing advice:

1. Use short sentences
2. Use numbered lists
3. One idea per paragraph
4. Ensure that you can answer the two questions outlined above.

If you want any more, bribe me with a bottle of red :)</description>
		<content:encoded><![CDATA[<p>There are so many aspects of this entry I disagree with, it may be faster to articulate the areas of concurrence! I am not saying you are wrong &#8212; merely a divergence of view.</p>
<p>Let me examine your &#8220;Fantale wrapper&#8221; paragraph. It strikes me that you are possibly writing one document for two audiences: already a bad idea, and a document doomed for failure.</p>
<p>A trick/tip which has served me well in my report writing over the years has been establishing at the outset:</p>
<p>1. What am I trying to say with this document?<br />
2. What is the intended audience for this document?</p>
<p>I have found, invariably, that once I start to write a document which targets more than one group, I am better off splitting the document into two. Yes, it means a lot of duplicated copy. However, this is a small price to pay to ensure that you have an appropriately targeted document.</p>
<p>If I wrote a Fantale piece for the consumption of my ITSM colleagues, I would be (constructively) crucified for it, and rightly so.</p>
<p>I am on my last day of an 8 week engagement today, and I have written a report of observations, findings, the work I have done, and recommendations. It comes in at 60 pages, and it is to do with the coaching and improvement of a team of highly skilled Major Incident Managers.</p>
<p>I have determined who the report is for (line executives at this client), and what I am trying to say (here&#8217;s what you&#8217;ve got for your money (and, implicitly, invite me back <img src='http://www.greebo.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  )) </p>
<p>I asked two of my younger colleagues to review it, neither of them with any significant ITSM experience (admittedly, neither with executive experience either!) Both of them thoroughly enjoyed reading it (&#8220;surprisingly good reading&#8221; said one), said that it clearly stated the problem space, the approach taken, the work done, and quantifiable improvements.</p>
<p>I also asked one of my more experienced colleagues to review it, but neglected to tell him the intended audience. It came back with annotations galore &#8212; useful if it were to be a paper at itSMF later this year, but not if I am aiming it at a different audience.</p>
<p>I also have to write up a report for my colleagues. The intent here is that when any of us return from an engagement, we write it up as a formal presentation, and give a lunch time presentation about what we&#8217;ve learned. (Done well, this is surprisingly effective: I&#8217;ll be able to distill 90% of 8 weeks&#8217; worth of learning into an hour. I&#8217;ve sat through three of these given by colleagues already, and could well have been involved in the engagements, so useful were they.) Now for this document, I *will* take on board my more senior colleague&#8217;s recommendations. Different audience, different purpose.</p>
<p>Some further gratuitous good writing advice:</p>
<p>1. Use short sentences<br />
2. Use numbered lists<br />
3. One idea per paragraph<br />
4. Ensure that you can answer the two questions outlined above.</p>
<p>If you want any more, bribe me with a bottle of red <img src='http://www.greebo.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

