2011 – Page 10 – JZ IT Consulting Ltd

Dostosowanie oprogramowania: kiedy?

Post author:Jaroslaw Zelinski
Post published:6 July 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Fowler pyta o to, o co wielu wielu informatyków: czy dostarczenie firmie kolejnych nowych możliwości, powinno się realizować poprzez napisanie (tworząc dedykowane) potrzebne nowe oprogramowanie, czy poprzez zakup gotowego oprogramowania. Ogólnie opinia, zalecane podejście przez Fowlera to: jeżeli proces wymagający wsparcia nowym oprogramowaniem, to proces kluczowy dla utrzymania konkurencyjności lepiej stworzyć oprogramowanie dedykowane do tego procesu. Jeżeli to jeden z procesów pomocniczych, efektywniej będzie kupić gotowe oprogramowanie i dostosowanie do niego procesu w firmie. Co ciekawe, podobnie jak ja, zaleca w przypadku gotowego oprogramowania dostosowanie się do niego a nie dostosowywanie oprogramowania do siebie.

A jeżeli klient nie ma kompetencji do wykonania analizy

Post author:Jaroslaw Zelinski
Post published:5 July 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Opisywane tu nie raz metody bazujące na modelowaniu przyszłego systemu (jego logiki biznesowej) i testowaniu czy model pozwala na spełnienie celu biznesowego dają oszczędności nawet 50%, a bywa, że znacznie większe, jeśli okaże się, że uniknięto zakupu jakiegoś zbędnego oprogramowania lub modułu. Koszt dobrze opracowanej analizy z dużym zapasem pokrywają oszczędności wynikające z braku wielu prototypów. Podsumowując: analityka zawsze warto zatrudnić, poprzedzając to kontrolą tego co wytworzy. Dobry analityk zawsze wyceni projekt jako umowę o dzieło o konkretnym terminie i koszcie. Projekty w rodzaju czas i materiał to projekty w rodzaju " na początku nikt nic nie wie". Warto je robić tylko w przypadkach, gdy tej wiedzy faktycznie nie ma, spodziewamy się systemu o wartości setek tysięcy złotych lub kosztowniejszych i zainwestowanie nawet kilkudziesięciu tysięcy w analizę, która pozwoli oszacować ryzyko wydania tych kilkuset, może mieć sens. W takich przypadkach i tak ustalamy próg kosztów, przy których uznamy, że dalsze prace już niczego nowego nie wniosą. A na koniec, analiza trwająca kilka czy kilkanaście dni roboczych, zakończona kilkudziesięcioma stronami tekstu i tabelą na setki pozycji wymagań w niczym nam nie pomoże.

Budżet na projekt IT

Post author:Jaroslaw Zelinski
Post published:4 July 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Tak więc moim zdaniem budżet zamawiającego to wiedza zamawiającego, której nie musi ujawniać. Skoro już jej nie ujawnia to powinien mieć kompetencje (własne lub wynajęte) pozwalające po pierwsze opisać projekt, po drugie zdefiniować (opisać) "to coś informatycznego" co pomorze mu ten projekt zrealizować. Wyjawienie przez klienta planów i budżetu takiemu dostawcy to postawienie się pod ścianę w negocjacjach z nim. Dlatego nie ma sensu sytuacja gdy dostawca pyta klienta o jego budżet czy oferowanie mu czegokolwiek. I nie ma tu znaczenia uczciwość tego dostawcy bo z perspektywy klienta sprzedawca na prowizji stanowi duże ryzyko dla rzetelności takiej oferty. I na koniec: napisanie tylko: "system ma wystawiać faktury VAT" jako opis tego co chcemy kupić nie ma żadnego sensu bo to stanowczo za mało by cokolwiek wycenić i ocenić.... ale też napisanie, że "kontrahenta można dodać do faktury z rozwijanej listy uruchamianej prawym klawiszem myszy", jest jeszcze większym błędem, bo po pierwsze nie raz narzuca wspomnianą kastomizacje (a to podnosi koszt), a po drugie bywają lepsze sposoby rozwiązania tego problemu. Dla gotowego systemu nie ma sensu pisanie aż takich szczegółów, a dla dedykowanego robi się to zupełnie inaczej.

Metoda naukowa w analizie biznesowej

Post author:Jaroslaw Zelinski
Post published:4 July 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Po kolei: obserwacje to analiza tego co i jak się w firmie dzieje (analiza dokumentów i wywiady) budowanie hipotezy to tworzenie modelu procesowego tej firmy i modelu jej dziedziny eksperymenty to testowanie modeli poprzez sprawdzanie czy model procesu da jako produkt taki sam dokument jak te w praktyce przyjęcie lub odrzucenie hipotezy oraz jej powtarzanie to iteracyjne testowanie i ulepszanie modelu (jeśli był wadliwy)

Cloud Computing sprawdzi się w sektorze przemysłowym jako element uzupełniający

Post author:Jaroslaw Zelinski
Post published:4 July 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

- Cloud Computing doskonale sprawdzi się w sektorze przemysłowym jako element uzupełniający, dostarczając funkcjonalności komplementarne, np. wsparcie analityki zarządczej, rozszerzenia zarządzania łańcuchem dostaw i relacjami z dostawcami, CRM, czy aspekty…