"Requirements must be based on facts and real-life scenarios." (wymagania muszą być oparte na faktach i realnych scenariuszach). Więc ile warte są wizje w projektach agile albo wydumane w toku warsztatowych burz mózgów litanie życzeń i pomysłów? Nie tylko moim zdaniem: nie są wiele warte i nie powinny być wymaganiami.
Skróty te oznaczają odpowiednio (w j.ang): Business Process Management oraz Business Process Management Software. Budzą one wiele nieporozumień i niezrozumienia. Pierwsze to "Zarządzanie procesami biznesowymi" rozumiane jako działalność związana z zarządzaniem organizacją. Drugie to "Oprogramowanie [służące] do zarządzania procesami biznesowymi" czyli jakaś aplikacja, której wewnętrzne działanie jest opisane procesami. Ten wpis zapewne wywoła wiele kontrowersji, gdyż opisuję tu przyczyny, dla których moim zdaniem, systemy BPMS nie tworzą wartości dodanej. Nie widzę sensu ich stosowania w wersji "process engine", moim zdaniem nie zastąpią nawet części "typowych aplikacji". Ale po kolei... Niedawno…
Tym razem antykwariat :). Książka leży u mnie niemalże od dnia wydania czyli od roku 2004-go: Podstawy techniczne inżynierii oprogramowania (Dick Hamlet, Joe Maybee, WNT Warszawa 2003). Przypomniałem sobie o niej gdy student poprosił o zalecaną literaturę. Zaryzykuję tezę, że to lektura obowiązkowa każdego analityka biznesowego projektanta (tak, analityk biznesowy to także projektant, odkrywca i projektant logiki biznesowej aplikacji). Książka zawiera cztery części: Inżynieria oprogramowania Wymagania i specyfikacja Projektowanie i kodowanie Testowanie Od razy zaznaczą, że mało tam o "suchym kodowaniu". To była pierwsza książka, która otworzyła mi oczy na inżynierię…
Od 17-go kwietnia mamy wersje 13.1 pakietu Visual-Paradigm (i pełnej wersji dla analityków i projektantów: ArchiMetric). Twórcy pakietu bardzo silnie współpracują z analitykami w wielu krajach (należę do nich ;) ) , zbierają sugestie ale też filtrują je. Cieszy mnie to, że w przeciwieństwie do (jak obserwuję) firmy SPARX (producent Enterprise Architekta), nie wychodzą poza standardy. W VP odrzucają wszelkie formy niestandardowych pomysłów (np. aktor "czas" w Enterprise Architect to kuriozalna, niestandardowa konstrukcja) ale za to implementują sprawdzone pomysły na ergonomie pracy oraz zarządzanie spójnością projektu. Jeżeli to tego dodać zdrowe podejście…
Niemalże każde spotkanie projektowe, na którym omawiane są modele UML, na każdym szkoleniu na temat UML, pojawia się problem o którym pisze Ron Ross (wytłuszczenia moje): Another implication is that concept models and logical data models are clearly distinct. Unfortunately, many people blur the line between them. That?s wrong. A concept model is about the meaning of the words you use, and the business statements you make assuming those meanings. It?s about communication. A logical data model is about how you organize what you think you know about the world…
Na niedawno zakończonej konferencji beIT organizowanej na Politechnice Gdańskiej przez Wydział Elektrotechniki, Telekomunikacji i Informatyki, wygłosiłem referat zatytułowany Filozofia czyli Aplikacja jako element biznesowej rzeczywistości (a nie gra komputerowa). Przesłanie tej prezentacji to: Oprogramowanie bardzo często zastępuje konstrukcje rzeczywiste takie jak zegarek, kartoteka, biblioteka, księgi handlowe, programator pralki i wiele innych rzeczy. Dlatego analiza powinna polegać na zrozumieniu i udokumentowaniu mechanizmu działania "tego czegoś" a nie jedynie na spisaniu zewnętrznych oznak tego działania i zarządzanie tym spisem. Referat miał lekkie podłoże filozoficzne :). Ten artykuł nie będzie jednak powtórzeniem referatu (wyżej link…
Od czasu do czasu spotykam się w projektach z pojęciem "cynefin". Najpierw typowy opis z jakim można się zetknąć w sieci: Cynefin jest swoistą teorią, którą można wykorzystać do opisu działania skomplikowanych systemów takich jak różnego rodzaju przedsięwzięcia czy nawet relacje i problemy międzynarodowe. Jako model tłumaczy i próbuje pomóc w wyborze strategii działania, wskazując jednocześnie wzorce postępowania, które powinny być zdecydowanie inne w zależności od tego w jakiej sytuacji się znajduje się firma. W praktyce można korzystać z Cynefin jako narzędzia wspierającego zarządzanie projektem, zespołem lub nawet organizacją. Od…
9 Marca odbyło się seminarium, na którym miałem przyjemność wygłosić referat i brać udział w dyskusji jako panelista. Seminarium było poświęcone projektom zarządzania procesami biznesowymi i związkami tych projektów z wymaganiami. Dostępne są zdjęcia i nagrania z tego seminarium. Tu także należą się ogromne podziękowania organizatorom za inicjatywę. Materiały do pobrania: Galeria zdjęć i nagranie (dźwięk, 74,6 MB) (Źródło: Seminarium RE in BPM)
Pięć lat temu napisałem: Przyjmując, że dany system pojęciowy jest kompletny (pozwala na zapisanie każdej informacji z danej dziedziny), analiza polega tu na rozłożeniu tekstu (danych) pozyskanych np. z wywiadów czy dokumentów, na skończoną liczbę pojęć i związków pomiędzy nimi. W efekcie uzyskujemy np. diagram procesu BPMN (jeżeli celem był model procesu biznesowego) lub diagram klas UML (jeżeli celem była np. analiza pojęciowa, obiektowa czy zbudowanie taksonomii). [...] Więcej innym razem (Źródło: Epistemologia ? Jak Pomaga W Analizie | | Jarosław Żeliński IT-Consulting) ... i obiecałem ciąg dalszy ;). Zgodnie z powyższym…
Niedawno pisałem o regułach biznesowych i politykach postępowania w zarządzaniu:
…zamiast brać na siebie, jako prezes firmy, menedżer średniego szczebla itd. ogrom zdarzeń w postaci podejmowania decyzji za każdym razem, gdy jest taka wymagana, można stworzyć system polityk, zestawów reguł biznesowych, skutkiem czego firma będzie sprawnie funkcjonowała nie angażując, nawet do bardzo trywialnych zadań, wysokich rangą pracowników. Nie jest to delegowanie uprawnień, polityki i reguły biznesowe to rodzaj z góry podjętych decyzji. Owszem żadnej firmy nie da się zalgorytmizować, dlatego zawsze wyższe kadry będą potrzebne jednak ich kluczową rolą jest ustalanie zasad i zarządzanie nimi a bezpośrednie reagowanie powinno dotyczyć tego ?niezalgorytmizowanego? zakresu zdarzeń (op. 20% :), reguła Pareto). Zarządzanie zorientowane na reguły biznesowe to właśnie takie podejście: to czego można się spodziewać, opisujemy regułami, zdarzenia wyjątkowe obsługujemy osobiście. Reguły biznesowe warto zebrać w jedno miejsce, ?wyjąć? je z przerośniętych opisów zakresów obowiązków i kompetencji, uporządkować zarządzenia zarządu. (Reguły biznesowe i polityki jako mechanizm działania organizacji | | Jarosław Żeliński IT-Consulting)
W powyższym cytacie wytłuściłem klucz dzisiejszego wpisu: mechanizm (ale nie ma tego słowa w powyższym cytacie).
(więcej…)
Wprowadzenie Temat wynagrodzeń i ich wysokości regularnie wraca do debaty publicznej. Dyskutowane są w przestrzeni publicznej wysokości wynagrodzeń, podatków, ustawowe wynagrodzenia minimalne itp. W artykule tym starałem się pokazać systemowe, oparte na faktach i dostępnych badaniach, podejście do tego tematu. Starałem się podać możliwe wyjaśnienie tego jakie to powinny być (mogły by być) kwoty, i dodać od siebie głos do tej debaty publicznej. Metoda W analizie tej bazuję tu na pojęciu wykonalności i idealizacji jako metody . W artykule na temat studium wykonalności pisałem: Studium wykonalności to analiza możliwości wykonania czegoś.…
Obydwa te, spotykane często w prasie, skróty mają wiele wspólnego: oznaczają aplikacje zarządzające obiegiem informacji i jej magazynowaniem (ECM - Electronic Content Management czyli zarządzanie treścią w postaci elektronicznej oraz EOD - Elektroniczny Obieg Dokumentów). Cechą zawartą "nie wprost" w tych nazwach jest zarządzanie także składowaniem i przepływem tej informacji. Osiem lat temu pisałem o kwestiach pojęciowych (czym jest wiedza, jej przetwarzanie, czym są dane): Problematyka informacji w firmach, jej kolekcjonowania i przetwarzania jest częstym tematem artykułów w prasie specjalistycznej jak i opisem zakresów projektów IT. Termin ten jest jednak…
