analiza przedwdrożeniowa – Page 9

Wdrożenie BPM czyli modelowanie organizacji i procesów biznesowych

Post author:Jaroslaw Zelinski
Post published:8 November 2007
Post category:Analizy biznesowa i projektowanie oprogramowania

Nie szukać systemu który ?pasuje do nas? bo raczej żaden od razu nie pasuje. Ostrożnie podchodzić do ?dobrych praktyk? i ?modeli referencyjnych?. Zgodnie z zasadą: Jeżeli w dwóch różnych firmach, nawet w tej samej branży, funkcjonuje taki sam model biznesowy i procesowy to w jednej z nich na pewno jest zły! System informatyczny powinien pozwolić obsłużyć nasze wymagania (procesy) ale nie procedury. Procedury tworzy się w tracie wdrażania.

Modelowanie a rysowanie

Post author:Jaroslaw Zelinski
Post published:25 September 2007
Post category:Analizy biznesowa i projektowanie oprogramowania

Model to przede wszystkim narzędzie analityczne i komunikacyjne. Analityczne bo model powinien bez potrzeby kontaktu z pierwowzorem zachowywać sie tak jak on (w wybranym kontekście oczywiście). Komunikacyjny bo powinien być zrozumiały dla osoby nie biorącej udziału w jego tworzeniu. Po trzecie model powinien odwzorowywać istotę badanego zjawiska a nie kopiować jego poboczne cechy lub opisywać nie wnoszące nic do badania informacje oczywiste lub wręcz zaciemniające istotę problemu. Model wieży Eiffla do celów zbadania oporów powietrza nie musi zawierać informacji o kolorze i o tym ile schodów należy pokonać by na nią wejść. Na tej samej zasadzie rysowanie na diagramie faktu, że np. dokument jest komukolwiek przekazywany z ręki do ręki jest rysownictwem a nie modelowaniem.

O błędach w modelowaniu

Post author:Jaroslaw Zelinski
Post published:31 August 2007
Post category:Analizy biznesowa i projektowanie oprogramowania

Poprawny model organizacji, w szczególności mapa procesów biznesowych, powinien opisywać tylko przedmiot analizy np. specyfikę organizacji będąca np. źródłem jej przewagi konkurencyjnej i to jak organizacja tę specyfikę tworzy. Model powinien się odwoływać do innych istniejących już dokumentów, np. zakresu kompetencji pracownika czy instrukcji stanowiskowej. Model zawsze powinien mieć jakiś cel swojego powstania i kontekst.

Czy juzkejsy zabijają innowacyjność?

Post author:Jaroslaw Zelinski
Post published:15 June 2007
Post category:Analizy biznesowa i projektowanie oprogramowania

Tak więc, model biznesowy, udokumentowane procesy i role powinny być kluczowym wymaganiem jakie stawiać należy systemom IT. Powinny one wspierać model biznesowy i strategię firmy a nie być tylko nowym fajnym i wizerunkowym zasobem. Moim zdaniem wymagania na systemem powinny być oczekiwaniem wsparcia dla modelu biznesowego a nie tylko prostą listą kilku tysięcy funkcjonalności.

SOA: Czy to już nadchodzący koniec zintegrowanych ERP?

Post author:Jaroslaw Zelinski
Post published:2 March 2007
Post category:Analizy biznesowa i projektowanie oprogramowania

Albo analiza procesowa i obiektowa albo na margines życia. Coraz powszechniejsze zrozumienie idei zorientowania na procesy, interoperacyjności (w tym zarządzanie łańcuchami dostaw), architektury SOA (która moim zdaniem doskonale się wpasowuje w metody zarządzania zorientowanego na procesy i reorganizację w firmach) powoduje stawianie takich wymagań także dostawcom rozwiązań IT. Te które się do tego nie dostosują, moim zdaniem odejdą z rynku.