Na stronach [[Business Process Trends]] ukazał się ciekawy dokument autorstwa Rogera Burltona, o wdzięcznym tytule: Business Process Manifesto. Jego autor pisze, że The Business Process Manifesto is the result of over 20 years of experience working as a Business Process consultant alongside friends and colleagues working as academics, consultants and business process practitioners. I have long believed that a common understanding of the foundation of Business Process would benefit all of us in the field of Business Process. (za Business Process Trends :: BP Manifesto ::). Ogólnie rzecz biorąc ponad 20 letnie doświadczenie…
Tym razem kilka spostrzeżeń ze spotkania na które zostałem dziś zaproszony. Było to śniadanie prasowe, którego celem była prezentacja założonej w 1997 roku w Monachium firmy [[hybris sotware]]. Firma hybris jest producentem oprogramowania do obsługi sprzedaży wielokanałowej, zarządzania danymi referencyjnymi i zamówieniami. Rozwiązanie o tyle interesujące, że kompleksowo "podchodzi do tematu" e-handlu. Ideę funkcjonalności dość dobrze oddaje wynik badań podany na spotkaniu: Klienci korzystający równolegle ze wszystkich kanałów [sprzedaży] wydają o 20% więcej. W lutym 2011 r. analitycy z IDC Retail Insights przeprowadzili na zlecenie firmy hybris badanie, w którym zauważono istnienie nowego trendu…
Krótki wpis po pewnej nie długiej dyskusji na pewnym forum. Jeden z dyskutantów przytoczył definicję zakresu projektu publikowaną w WIKI:
Zakres projektu jest to możliwie jak najdokładniejsze i całkowite określenie oczekiwanego wyniku projektu.
Zakres nigdy nie określa konkretnych zadań mających na celu realizację projektu. Odpowiada na pytanie, co powinno być zrobione w projekcie. Wyznacza ramy do oszacowania kosztu projektu i czasu realizacji projektu. Zakres, koszt i czas tworzą parametry projektu, tzw. ?magiczny trójkąt?. (Zakres projektu ? Wikipedia, wolna encyklopedia).
Tak więc mamy pytanie: "co powinno być zrobione w projekcie"? Pytanie jakie ja postawiłem: "czyim projekcie"? Zakres projektu dla kogo? [...] W moich oczach nie ma nic bardziej ryzykownego niż przekazanie Opisu Księgowej od razu programistom do wykonania. Bo mamy tak na prawdę trzy zakresy projektu, każdy inny, każdy ma innego adresata i każdy należy udokumentować inaczej, ale zawsze jednoznacznie postawić zadanie.
Praca bez tego typu dokumentów, bez jasnego wydzielenia poszczególnych etapów analizy, tak często praktykowana przez wiele firm IT, to atak na twierdzę bez mapy terenu i strategii...
