Krótka odpowiedź: Nic nie możesz zrobić, aby zmienić zdanie w oparciu o kryteria wymienione w pytaniu, które są wszystkie techniczne . Jest to odpowiednik debaty religijnej . Najszybsza droga do porażki jest przedstawienie argumentów, które nie jest z punktu widzenia publiczności, w tym przypadku biznesowych właścicieli.
Dłuższa odpowiedź: zmiana w biznesie wynika z jednej i tylko jednej rzeczy. Zysk do dolnej linii.
... jak mogę przynajmniej przekonać mojego szefa sumującego, że takie rzeczy, jak zmienne o silnym typie, niestandardowe klasy i pola prywatne nie są całkowitą stratą czasu i energii?
Mogą być nie tylko stratą czasu i energii, ale co ważniejsze, kosztują Cię pieniądze ! Musisz być w stanie wykazać ilościowo, że Twoje sugestie z czasem przyniosą znaczny zysk. Samo twierdzenie, że czysty kod jest „lepszy”, nie wystarczy, ponieważ czysty kod kosztuje znacznie więcej.
Jeśli potrafisz wyartykułować, w jaki sposób doprowadzą do tego koszty korzystania z nowoczesnej technologii ($COST + X) * TIME = $PROFIT, gdzie liczba Xnietrywialna jest dodatnia i TIMEstosunkowo krótka, możesz stworzyć przekonujący scenariusz.
Kolejny sposób obliczenia ROI (zwrot z inwestycji)
Jeśli ten ROI / ROR jest trywialną liczbą, szczególnie przez długi okres czasu, nie masz zbyt wiele uzasadnienia biznesowego.
Jak Twoja firma faktycznie zarabia pieniądze?
ile wierszy kodu? ilu klientów ile przychodów rocznie wytwarza to oprogramowanie? czy przychody są głównie umowami o wsparcie? czy nowe licencje? czy rynek docelowy jest stabilny? rozszerza się? kontraktować? czy oprogramowanie jest liderem strat w stosunku do innego, znacznie bardziej dochodowego produktu?
Dobry biznesmen nie może zignorować pieniędzy leżących na stole.
Oczywiście musisz być w stanie poprzeć swoje oświadczenia twardymi faktami. Oznacza to, że musisz być w stanie podać rzeczywiste liczby, które pokazują, że naprawdę rozumiesz rzeczywistą działalność, a nie tylko akademickie szczegóły techniczne.
Nie tylko profesjonaliści
Dostarczenie szczegółowej analizy ryzyka i tego, jakie byłyby te ryzyka, $COSTgdyby do nich doszło, poskutkowałyby przekonaniem ich, że masz realistyczny przypadek i nie tylko marudzisz, że nie chcesz już robić VB6.
Nauczanie starych psów nowych sztuczek
... Co mogę powiedzieć, aby najlepiej podkreślić, że przejście na platformę .NET jest dobrym rozwiązaniem, jeśli tylko wtedy, gdy nasz obecny paradygmat programowania również zacznie się zmieniać? ...
Zmiana lub brak Zmiana paradygmatu programowania na możliwie idiomatyczny w stosunku do nowej technologii jest częścią analizy ryzyka. Ale to osobny argument dopiero po tym, jak udowodnisz, że można dokonać znacznych pieniędzy, dokonując zmiany w pierwszej kolejności.
Ludzie biznesu zwykle słuchają spraw biznesowych, tak jak ludzie techniczni zwykle słuchają spraw technicznych. Wszystkie twoje pytania w twoim pytaniu dotyczą zalet technicznych, które są w najlepszym wypadku akademickie w twojej sytuacji.
Prognoza
Przyjmuję tutaj kilka założeń, że aplikacja VB6, mały sklep, kilku programistów, 2 starszych deweloperów / właścicieli firm wskazuje na niszową aplikację rynkową, która prawdopodobnie jest dojrzała (znane są błędy i obejścia), dość kompletna i stosunkowo stabilna, niezależnie od tego o „bałaganie” baza kodu jest. To prowadzi mnie do przekonania, że liczba małych użytkowników również nie rośnie dramatycznie z roku na rok, co prowadzi mnie do następującego wniosku.
Że tak naprawdę nie będzie żadnego istotnego interesującego powodu biznesowego do zmiany kierunku technicznego dzięki tej aplikacji. A nawet przenoszenie do VB.Net to strata czasu, a także dlatego po prostu trzeba się bałagan , ale teraz bardziej od niego, a 2/3 z deweloperami nie dedykowany do nauki czegoś nowego. Powodzenia.