Prioritizing Workload

I don’t like having to figure out what I should be working on. This is the deduction process I use to find out the maximum priority issue at any given time.

Others’ Needs

  1. Existing release date takes priority, unless you need to change it per items below
  2. Written or verbal communication implicating a desired release date
  3. If the above are missing, then check if it’s a production issue (if yes, then automatically assume a release date of asap, and prioritize)
  4. If a production issue is especially urgent, then prioritize above other production issues
    1. Ideally, the urgency is already communicated via factors 1 and 2 above.
    2. If not, you may notice red flags indicating you should take the initiative to escalate
    3. Red flags include:
      1. Size of impact (Lots of users, lots of data)
      2. Location of impact (Primary workflow, data affecting privacy or money)
      3. Who is impacted (Personal prestige of client or user, user type)
      4. Nature of impact (Irreparable damage, no work around, $$$)
      5. Context of impact (Impact prevents achieving business or client deadline)
      6. The above are determined using explicit and implicit business knowledge and company culture. The examples listed are not exhaustive.
  5. Outside the above, any written or verbal communication demonstrating a heightened interest in receiving test feedback
  6. Some part of the testing on any given project, whether a priority or not, may need to be scheduled to accommodate others’ various needs (need to bring down a service, need two people, need to remove some data, etc.)

Environment

If the factors above indicate a priority that the environment does not permit, then you should work to prepare the environment.

Some factors you can change, others you have to wait on.

  1. Is the code ready and deployed?
  2. Are the conditions in the test environment ready?
  3. Is data available?

Your Needs

  1. What do you feel like working on?
  2. Does your test strategy for any of your projects have any requirements that influence when it can be executed?

Conclusion

By following this list, you can almost always arrive at the optimal thing to work on at any given point.

Leave a Reply

Your email address will not be published. Required fields are marked *