Use Cases

B) IT Companies with semi-defined or dated IT processes

Many companies have IT processes established but they are now out of date and leading to similar issues as Group A whereby they do not have the overview they desire nor a suitable grasp on the quality of the software released to their own customers.  

While the symptoms may be similar, the strategy on ensuring these problems are fixed moving forward or prevented from happening in the first place can differ greatly. 

Problems that may arise:

  • Your company has been developing software that is now in production and has an already established IT strategy in place, however the customers are finding many defects in production and the company has now realized they do not have a suitable overview on the quality of their software

  • Your company has recently adopted “Agile” ways of working but are still suffering from ownership issues or issues around when a particular piece of work is complete (i.e. “Definition of Done” does not exist or is not clear)

  • Your company has recently adopted “Agile” ways of working but are still suffering from less than desirable Quality.  

  • You are a startup that wants to ensure you have high quality right from the start but don’t have the budget to hire a full Test Management team

  • You are a startup that wants to ensure their team has Agile processes right from the start but doesn’t have the budget to hire a complete senior Agile team

  • Your company has found they have automated the majority of their tests however customers are still finding many bugs

  • Your company wants to ensure adequate test coverage during periods of rapid technological change

Solutions:

Reference the Milestones standard approach

In addition other solutions that may apply:

  • General Agile coaching for teams

  • Scrum / KANBAN / ScrumBan (i.e. a Test Team, or a Dev Team)

  • Customized Quality Matrix creation

  • Mentoring other internal testers within the team to get them up to Test Lead / Management

  • Agile does not define testing specifically within the framework, therefore it is advisable a quality & test professional (whether internal or external) has a closer look - this however does not need to be a full time role

  • Overview of existing Automated tests - are you automating in the right place?

  • Manual Test Play conducted to find areas that they potentially shouldn’t automate at all