BPM vs. Content Management Jarosław Żeliński analityk biznesowy, projektant systemów
Cel prezentacji Celem prezentacji jest zwrócenie uwagi na istotne różnice pomiędzy tym co nazywamy: zarzadzaniem dokumentami, zarzadzaniem obiegiem dokumentów i zarządzaniem (publikowaną) treścią i wiedzą. Są to trzy odrębne obszary i trzy odrębne grupy oprogramowania. Na rynku spotykamy je jako osobne produkty a także jako pakiety zintegrowane. Pokaże także kiedy i które z nich mają zastosowanie i jakie. (c) Jarosław Żeliński IT-Consulting 2
Agenda Definicje: Business Proces Management (BPM) Content Management (CM) Procesy biznesowe związane z BPM i CM Dwa słowa o wiedzy i o zarządzaniu nią Architektura systemów zarządzania wiedzą: Proces Repozytorium Treść (czego?) Co i jak kupić? (c) Jarosław Żeliński IT-Consulting 3
BPM Business process management (BPM) is the discipline of managing processes (rather than tasks) as the means for improving business performance outcomes and operational agility. Processes span organizational boundaries, linking together people, information flows, systems and other assets to create and deliver value to customers and constituents. (źr. Gartner IT Glossary) (c) Jarosław Żeliński IT-Consulting 4
Proces biznesowy (c) Jarosław Żeliński IT-Consulting 5
Definicje Informacja - 1. «wiadomość o czymś lub zakomunikowanie czegoś» (źr. Słownik PWN) Dane - 1. «fakty, liczby, na których można się oprzeć w wywodach», 2. «informacje przetwarzane przez komputer» (źr. Słownik PWN) Wiedza - Nowa Encyklopedia Powszechna definiuje wiedzę jako ogół wiarygodnych informacji o rzeczywistości wraz z umiejętnością ich wykorzystywania. (c) Jarosław Żeliński IT-Consulting 6
Metadane a wiedza (c) Jarosław Żeliński IT-Consulting 7
Metadane (źr. http://www.archiwa.gov.pl/) Warto korzystać ze standardów (c) Jarosław Żeliński i IT-Consulting wymagać ich 8
Wymagania System ma pozwalać na śledzenie przebiegu sprawy, etapów jej załatwiania i osób, które brały w tym udział. System ma pozwalać na wyszukiwanie dokumentów na podstawie typu sprawy, osób zainteresowanych, sędziego prowadzącego, System ma pozwalać na obsługę tak zwanej teczki spraw. System ma pozwalać na łączenie w procesie wielu dokumentów i ich załączników. System ma pozwalać na automatyczne generowanie teczek archiwalnych do Archiwum Za to wszystko Państwowego odpowiedzialne są metadane (c) Jarosław Żeliński IT-Consulting 9
Model architektury Proces, narzucony łańcuch wydarzeń Dokumenty związane z procesem Metadane: kolekcja danych opisujących dokumenty ich treść i przebieg zdarzeń (c) Jarosław Żeliński IT-Consulting 10
ANALIZA WYMAGAŃ I PROJEKTOWANIE (c) Jarosław Żeliński IT-Consulting 11
Proces biznesowy (c) Jarosław Żeliński IT-Consulting 12
Przypadki użycia (c) Jarosław Żeliński IT-Consulting 13
Architektura (c) Jarosław Żeliński IT-Consulting 14
Praca w procesie (c) Jarosław Żeliński IT-Consulting 15
Korzystanie z archiwum (c) Jarosław Żeliński IT-Consulting 16
Publikacja w portalu (c) Jarosław Żeliński IT-Consulting 17
Taksonomia (c) Jarosław Żeliński IT-Consulting 18
Ekran (c) Jarosław Żeliński IT-Consulting 19
Systemy ERP i integracja z workflow Systemy ERP najczęściej pozwalają tylko na obsługę dowodów księgowych i ich standardowych statusów (np. dla faktury kosztowej: wprowadzona, zaakceptowana, zaksięgowana, zapłacona). Przebiegi specyficzne dla firmy takie procedury zarządzania kosztami, ścieżki weryfikacji, kontrola zamówień itp. łatwiej wdrożyć z pomocą dużo bardziej uniwersalnych systemów workflow/docflow Stosowanie specjalizowanych systemów (tu system zarządzania przepływem pracy) wydaje się łatwiejsze i mniej kosztowne (c) Jarosław Żeliński IT-Consulting 20
Na zakończenie BPM (Business Process Management) zarządzanie zorientowane na procesy (procesami biznesowymi), pojęcie z dziedziny zarządzania CMS (Content Management System) system zarzadzania treścią (często utożsamiany z portalami WWW) ECM (Enterprise Content Management) Korporacyjne zarzadzanie treścią, kompletny zintegrowany system ERP II (Enterprise Resources Planning) zarzadzanie zasobami przedsiębiorstwa (c) Jarosław Żeliński IT-Consulting 21
Dwa największe źródła ryzyk Specyfikacja w postaci listy wymagań funkcjonalnych i niefunkcjonalnych niestety nie chroni przed ryzykiem kosztownych zmian w przyszłości. Jedynym wyjściem jest wyspecyfikowanie w dokumencie wymagań szczegółów wymaganej logiki biznesowej w postaci projektu (modelu struktury wzorca) jakiego oczekujemy od systemu. Stosowanie niesformalizowanych notacji na etapie analizy i projektowania prowadzi do niejednoznacznych modeli, wtedy nie wiemy co tak na prawdę otrzymamy, nie mamy żadnego sposobu (dokumentacja wymagań) wykazania czy dostarczony produkt jest TYM CO POTRZEBUJEMY (co zamówiliśmy). (c) Jarosław Żeliński IT-Consulting 22
Dziękuję za uwagę PYTANIA? (c) Jarosław Żeliński IT-Consulting 23
O mnie Od 1991 roku w branży IT i zarządzania Od 1998 roku jako niezależny analityk, projektant i firma it-consulting.pl Dziesiątki publikacji w prasie branżowej i gospodarczej Członek stowarzyszenia doradców gospodarczych Wykładowca katedry systemów informacyjnych wydziału przedsiębiorczości akademii morskiej w gdyni Kilkudziesięciu odbiorców usług doradczych, małe, średnie i duże firmy zarówno informatyczne jak i ich klienci. Poświadczenie bezpieczeństwa wydane przez abw Ekspert przy gabinecie komisji nadzoru finansowego Doktorant katedry informatyki gospodarczej SGH Projekty analityczne między innymi dla Publikacje między innymi w (c) Jarosław Żeliński IT-Consulting 24