UNMOTIVATED TEAM

From Test Automation Patterns
Revision as of 15:38, 27 June 2018 by Seretta (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search
.................................................................................................................Main Page / Back to Management Issues / Back to Test Automation Issues

Issue summary

The test automation team is not motivated.

Category

Management

Examples

  1. Automation team members resist switching to a different better tool than the one they have been using
  2. Team members don’t collaborate and are not willing to share their know-how by pairing with newbies
  3. Testers don't want to help because they have had too many bad experiences with test automation
  4. Test automation team members are frustrated because:
   - they have no time to develop new test automation and are always only tinkering with the old scripts
   - development changes the SUT-GUI all the time and they find out only when the tests fail at run time
   - they need help from specialists and nobody has time
   - due to technical problems they need too much time to implement new test automation

Questions

Are all team members unmotivated or only some?
Are the people on the test automation team by choice? Or were they ordered to it by management?
Does the test automation team get the support that it needs?

Resolving Patterns

Most recommended:

  • CELEBRATE SUCCESS: to motivate the team use this pattern everytime some milestone has been reached
  • GET TRAINING: use this pattern if your issue is similar to Example 1.
  • WHOLE TEAM APPROACH: if the development team uses an agile process, then this pattern will help even unsatisfied people to better integrate (Example 2.)

Other useful patterns: