Skip to main content

How is System Training/Train-The-Trainer Handled in Agile/Scrum

Last post 07:46 am August 5, 2015 by Rudolf Jan Heijink
6 replies
05:18 am July 29, 2015

Hi,

In my current project, system training/train-the-trainer is often requested for new features developed.
Currently it is handled by the development team before they move on developing for the subsequent features.

Would like to know how system training/train-the-trainer typically being handled in Agile delivery and it's ownership.
If it's by development team can we consider this as part of definition of done..?

Appreciate if anyone could help shed a light.

Thank you in advance.


02:18 pm July 29, 2015

> If it's by development team can we consider this as part of definition of done..?

Does training have to be given before an increment can be released? If so, then it might reasonably be incorporated into the team's Definition of Done.


08:04 pm July 29, 2015

Agree with Ian.


11:48 pm July 29, 2015

Agree with Ian.

In my experiences, an updated help file should be ready in the end of a given sprint.
An updated help file ready is part of the sprint’s DoD.

Trainer are invited to attend the sprint review on a regular basis.

At the end of a given sprint, PO might decide the “potentially shippable” to be shipped. Before next release planning, DT supports coaching and training to the trainer.

In my teams, training is not part of DoD but is part of release activity.


10:29 pm July 30, 2015

Thanks Ian & All .

@Ching-Pei : Yes, typically DT delivers Help Files as the end of every Sprints.
Having trainers invited/attended to Sprint Review sounds helpful enough in terms of understanding the increment. Thanks.


09:13 pm July 31, 2015

You are welcome.

I'm glad my experience could help you.


07:46 am August 5, 2015

We try (and often succeed) in getting business key users involved in the development. They help us refining the backlog, do some testing and give advice to the team. Because of this involvement they are perfectly capable to train and guide other system suers. For my team, users are mainly customer services or backoffice employees. Of course, this would be completely different if your users are consumer end-users spread all over the world. Yu may apply similar concepts there, for instance using the support forum and ollow experienced customers to give advice there. This increases customer engagement and saves a lot of money.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.