TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
On Mon, Mar 2, 2009 at 1:27 PM, <arroxaneullman -at- aol -dot- com> wrote:
> We started converting to agile a little over six months ago.
> There's only so many ways you can politely and politically correctly say "this sucks."
We just finished our first Sprint, and so far I really don't have any
major complaints. I'm just not sure how I fit into the process. I've
created a documentation backlog that is separate but part of the
development backlog (I'm new on the job, and they didn't have a tech
writer for several months, so there's a lot of catching up to do for
the time being). I'm part of all the team meetings, the daily stand
ups, the sprint planning and sprint retrospectives. And my manager is
really eager to have my processes mirror the developer's processes as
much as possible. I've told him that my work processes don't exactly
mirror the developers, and he's pretty OK with that.
The developers are still figuring out how Agile is going to work here,
so they're not a whole lot of help in defining my role on the team.
They seem to think it will just work itself out somehow. And it
probably will, I'm just impatient to know how it will turn out. The
upside of that is that *I* get to establish how the tech writer fits
into our Agile processes. At the moment I'm one writer only dealing
with a single scrum team. I'm really curious to hear from other
writers how they fit into their teams, or don't.
ComponentOne Doc-To-Help 2009 is your all-in-one authoring and publishing
solution. Author in Doc-To-Help's XML-based editor, Microsoft Word or
HTML and publish to the Web, Help systems or printed manuals. http://www.doctohelp.com
Help & Manual 5: The complete help authoring tool for individual
authors and teams. Professional power, intuitive interface. Write
once, publish to 8 formats. Multi-user authoring and version control! http://www.helpandmanual.com/
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-