Я думаю, что лучший способ объяснить вам это своим коллегам - это примеры, основанные на хорошо известных и успешных пакетах программного обеспечения, и способ, которым они подходят к крупным и второстепенным выпускам.
Первое, что я хотел бы сказать, это то, что нотация Major.minor для выпусков является сравнительно недавним изобретением. Например, большинство выпусков UNIX на самом деле имели имена (которые иногда включали бессмысленные числа), а не номера версий.
Но при условии, что вы хотите использовать major.minor, нумерацию, тогда старшее число указывает версию, которая в основном несовместима с тем, что было раньше. Рассмотрим изменение с Windows 2,0 на 3.0 - большинство 2,0 приложений просто не вписываются в новые перекрывающиеся окна в Windows 3,0. Для менее всеобъемлющих приложений радикальное изменение форматов файлов (например) может быть причиной существенного изменения версии - графические приложения WP & n часто работают таким образом.
Другая причина изменения номера основной версии заключается в том, что пользователь замечает разницу. Еще раз это было верно для перехода с Windows 2.0 на 3.0 и было причиной успеха. Если ваше приложение выглядит совсем иначе, это серьезное изменение.
A для младшего номера версии, это обычно используется для обозначения изменения, которое на самом деле довольно большое, но которое не будет заметно пользователю. Например, внутренние различия между Win 3.0 и Win 3.1 были довольно значительными, но интерфейс остался прежним.
Что касается третьего номера версии, мало кто знает, что это действительно означает, и меньше заботится. Например, в своей повседневной работе я использую компилятор GNU C ++ версии 3.4.5 - как это отличается от 3.4.4 - я понятия не имею!