Release judgment criteria・Remaining bug 0 is not a mandatory condition
Even if there are remaining bugs, we may release the software.
The fact that one of the four criteria that Gutara’s father used when judging the release of software is a residual bug was introduced in the article before the four criteria for the release judgment .
Do you feel that it is strange to judge whether or not to release the software in consideration of the situation of the remaining bugs when judging the release of the software? If there are any bugs left, should I stop releasing until the bugs are fixed and then release when the bugs are gone ? Many Japanese may think so.
But is that really all right? All products and services in the world are meaningful only when they are used and contribute to the world . Software is no exception. The software is of no use unless it is used.
It ’s also important to be there when you want to use it.
Quality is one of the factors necessary for a product to be used better . One of the elements is that there is something other than quality. Here, we will limit our products to software. So what other factors are involved in making software better used? There are also non-functional requirements such as good functionality, ease of use, and responsiveness. And most importantly, don’t forget that you are there when you want to use it.
Something has become abstract and difficult to understand. Let’s talk a little more concretely. Let’s focus on two factors for better use of software: quality and release time.
There are various types of software, but let’s think a little more about residual bugs and releases, for example, using bank online payment software and online game software as specific examples.
Quality is important for software for online payment
In the case of bank online payment software, it is natural to release it after the quality is sufficiently good and bugs are eliminated . I’m dying if money is withdrawn from my bank account due to a bug. It doesn’t matter if the next release is delayed a little, so it is most important that good quality software without bugs is released.
In this case , quality is more important than release time as a factor for better product use.
I want to play the game quickly even if there are bugs
But what about online game software? Imagine an online game that you’ve been paying attention to for the first time this month. It was posted on the game site that a stabilized version will be released in a month. So maybe there are still bugs in this month’s release .
Well, do you guys wait a month ? I think many people will play this release because they want to enjoy the game as soon as possible even if there are some bugs. Gutara’s father wants to play DL before anyone else without thinking about anything. (I’m sorry, it’s a new lover’s instinct)
In the case of online games, many users are more happy to be able to play faster than to have good quality and no bugs. And, by answering such users, it is also an important sales strategy for game makers to quickly acquire game players and increase their market share in the game market, and that also meets the needs of users. Become.
Of course, game makers also have a strong desire to quickly release high-quality game software that users can play with peace of mind without bugs . That is a big advantage in terms of sales, which is to gain market share. However, it is also important for both game makers and users to get users to enjoy the game as soon as possible and increase the number of fans even if there are some bugs .
In this case, release time is more important than quality as a factor for better product use.
Required quality varies by software market and users
This is an extreme analogy, but the importance of quality required at the time of release, in other words, the extent to which residual bugs are tolerated, is an example of how the software is used in the market and users .
Well, it doesn’t mean that any bugs can remain. In the case of the online game mentioned earlier, if there is a bug in the process of logging in to the game and many users cannot log in, that software should not be released.
This means that you have to decide some criteria for the remaining bugs at the time of release judgment and decide whether it is good or bad to release. So how do you think and how to decide whether to release or not? In the next article, I’ll show you how to determine the release of the remaining bugs used by Father Gutara.