<?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: The best place for a tech writer</title>
	<atom:link href="http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/</link>
	<description>on technical writing, content strategy, information design, and all the whitespace in between</description>
	<lastBuildDate>Thu, 02 Feb 2012 21:16:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Sarah Maddox</title>
		<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/comment-page-1/#comment-50</link>
		<dc:creator>Sarah Maddox</dc:creator>
		<pubDate>Thu, 05 Mar 2009 23:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/#comment-50</guid>
		<description>Great post! I&#039;ve worked in large and small organisations, sometimes in dedicated training/documentation areas and other times as part of the development team. At the moment, I&#039;m in a technical writing team and we are part of the Engineering (i.e. development) department. This is working well.&lt;br/&gt;&lt;br/&gt;I think the answer depends partly on the kind of documentation you are writing and on your audience. We write a lot of developer-focused documentation as well as end-user docs. So our SMEs act as a good model for our audience and actually form part of our audience too!&lt;br/&gt;&lt;br/&gt;In the past, I have found that outsiders (people not in the engineering department) do not receive the same amount of respect and attention from developers. A technical writer is a highly technical being, but it can be difficult to convince developers of this fact. Being part of &quot;Engineering&quot; or &quot;Development&quot; gives you that extra bit of clout.</description>
		<content:encoded><![CDATA[<p>Great post! I&#8217;ve worked in large and small organisations, sometimes in dedicated training/documentation areas and other times as part of the development team. At the moment, I&#8217;m in a technical writing team and we are part of the Engineering (i.e. development) department. This is working well.</p>
<p>I think the answer depends partly on the kind of documentation you are writing and on your audience. We write a lot of developer-focused documentation as well as end-user docs. So our SMEs act as a good model for our audience and actually form part of our audience too!</p>
<p>In the past, I have found that outsiders (people not in the engineering department) do not receive the same amount of respect and attention from developers. A technical writer is a highly technical being, but it can be difficult to convince developers of this fact. Being part of &#8220;Engineering&#8221; or &#8220;Development&#8221; gives you that extra bit of clout.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ellen</title>
		<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/comment-page-1/#comment-49</link>
		<dc:creator>Ellen</dc:creator>
		<pubDate>Tue, 03 Mar 2009 08:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/#comment-49</guid>
		<description>David -- Product Marketing -- that&#039;s where I ended up at my company and where I felt most at home. Ellen</description>
		<content:encoded><![CDATA[<p>David &#8212; Product Marketing &#8212; that&#8217;s where I ended up at my company and where I felt most at home. Ellen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lois Wakeman</title>
		<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/comment-page-1/#comment-48</link>
		<dc:creator>Lois Wakeman</dc:creator>
		<pubDate>Mon, 02 Mar 2009 11:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/#comment-48</guid>
		<description>I agree - but in some ways if you can be even more divorced from &#039;insiders&#039;, you can better place yourself in the shoes of the &#039;outsider&#039; - the end user. Not practical in most bigger organisations of course but having gone, over my career, from the very large (ICL&#039;s customer publications centre - a dedicated tech writing organisation reporting to both marketing and development) to the very small (freelance writer), it&#039;s easier to be user-centric as an outsider. Of course that doesn&#039;t always translate into having the power to do what one thinks best.</description>
		<content:encoded><![CDATA[<p>I agree &#8211; but in some ways if you can be even more divorced from &#8216;insiders&#8217;, you can better place yourself in the shoes of the &#8216;outsider&#8217; &#8211; the end user. Not practical in most bigger organisations of course but having gone, over my career, from the very large (ICL&#8217;s customer publications centre &#8211; a dedicated tech writing organisation reporting to both marketing and development) to the very small (freelance writer), it&#8217;s easier to be user-centric as an outsider. Of course that doesn&#8217;t always translate into having the power to do what one thinks best.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FARfetched</title>
		<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/comment-page-1/#comment-47</link>
		<dc:creator>FARfetched</dc:creator>
		<pubDate>Fri, 27 Feb 2009 13:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/#comment-47</guid>
		<description>Today is my last day being part of the product management team… as of Monday, it&#039;s back to the tech services group with me.&lt;br/&gt;&lt;br/&gt;Working in that group had some advantages, in that I had a line into upcoming projects (and thus could mentally prepare for them). But I agree with Alice Jane, tech support gives you a connection to customers and the problems they&#039;re having, which can give you the opportunity to head off those problems in the documentation.</description>
		<content:encoded><![CDATA[<p>Today is my last day being part of the product management team… as of Monday, it&#8217;s back to the tech services group with me.</p>
<p>Working in that group had some advantages, in that I had a line into upcoming projects (and thus could mentally prepare for them). But I agree with Alice Jane, tech support gives you a connection to customers and the problems they&#8217;re having, which can give you the opportunity to head off those problems in the documentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon</title>
		<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/comment-page-1/#comment-46</link>
		<dc:creator>Gordon</dc:creator>
		<pubDate>Fri, 27 Feb 2009 13:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/#comment-46</guid>
		<description>Hmmm sounds like you&#039;ve been working in badly focussed (run?) development teams. If they aren&#039;t building to meet business requirements (as outlined by... guess who.. customers!) then why are they building what they are building?&lt;br/&gt;&lt;br/&gt;It&#039;s one thing receiving direction from product management, quite another to work in a development team that has lost sight of the customer.</description>
		<content:encoded><![CDATA[<p>Hmmm sounds like you&#8217;ve been working in badly focussed (run?) development teams. If they aren&#8217;t building to meet business requirements (as outlined by&#8230; guess who.. customers!) then why are they building what they are building?</p>
<p>It&#8217;s one thing receiving direction from product management, quite another to work in a development team that has lost sight of the customer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alice Jane</title>
		<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/comment-page-1/#comment-45</link>
		<dc:creator>Alice Jane</dc:creator>
		<pubDate>Fri, 27 Feb 2009 12:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/#comment-45</guid>
		<description>Great post! Where to put tech comms peeps always seems fraught, somehow.&lt;br/&gt;&lt;br/&gt;I&#039;ve always thought that the best place for the tech comms peeps to reside is with the technical support team. &lt;br/&gt;&lt;br/&gt;In those I have worked with (and that have worked best), developers work on the support side. We tech comms peeps exchange information with them, and keep in touch with end users. In the best place I worked that used that model, I responded to tech support calls as well, which meant that I had first access to some of the problems end users faced. A good place to be.&lt;br/&gt;&lt;br/&gt;Maybe this is sticking with the developers, but it is not the same as working embedded in the dev team. It is so much better!</description>
		<content:encoded><![CDATA[<p>Great post! Where to put tech comms peeps always seems fraught, somehow.</p>
<p>I&#8217;ve always thought that the best place for the tech comms peeps to reside is with the technical support team. </p>
<p>In those I have worked with (and that have worked best), developers work on the support side. We tech comms peeps exchange information with them, and keep in touch with end users. In the best place I worked that used that model, I responded to tech support calls as well, which meant that I had first access to some of the problems end users faced. A good place to be.</p>
<p>Maybe this is sticking with the developers, but it is not the same as working embedded in the dev team. It is so much better!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Katja</title>
		<link>http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/comment-page-1/#comment-44</link>
		<dc:creator>Katja</dc:creator>
		<pubDate>Fri, 27 Feb 2009 12:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.farbey.co.uk/index.php/2009/02/the-best-place-for-a-tech-writer/#comment-44</guid>
		<description>I agree. I&#039;ve worked as a tech writer in development teams in the past but now work in a product management team. I find that this tends to mean you get exposed to much more information about how any particular project you&#039;re working on fits in with wider goals. The shift in focus from delivering a product to delivering what customers need might seem small but makes a big difference. Of course, this doesn&#039;t mean you should isolate yourself from the developers: getting your direction from product management but interacting with developers on a daily basis seems like a good mix.</description>
		<content:encoded><![CDATA[<p>I agree. I&#8217;ve worked as a tech writer in development teams in the past but now work in a product management team. I find that this tends to mean you get exposed to much more information about how any particular project you&#8217;re working on fits in with wider goals. The shift in focus from delivering a product to delivering what customers need might seem small but makes a big difference. Of course, this doesn&#8217;t mean you should isolate yourself from the developers: getting your direction from product management but interacting with developers on a daily basis seems like a good mix.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

