CRM – jaką pełni rolę

nie wiem co to jest CRM ale mogę powiedzieć, że zarządzanie to określenie czego i od kogo oczekujemy, określenie swobód i ograniczeń każdemu pracującemu, określenie miar, których użyjemy do oceny spełnienia tych oczekiwań. Zarządzanie to ciągły proces, w którym menedżerowie, ustalając te swobody i ograniczenia kształtują środowisko pracy w organizacji tak, by możliwie najefektywniej spełniała ona swój cel: tworzyła wartościowy produkt dla klienta.

Wspomniany przez czytelnika na początku kontakt menedżer to nic innego, jak współdzielone dane o kontrahentach i dokumentach z nimi powiązanych. To dlatego bardzo często repozytorium dokumentów z metadanymi (w tym także powiązania dokument – kontrahent) wystarczą. Jeżeli chcemy dodatkowo usprawnić pracę z pomocą takiego repozytorium, powinno ono mieć funkcjonalność generowania zdarzeń powiązanych z dokumentami: fakt ich pojawienia się oraz zdefiniowanych, powiązanych terminów. Każde takie zdarzenie ma (może mieć) swoich subskrybentów. Skoro dane są przechowywane, system raportowy poda nam każdą pożądaną statystykę, na ich zaś podstawie można wyciągać wnioski co do wprowadzenia ewentualnych zmian w ograniczeniach. I pętla zarządzania się zamyka! A gdzie te śmieszne “przypływy dokumentów”? One są albo skutkiem ograniczeń, albo wymuszone przez procedurę albo efektem reguł biznesowych i kompetencji. Bez analizy tych zjawisk nie da się jednoznacznie opisać tak zwanych “przepływów dokumentów” bo tylko mała cześć z nich to efekt sztywnej procedury, którą faktycznie można opisać diagramem.

Czytaj dalej CRM – jaką pełni rolę

IIBA czyli “jak to niektórzy robią w Ameryce”

Dlaczego tak często projekty łamią zasady rozsądku i zarządzania ryzykiem?

Wczoraj na sali i w kuluarach padły między innymi takie odpowiedzi:

dostawcy oprogramowania bardzo często nie potrafią takiej analizy wykonać bo nie mają wymaganych kompetencji, ale potrafią programować i tylko na to się godzą.
dostawcy oprogramowania doskonale wiedzą, że istnieje ryzyko że ich produkt nie spełnia wymagań więc bardzo często nie dopuszczają do takich analiz forsując od razu wdrożenie (wręcz tępią w projektach zewnętrznych analityków!).
klienci mają stale do czynienia z dostawcami a bardzo rzadko z niezależnymi analitykami i bardzo często przyjmują wiarę w to co mówią dostawcy.

Czytaj dalej IIBA czyli “jak to niektórzy robią w Ameryce”

Czego najbardziej brakuje systemom klasy ERP?

Tak zaprojektowany system staje się systemem otwartym, pozwalającym wymienić lub dodać funkcjonalności bez ingerencji w pozostałe. I niezależnie od tego jak “uniwersalny” jest system ERP zawsze będzie gorszy od kilku dobrze dobranych ale niezależnych komponentów. Gorszy nie dlatego, że “brzydszy” ale dlatego, że będzie kulą u nogi firmy, która powinna jednak reagować na zmiany na rynku w ciągu tygodni a nie lat… Po drugie modyfikacja jakiegokolwiek oprogramowania zawsze wymaga testowania całości, tak więc im mniejsze kawałki mamy tym szybciej i taniej wprowadza się do nich zmiany bo ich oddanie do użytku po modyfikacji jest łatwiejsze i szybsze zarazem.

Pamiętajmy pewną starą reklamę: “Banki od wszystkiego są do niczego”….

Czytaj dalej Czego najbardziej brakuje systemom klasy ERP?

Co wybrać czyli cykl życia projektu tworzenia oprogramowania

