Tag: Quality Assurance

  • Startups and Small Companies Need QA

    There is a common view that Quality Assurance is restricted to larger companies like Banks, Utilities, and Telecommunications organisations. This view is misleading: Startups, Small Companies and Not-for-profit groups also need QA. As a matter of fact, in many ways they need it more than some of the larger companies because larger companies have the resources to recover from a problem and often have the reputation to ride out many issues that could flatten a small company.  A Startup or Small Business is often riding on limited dollars, time and staff and does not have the resources to recover from a large problem that could affect their product or their reputation.

    Quality Assurance that a smaller organisation needs does differ from that of a larger organisation. A large organisation requires Quality Assurance processes and procedures that will allow it to continue in business while minimizing the risk to their existing systems. A smaller organisation requires Quality Assurance processes and procedures that allow it to react rapidly to market requirements and grow quickly if necessary. A small organisation does not usually need extensive Quality Control or Software Testing – they know their product inside and out and and can quickly make changes as required. Startups or small businesses need Quality Assurance that ensures that any changes made fall directly in-line with the long term growth plan of the company and the product. This might involve some of the following:

    • Design considerations for the product to allow for future growth
    • Guidelines on how enhancements are going to be added to the product so that the overall product direction is not lost
    • Coding standards to ensure future flexibility of growth

    None of the above require a huge investment in time or resources (both of which are usually in short supply in a new company). They just require some consideration and the discipline to go back every few months and make sure they are effective and efficient.

     

  • Quality Drives Productivity

    The Economist recently ran an article entitled “Unproductive production” indicating the difficulty of measuring whether Productivity in an economy had really increased. One of the points which was interesting was that as long there are more people in employment and they are building more items the economy will continue to grow. However, the main concern is whether these people are being put to good use. This is where (in the Software Industry) we look to have Quality Drive Productivity.

    There have been a lot of Productivity gains in the last few years in Software and in the Quality Control and Quality Assurance areas in particular. We have moved away from manual testing to automated testing and gained a huge jump in Productivity. We have refined our testing methods to improve the way we write and execute test cases and, in return, gained a positive ROI. We partnered with development and the user to make more effective use of the testing time we have and cut back on waste and inefficiencies. We have embraced completely new Software Development Methodologies stretching from one end of the process to the other and integrated Quality Control throughout. In the recent past we have outsourced testing to specialists who are experts in the field. And lastly, we have off-shored lots of testing to cheaper resources.

    Two questions remain after all this:

    1. Are there further Productivity gains possible under the current processes?
    2. Is the current methodology really increasing Productivity?

    By extension, there are probably some further minor Productivity gains under the current processes but to gain a real productivity increase will require a complete rethink of the process. So the answer to the first question is a qualified yes. For the second question, the answer is a little more difficult. If we take as given the first four items as no longer increasing productivity, then we are left with outsourcing and off-shoring as our current methodology for increasing productivity. This is where the referenced article raises the point as to whether these methods are really increasing productivity. The answer is probably no!