Короткий відповідь: Ви нічого не можете зробити, щоб змінити свою думку, виходячи з критеріїв, перелічених у питанні, які є всі технічні . Це еквівалент релігійної дискусії. Найшвидший шлях до невдачі - це представити аргумент, який не з точки зору аудиторії, в цьому випадку власників бізнесу .
Більш довгий відповідь: Зміни в бізнесі визначаються одним і одним. Прибуток до нижнього рядка.
... як я можу принаймні переконати мого начальника на зборах, що такі речі, як сильно набрані змінні, спеціальні класи та приватні поля, - це не витрата часу та енергії?
Вони можуть бути не тільки марною тратою часу та енергії, але ще важливіше, що вони коштують вам грошей ! Ви повинні мати можливість кількісно показати, що ваші пропозиції призведуть до значного прибутку з часом. Просто стверджуючи , що чистий код є «краще» не вистачає, тому що чистий код варто шляху більше продукції.
Якщо ви можете сформулювати, як призведе до витрат на використання сучасних технологій ($COST + X) * TIME = $PROFIT, де Xнетривіальне число позивів і TIMEпорівняно коротке, ви можете створити переконливий сценарій.
Ще один спосіб розрахунку рентабельності інвестицій (рентабельність інвестицій)
Якщо ця рентабельність / рентабельність є тривіальним числом, особливо протягом тривалого періоду часу, ви також не маєте великого ділового випадку.
Як ваша компанія насправді заробляє свої гроші?
скільки рядків коду? скільки клієнтів? скільки доходу в рік дає це програмне забезпечення? чи дохід переважно підтримує договори? чи нові ліцензії? стабільний цільовий ринок? розширюється? договір? чи програмне забезпечення є лідером збитків для якогось іншого набагато вигіднішого продукту?
Хорошому діловому чоловікові важко ігнорувати гроші, що лежать на столі.
Звичайно, ви повинні вміти підкріплювати ваші заяви твердими фактами. Це означає, що вам потрібно вміти надавати реальні цифри, які показують, що ви дійсно розумієте фактичний бізнес, а не лише академічні технічні деталі.
Не лише плюси
Також надаючи детальний аналіз ризиків і те, що ці ризики мали б, $COSTякщо вони відбудуться, буде переконувати їх у тому, що у вас є реалістичний випадок, і ви не просто ныли, що більше не хочете займатися VB6.
Навчання старих собак новим хитрощам
... Що я можу сказати, щоб найкраще підкреслити, що перехід на .NET - це хороший крок, якщо і лише в тому випадку, якщо наша парадигма програмування також починає змінюватися? ...
Зміна або не Зміна парадигми програмування на максимально ідіоматичну для нової технології є частиною аналізу ризиків. Але це окремий аргумент лише після того, як ви довели, що потрібно внести значні гроші, внісши зміни в першу чергу.
Ділові люди, як правило, слухають ділові справи так само, як технічні люди, як правило, слухають технічні справи. Усі ваші випадки у вашому запитанні - це технічні достоїнства, які в найкращому випадку є академічними.
Прогнозування
Я роблю кілька припущень, що тут додаток VB6, невеликий магазин, кілька розробників, 2 старші власники розробників / бізнесу вказують на додаток на ринковій ніші, який, ймовірно, зрілий (помилки та робочі обриси відомі), досить функціонально повний та відносно стабільний, незалежно від «безладу» код база. Це призводить мене до думки, що невелика база користувачів не росте різко з року в рік, що призводить мене до наступного висновку.
Що насправді не буде жодної реальної переконливої ділової причини змінити технічний напрямок за допомогою цієї програми. І до портирования на VB.Net це марна трата часу, а тому що ви будете просто мати безлад , але тепер з його більше, і 2/3 з команди розробників не посвячений нічого нового навчання. Удачі.