Zbiegły się dwa fakty: gorąca dyskusja na forum na temat umiejętności programistów i przy okazji ich roli w procesie wytwarzania oprogramowania oraz przesyłka z kolejną nową książką na moja półkę. Ale po kolei. Najpierw fazy cyklu wytwarzania oprogramowania a potem kilka uwag. Zakupiona książka opisuje całość, ja tu skupie się na jej wstępie. Nie będę jej tłumaczył a jedynie opisze idee. Zwrócę także uwagę na pewne aspekty związane z dostarczaniem gotowego oprogramowania, np. systemów typu ERP lub ich komponentów.

Czytaj dalej Co wybrać czyli cykl życia projektu tworzenia oprogramowania

Analiza Systemowa – analiza biznesowa i projektowanie systemów

Celem jest oprogramowanie a dostawcy oprogramowania najmniej ryzykują gdy dostaną jego specyfikuję czyli gotowy projekt. Tak wiec przetestowany model oprogramowania realizujący cel zamawiającego jako wynik analizy systemowej stanowi nic innego jak opis produktu, który ma powstać. Oczywiście nikt nie projektuje od zera oprogramowania biznesowego bo to nierozsądne, wykorzystuje się tak zwane szkielety oprogramowania. O szkieletach już było tu: Frameworks Introduction ? czyli jak się psuje dobre ERP. A teraz zapraszam do obejrzenia tego co tu napisałem po mojemu czyli na diagramie 🙂 (tak zwane mapy myśli czasami sie przydają :)).

Warto tu zwrócić uwagę na jedną rzecz: ewentualne zmiany rozwiązania i korekty modelu (czyli projektu) odbywają się nadal na etapie analizy i projektowania, a wiec o rząd albo dwa taniej, niż podczas implementacji. Jest to główna przewaga tej metody nad analizą w postaci sesji [[JAD]] i opracowywania strukturalnych dokumentów.

Czytaj dalej Analiza Systemowa – analiza biznesowa i projektowanie systemów

Virtu GigaCon 2011

Wydarzenie poświęcimy najnowszym technologiom pozwalającym na zwiększenie elastyczności oraz mobilności dostępnych zasobów.

Wieloletnie doświadczenie w propagowaniu nowoczesnych rozwiązań informatycznych, pozwala nam stworzyć wydarzenie, łączące potrzeby ich dostawców i odbiorców. Spotkanie z potencjalnym Klientem umożliwi Państwu demonstrację zalet i możliwości promowanych rozwiązań informatycznych oraz weryfikację oferty i dostosowanie jej do potrzeb konkretnych odbiorców.

Czytaj dalej Virtu GigaCon 2011

Analiza przedwdrożeniowa ? czym jest

…do czego zmierzam? Do tezy, mówiącej: skoro dostawcy oprogramowania zaczynają od opracowania koncepcji wdrożenia swojego produktu, to ktoś powinien przed nimi opracować specyfikacje potrzeb. Aby powstała specyfikacja potrzeb powinien ktoś zdefiniować problem, wskazać możliwe rozwiązania i ocenić jego wykonywalność. Nie ma także sensu szukanie problemu na siłę tylko po to, by wdrożyć jakieś oprogramowanie bo jego sprzedawca tak chce. Dostawcy gotowego oprogramowania powinni się w końcu pogodzić z prostym rynkowym faktem: to oni są wybierani a nie oni wybierają, dokładnie tak jak każdy inny produkt na rynku.

Czytaj dalej Analiza przedwdrożeniowa ? czym jest

Diagram klas – czyli “re-inżynieria” analizy biznesowej. C.d. model dziedziny

Nowy system informatyczny to interakcja firmy i oprogramowania, musi być traktowana łącznie jako jeden system złożony z ludzi i narzędzi w ich otoczeniu. Dlatego decyzja biznesowa o outsourcingu płatności i integracji z ERP powinna być moim zdaniem integralną częścią i produktem analizy biznesowej w projekcie informatycznym.

Czytaj dalej Diagram klas – czyli “re-inżynieria” analizy biznesowej. C.d. model dziedziny