także analiza przedwdrożeniowa
Moim zdaniem mamy do czynienia z pewnym paradoksem epoki: firmy inwestują w oprogramowanie nie raz setki tysięcy złotych i więcej, statystyka wdrożeń pokazuje, że podczas wdrożenia najprawdopodobniej dopłaci drugie tyle jednak firmy te (za obopólną zgodą z dostawcą oprogramowania) oszczędzają z górą kilkanaście procent planowanego budżetu projektu wykreślając z projektu analityka, prawnika i negocjatora. Moim zdaniem jest to lobbing dostawców IT, którzy generalnie zarabiają na niekompetencji i braku doświadczenia kupujących (nie wszyscy na szczęście). Rozumiem, że wiedza ekspercka ma wartość na rynku (sam na tym rynku funkcjonuję) ale nie rozumiem wykorzystania tej wiedzy przeciwko własnym klientom?
Najpierw analiza tego co i jak robimy. Potem podział tego na obszary standardowe, które obsłużymy narzędziem uniwersalnym, i pozostałe (których z reguły jest bardzo mało ale są bardzo ważne dla nas) i zróbmy je po swojemu ale nie pakujmy się w niszowe lub przestarzałe technologie. Nie dawajmy także wiary w to, że kupno tego co ma (powielenie tego co robi) nasz konkurent uczyni nas bardziej konkurencyjnymi bo praktyka pokazuje coś zupełnie odwrotnego.
Zwracam uwagę, że ?nowy system? to nie oprogramowanie pisane ?od zera? ale tworzenie go z komponentów (bo czym innym są szkielety programowe czyli tak zwane Frameworki). Warto taki scenariusz rozważyć zawsze jeśli koszt oprogramowania ERP wraz z modyfikacjami to kwota już nawet rzędu 200-300 tysięcy. Jeżeli to mniejsze projekty z grupy CRM, rozbudowanych stron WWW i podobnych, tym progiem są nie raz kwoty o rząd mniejsze. W takich przypadkach zawsze warto po prostu wysłać zapytania ofertowe także do firm programistycznych a nie tylko do dostawców gotowego oprogramowania.
Gdybym miał coś zasugerować w kwestii opisanego na początku problemu z wyciekiem danych to wykonanie analizy obecnej funkcjonalności posiadanego oprogramowania, wskazanie wszystkich ryzykownych punktów i dopiero od tego momentu szukał rozwiązania, przy czym nie szukałbym winnego, (bo to będzie teraz trudno udowodnić i jak już wspomniano najpewniej popsuje atmosferę w firmie) a po prostu pozatykałbym jak najszybciej wszystkie dziury.
Wąskim gardłem jest przejście z procesów na model dziedziny i przypadki użycia, które to tak na prawdę powinny być sprowadzone jeden do jednego do modułów (klas) wykonawczych np. widoku i kontrolera wzorca MVC (który bardzo lubię :)) a model dziedziny wchodzi jeden do jednego w Model w MVC.
