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.
Since it doesn't matter what order they do them in, you might ask for
a written contract with each dev team promising that they will finish
X number of assignments per sprint. If one developer is too busy to do
their assignment in a particular sprint, someone else will pick it up,
or will knock another of the to-do list.
On Tue, Apr 3, 2018 at 12:01 PM, Stuart Conner
<stuart2 -at- stuartconner -dot- me -dot- uk> wrote:
> I'm in a new job where I need to plan and produce some documentation in an
> Agile environment.
>
>
>
> I have a known number of documents to produce within the next 3 months, with
> each sprint being 2 weeks long. The order in which the documents are
> produced is not critical.
>
>
>
> Each document will require the following sequence of activities: (1) A
> developer SME either writes an initial draft of the document or conveys that
> information to me verbally, (2) I produce a good draft of the document,
> gathering further information from the SME as needed, (3) review, further
> rework and eventually sign-off. All the usual stuff.
>
>
>
> The main pain-point is going to be getting developer time to work on the
> documentation, as they have code to develop as well. We'll raise a Jira
> ticket for each document so the necessary time can be planned into each
> sprint.
>
>
>
> My question relates to the best way to track things in Jira:
>
>
>
> (1) We could say that for each sprint, the developer and I will work on
> documents A, B and C, and we raise Jira tickets for these. But doing this,
> developer time will be needed early in the sprint if he/she is to do their
> part leaving enough time for me to rework and finish the draft before the
> end of the sprint. If the developer gets tied up with other stuff during the
> first week of the sprint and can't look at the documentation until the
> second week, then I won't have time to complete the documents before the end
> of the sprint.
>
>
>
> (2) We could separate the developer's time on the documents from my time. So
> for each sprint, the developer will work on initial drafts for documents A,
> B and C, and I work on the drafts the developer produced in the last sprint.
> More flexible, more likely to finish the work scheduled for each sprint, but
> double the number of Jira tickets to be tracked.
>
>
>
> (3) We could say that for each sprint, the developer will work on documents
> A, B and C, but I will work 'outside' the sprints, being flexible on how I
> work on the drafts produced by the developer. I track my progress on the
> documents separately. We don't drown in Jira tickets. But to some extent I'm
> working outside the Agile team.
>
>
>
> Anyone been in a similar situation and have any advice on what worked for
> them?
>
>
>
> Thanks,
>
>
>
> Stuart.
>
>
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Visit TechWhirl for the latest on content technology, content strategy and content development | http://techwhirl.com
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> You are currently subscribed to TECHWR-L as robert -at- lauriston -dot- com -dot-
>
> To unsubscribe send a blank email to
> techwr-l-leave -at- lists -dot- techwr-l -dot- com
>
>
> Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
>http://www.techwhirl.com/email-discussion-groups/ for more resources and info.
>
> Looking for articles on Technical Communications? Head over to our online magazine at http://techwhirl.com
>
> Looking for the archived Techwr-l email discussions? Search our public email archives @ http://techwr-l.com/archives
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Visit TechWhirl for the latest on content technology, content strategy and content development | http://techwhirl.com