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.
Re: The Technical Writer vs. Agile Development Methodologies
Subject:Re: The Technical Writer vs. Agile Development Methodologies From:Tony Markos <ajmarkos -at- yahoo -dot- com> To:John Posada <jposada01 -at- yahoo -dot- com>, Tracy Taylor <ipsque -at- yahoo -dot- com>, techwr-l -at- lists -dot- techwr-l -dot- com, bonnie -dot- turner -at- oracle -dot- com Date:Wed, 1 Feb 2006 07:21:58 -0800 (PST)
The rap on Agile Development is that, improperly
implemented, it is perceived by the developers as but
a "license to hack". Several have posted that, in
Agile development, the developers focus on producing
software rather than documenting requirements. It is
not that simple; modeling of ESSENTIAL requirements (a
form of requirements documentation) is just as
important as ever (for further information, research
Agile Modeling).
A couple of TWs have posted that, in an agile
environment, they work one module at a time as each
module is created. This is all fine and daddy,
provided that the all the modules ultimately tie
together. If they do not - and unless good
requirements documentation via modeling has been
accomplished, this is pretty much guaranteed - in the
latter phases of the project, all heck is going to
break lose - for the designers, TWs, and all else.
So what is a TWs role in an Agile environment? Look
at the how well the essential requirements are
modeled. If the models are good, then you (the TW)
are going to have alot of fun on the project easily
creating properly modularized (i.e., user friendly)
docs. If the developers are working primarily by just
going to meetings and then "hacking", then you (the
TW) are in for a real tough time, as once again, the
pains of integration are in one way form or another
pawned off on you.
Tony Markos
"Do It With A DXD" (where X is a censored character)
--- John Posada <jposada01 -at- yahoo -dot- com> wrote:
methodologies. The principle is that developers value
working software over complete documentation, meaning
functional and technical requirements - they'd rather
have software that works than spend time writing
designs. The main complaint about this for writers is
that they have to spend more time than usual in
meetings and absorbing information from
conversations developers have around them to get the
information
they need.
>
> According to this definition, every gig I've been at
> in the last 15
> years has practiced Agile Development.
>
> John Posada
> Senior Technical Writer
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Now Shipping -- WebWorks ePublisher Pro for Word! Easily create online
Help. And online anything else. Redesigned interface with a new
project-based workflow. Try it today! http://www.webworks.com/techwr-l