Ile naprawdę kosztuje oprogramowanie firmowe? Ocena projektu i utrzymania w czasie

„Ile kosztuje oprogramowanie do zarządzania firmą” to pytanie, na które pada bezużyteczna odpowiedź: to zależy. Właściwym pytaniem jest inne: jakie pozycje kosztowe pojawiłyby się w ciągu najbliższych trzech lat, które z nich istnieją już dziś pod inną nazwą i co powinno się zmienić w codziennej pracy, aby inwestycja się opłacała. Ten przewodnik pomaga zbudować taki rachunek na spisanych założeniach, tak aby każdy w firmie mógł je zakwestionować.

Nie znajdą tu Państwo liczb. Cena rynkowa zapisana tutaj byłaby nieaktualna za miesiąc, a i tak fałszywa dla Państwa przypadku. Znajdą Państwo listę pozycji oraz sposób wypełnienia jej własnymi liczbami.

Pozycje projektu, rozdzielone

Jedna zbiorcza wycena jest wygodna do podpisania i bezużyteczna do podjęcia decyzji. Warto poprosić o jej podział, ponieważ każda pozycja niesie inne ryzyko i inną osobę, która może je ograniczyć.

• Analiza: zrozumienie procesu, wyjątków i przypadków granicznych. To pozycja, którą tnie się jako pierwszą, a jednocześnie ta, która generuje zmiany w trakcie realizacji. To, czego nie zrozumie się wcześniej, płaci się później.
• Rozwój oprogramowania: zwykle największa pozycja. Trzeba ją czytać razem z zakresem, ponieważ tani rozwój przy niejasnym zakresie nie jest oszczędnością.
• Migracja danych: przeniesienie kartotek i danych historycznych, ich oczyszczenie, decyzja, czego nie przenosić. Prawie zawsze jest niedoszacowana, ponieważ prawdziwa praca nie jest techniczna, lecz decyzyjna: ustalenie, która wersja danej jest tą właściwą.
• Szkolenie i wsparcie: nie dwugodzinny kurs, lecz czas Państwa pracowników w pierwszych tygodniach, gdy pracują na dwa sposoby jednocześnie.

Ostatnie dwie pozycje w dużej mierze opłaca się wewnętrznymi godzinami pracy. Jeśli nie zostaną uwzględnione w rachunku, projekt będzie wydawał się tańszy, niż jest naprawdę, a Państwa działy będą wydawać się nagle wolniejsze, bez żadnego zapisanego gdziekolwiek powodu.

Pozycje powracające co roku

To koszt cykliczny decyduje, czy projekt jest opłacalny w dłuższej perspektywie. Początkową inwestycję się wchłania; źle oszacowany wydatek roczny ciąży tak długo, jak długo istnieje system. Tabela wymienia pozycje oraz moment, w którym się pojawiają.

Dwa pytania do zadania przed podpisaniem umowy: co jest objęte utrzymaniem, a co nie, oraz według jakiego kryterium ustala się, czy dana interwencja to poprawka, czy nowy wniosek. To właśnie na tej granicy rodzi się niemal każda dyskusja w drugim roku.

Korzyść liczy się tylko raz

Najczęściej wymienianą korzyścią jest zaoszczędzony czas, i jest to też korzyść najłatwiejsza do zawyżenia. Trzy zasady ostrożności czynią ją możliwą do obrony.

• Zaoszczędzony czas staje się oszczędnością tylko wtedy, gdy przekłada się na coś konkretnego: więcej pracy wykonanej przez te same osoby, dotrzymany termin, niepotrzebne zatrudnienie zastępstwa. Jeśli uwolnione godziny rozkładają się na nieokreślone zadania, korzyść jest realna, ale należy zapisać ją w innej kolumnie.
• Nie należy liczyć tego samego efektu dwukrotnie. Jeśli oszczędność przypisuje się ograniczeniu liczby błędów, nie należy liczyć osobno godzin zaoszczędzonych na ich poprawianiu: to ta sama korzyść widziana z dwóch stron.
• Niepewne korzyści trzeba zadeklarować jako niepewne. „Więcej obsługiwanych zamówień” zależy od rynku bardziej niż od oprogramowania: powinno znaleźć się w osobnym rachunku, z podanym obok założeniem.

Punkt wyjścia do pomiaru trzeba ustalić wcześniej, a nie odtwarzać z pamięci później. Potrzeba niewiele i można to zrobić w ciągu tygodnia: ile razy w miesiącu wykonuje się daną operację, ile trwa, ile osób ją wykonuje, ile błędów się poprawia.

Porównywać scenariusze, a nie uzasadniać ten wybrany

Rachunek zbudowany na jednym założeniu służy do przekonywania, a nie do podejmowania decyzji. Scenariuszy do porównania powinno być co najmniej trzy, a jeden z nich jest zawsze taki sam.

1. Nic nie robić. Ma swój koszt, którym jest obecny koszt problemu: godziny, błędy, opóźnienia, utracone okazje. Jeśli nie zostanie on spisany, każdy inny scenariusz wygląda tylko jak dodatkowy wydatek.
2. Wdrożyć gotowe rozwiązanie i dostosować sposób pracy. Niższy koszt początkowy, przewidywalny abonament, ograniczenie w tym, czego nie będzie można zmienić.
3. Zlecić stworzenie tego, co potrzebne, w całości lub tylko w części, która Państwa wyróżnia. Wyższy koszt początkowy, większe dopasowanie oraz odpowiedzialność za utrzymanie w czasie.

Istnieje czwarty scenariusz, który często jest wart więcej niż pozostałe: zrobić tylko tę część, która najbardziej boli, a resztę odłożyć. Kosztuje mniej, daje prawdziwą odpowiedź w ciągu kilku miesięcy i pozwala poprawiać założenia na podstawie faktów, a nie szacunków.

Weryfikacja po uruchomieniu

To część, której niemal nikt nie wykonuje, a to właśnie ona nadaje sens całej reszcie. Po sześciu i po dwunastu miesiącach powtarza się te same pomiary wyjściowe i sprawdza, co naprawdę się wydarzyło.

• Te same wielkości, mierzone w ten sam sposób. Zmiana metody między okresem przed i po to najprostszy sposób, by udowodnić cokolwiek.
• Także skutki negatywne: kroki, które stały się wolniejsze, praca przeniesiona z jednego działu do drugiego, podwójne rejestracje, które pozostały w użyciu.
• Pozycje kosztowe, których nie przewidziano. Są bardziej przydatne dla kolejnego projektu niż dla tego, dlatego trzeba je notować w momencie, gdy się pojawiają.

Kiedy rachunek mówi, żeby tego nie robić

Czego ten przewodnik nie obejmuje

Tutaj ocenia się inwestycję w oprogramowanie firmowe jako całość: pozycje, korzyści, scenariusze i weryfikację. Systemy oparte na modelach sztucznej inteligencji mają własne pozycje kosztowe — zużycie związane z użytkowaniem, aktualizację modeli, ludzką weryfikację odpowiedzi — które zachowują się inaczej i są omówione gdzie indziej. Również wybór między standardowym systemem a rozwiązaniem na zamówienie, tutaj sprowadzony do dwóch scenariuszy, zasługuje na szersze porównanie.