<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Jarosław Żeliński - analityk biznesowy i systemowy, projektant systemów - blog</title>
	<atom:link href="http://it-consulting.pl/autoinstalator/wordpress/index.php/feed/" rel="self" type="application/rss+xml" />
	<link>http://it-consulting.pl/autoinstalator/wordpress</link>
	<description>Na początku miałem nadzieję, że można ich zmienić. Ale teraz, jeśli nawołuję nadal, to tylko po to, by oni mnie nie zmienili. (autor mi nie znany)</description>
	<lastBuildDate>Thu, 17 May 2012 06:15:18 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Procesy biznesowe lepiej z regułami biznesowymi i zasobami</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/05/15/procesy-biznesowe-lepiej-z-regulami-biznesowymi-i-zasobami/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/05/15/procesy-biznesowe-lepiej-z-regulami-biznesowymi-i-zasobami/#comments</comments>
		<pubDate>Tue, 15 May 2012 07:33:39 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Analiza i modelowanie]]></category>
		<category><![CDATA[analiza biznesowa]]></category>
		<category><![CDATA[analiza systemowa]]></category>
		<category><![CDATA[hurtownie danych]]></category>
		<category><![CDATA[modelowanie organizacji]]></category>
		<category><![CDATA[modelowanie procesów]]></category>
		<category><![CDATA[oprogramowanie wspomagające zarządzanie]]></category>
		<category><![CDATA[specyfikacja wymagań]]></category>
		<category><![CDATA[zarządzanie kosztami ABC]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5641</guid>
		<description><![CDATA[W wielu firmach system zarządzania jest tak niespójny, że jedynym sposobem funkcjonowania tych firm, jest łamanie zasad przez jej pracowników. Niestety pierwsza wpadka często powoduje załamanie się całego systemu (a nie raz i firmy). Wiele Zarządów firm nie zdaje sobie nawet sprawy z tego, jak duże jest ryzyko ciągłości funkcjonowania ich firm. 

Tak więc model procesu to nie algorytm działania firmy, wykazano nie raz, że algorytmizacja pracy ludzi jest niecelowa (wtedy stosujemy roboty).

Znaczna część tego co robią ludzie to efekt ich kompetencji, wiedzy i doświadczenia, a nie dyktowania im jak mają wykonywać swoja pracę.

Jeżeli wybierzemy drogę modelowania tego wszystkiego diagramami, to ilość tych diagramów szybko przekroczy granicę sensy całego projektu: nie będą czytane. Ich wartość będzie żadna.

W procesie dobrze przygotowanej analizy (jakiejkolwiek) modele tworzy się by je badać, a nie tylko po to by powstały za pieniądze sponsora projektu.

Należy też nabrać pokory: większość organizacji sprawnie funkcjonuje nie mając żadnych modeli procesów, więc teza, że ich brak szkodzi jest nie do obrony. Po co więc te modele? Żeby zrozumieć dlaczego tak jest i co się stanie, gdy zechcemy wprowadzać zmiany.]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/05/15/procesy-biznesowe-lepiej-z-regulami-biznesowymi-i-zasobami/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Refleksje &#8211; IT w czasach nowych wyzwań rynkowych</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/30/refleksje-it-w-czasach-nowych-wyzwan-rynkowych/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/30/refleksje-it-w-czasach-nowych-wyzwan-rynkowych/#comments</comments>
		<pubDate>Mon, 30 Apr 2012 07:30:13 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Rozważania]]></category>
		<category><![CDATA[Gartner]]></category>
		<category><![CDATA[IDC]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5575</guid>
		<description><![CDATA[Tu należy się uwaga, że znaczny udział usług to obecnie usługi związane z tworzeniem oprogramowania tak zwanego dedykowanego lub jego dostosowywania. Moim zdaniem można uznać prognozę IDC z 2003 roku za trafioną. Obserwując nie tylko przetargi proporcje te wydają się jak najbardziej trafne. 

Warto zwrócić uwagę, że obecna złożoność oprogramowania wspomagającego biznes, praktycznie uniemożliwia skuteczne wdrożenie bez wsparcia. Czasy gdy kupujący "sam sobie coś zrobił" raczej bezpowrotnie minęły. To co obserwuję, to migracja znacznej części usług z obszaru technologicznego (główny problem to instalacja i uruchomienie) do obszaru biznesowego (główny problem to zmiana organizacji jaką powoduje wdrożenie nowych narzędzi IT). 

Na tym etapie pojawia się potrzeba  poprzedzenia instalacji oprogramowania (wybór, zakup i wdrożenie) analizą i prognozowaniem (predykcją, przewidywaniem) skutków tego wdrożenia. Bardzo istotne jest, nie to czy produkt "zadziała" a to do czego planujemy go użyć i czy się sprawdzi. ]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/30/refleksje-it-w-czasach-nowych-wyzwan-rynkowych/feed/</wfw:commentRss>
		<slash:comments>25</slash:comments>
		</item>
		<item>
		<title>Emerytury&#8230; no to i ja coś napisze&#8230;</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/28/emerytury-no-to-i-ja-cos-napisze/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/28/emerytury-no-to-i-ja-cos-napisze/#comments</comments>
		<pubDate>Sat, 28 Apr 2012 09:42:19 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Rozważania]]></category>
		<category><![CDATA[emerytury]]></category>
		<category><![CDATA[makroekonomia]]></category>
		<category><![CDATA[model systemu emerytalnego]]></category>
		<category><![CDATA[reforma emerytalna]]></category>
		<category><![CDATA[system emerytalny]]></category>
		<category><![CDATA[wysokość emerytur]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5550</guid>
		<description><![CDATA[Daleko mi do konkurowania z ekspertami od finansów publicznych czy makroekonomii (zainteresowanych makroekonomią zapraszam tu). Nie planuję tu też żadnej analizy obecnej reformy emerytalnej. Co innego mnie zastanawia gdy słucham doniesień i relacji w prasie i TV na ten temat. Słyszę o negocjacjach ze związkami zawodowymi czy protestami opozycji. Przepychanki, a raczej niskie etycznie targi, między klubami i politykami w rodzaju &#8222;jak Ty mi poprzesz to ja Tobie poprę&#8221;. Moim zdaniem powyższe jest jakimś populistycznym ukrywaniem prawdy albo totalnym niezrozumieniem realiów. Obydwa te powody w moich oczach dyskwalifikuję wielu polityków i nie tylko polityków. Ale do rzeczy. Problem emerytur jest &#8222;prosty&#8221;. Określona część obywateli, pracująca, utrzymuje pozostałą część: niepracującą (i wymagająca pomocy). Utrzymywanie swoich dzieci nie budzi wątpliwości. Zaczynają się problemy z postrzeganiem bytu o wdzięcznej nazwie &#8222;niepracujący i mający ograniczone możliwości pracy&#8221;. Nie rozwodząc się, nazwijmy ich &#8222;biorcami świadczeń społecznych&#8221;. Dla uproszczenia tego tekstu jednak zawężę zakres &#8222;rozważań&#8221; tylko do emerytów. Moim zdaniem system emerytur jako jakiekolwiek &#8222;odkładanie&#8221; na przyszłość to fikcja. Widać to po tym jak zmieniane są (dopasowywane do realiów) przepisy emerytalne i funkcjonowanie ZUS. Zresztą nie jest to tylko problem naszego kraju. Uznając więc (chyba) realia, należy pogodzić się z tym, że obecnie pracujący utrzymują obecnych emerytów. Taka redystrybucja wygląda wtedy tak:  Kilka uwag: średnia długość życia to statystyka, z tą nie dyskutujemy, moment (wiek) rozpoczęcia pracy to także statystyka, [...]]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/28/emerytury-no-to-i-ja-cos-napisze/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>W strefie parkowania mandat się opłaca &#8211; czyli analiza systemowa &#8230; nie wykonana</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/23/w-strefie-parkowania-mandat-sie-oplaca-czyli-analiza-systemowa-nie-wykonana/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/23/w-strefie-parkowania-mandat-sie-oplaca-czyli-analiza-systemowa-nie-wykonana/#comments</comments>
		<pubDate>Mon, 23 Apr 2012 18:55:46 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Analiza i modelowanie]]></category>
		<category><![CDATA[analityk systemowy]]></category>
		<category><![CDATA[analiza systemowa]]></category>
		<category><![CDATA[metoda naukowa]]></category>
		<category><![CDATA[ogólna teoria systemów]]></category>
		<category><![CDATA[opłaty za parkowanie]]></category>
		<category><![CDATA[Poznań]]></category>
		<category><![CDATA[radni]]></category>
		<category><![CDATA[radny Lewandowski]]></category>
		<category><![CDATA[teoria gier]]></category>
		<category><![CDATA[urzędy administracji państwowe]]></category>
		<category><![CDATA[urzędy państwowe]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5513</guid>
		<description><![CDATA[Jak było by "lepiej"? Kara powinna niszczyć "wygraną" parkującego tak więc powinna wynosić co najmniej 31,20zł zamiast ustalonej 25zł (minimalna opłata plus kara powinna być równa co najmniej opłaci należnej). Z uwagi na to, że rolą kary jest nie tylko niszczyć korzyść za łamania zasad ale także odwodzić od ich łamania, powinna być odczuwalnie (co by to tu nie miało znaczyć) wyższa. Nie będę się tu rozwodził się nad tym, jaka powinna być, inny jest cel artykułu (zainteresowanym teorią gier polecam na początek np. książkę [[Konkurencja i kooperacja. Teoria gier w ekonomii i naukach społecznych. Malawski, Wieczorek, Sosnowska]]).

Chce pokazać, że projektowanie systemu opłat i kar powinno być przeprowadzone "profesjonalnie" a nie po amatorsku.  System powinien być tak zaprojektowany by nie demoralizował i by był skuteczny. Radni będą, jak zadeklarowali, zmieniali system kar. Ale niestety ośmieszyli się w oczach obywateli i stracili znaczne środki (6,20 za każde źle opłacone parkowanie).

Teza mówiąca "brzydko jest być nieuczciwym" raczej rozśmiesza, bo to prawda, że brzydko, ale nie zmienia to faktu, że ekonomia jest bezlitosna i na pewno ludzie (wielu) znajdą "wygrywającą" strategię, jeżeli tylko taka istnieje. Innymi słowy skoro miasto pobiera dwie różne opłaty za tę sama usługę (z karą i bez), wybrana zostaje wersja o niższej opłacie.

Powyższe to namiastka zjawiska "psucia" prawa i niestety demonstrowania niekompetencji urzędników. Sam fakt, że tego nie przewidzieli wystawia im słabe świadectwo. A co dopiero w przypadkach bardziej złożonych?

Urzędnicy, skoro już nie mają tych kompetencji, powinni uczyć się korzystać z pomocy specjalistów. I nie tylko oni...
]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/23/w-strefie-parkowania-mandat-sie-oplaca-czyli-analiza-systemowa-nie-wykonana/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>No to była mała porażka&#8230; piszę ku przestrodze</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/16/no-to-byla-mala-porazka-pisze-ku-przestrodze/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/16/no-to-byla-mala-porazka-pisze-ku-przestrodze/#comments</comments>
		<pubDate>Mon, 16 Apr 2012 10:44:35 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Rozważania]]></category>
		<category><![CDATA[analityk biznesowy]]></category>
		<category><![CDATA[analiza biznesowa]]></category>
		<category><![CDATA[freelancer]]></category>
		<category><![CDATA[kontraktor]]></category>
		<category><![CDATA[lessons learned]]></category>
		<category><![CDATA[zarządzanie projektami]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5372</guid>
		<description><![CDATA[Nie będę tu opisywał szczegółów tego projektu, ważne są wnioski a nie ta czy inna firma:

pominięcie któregokolwiek etapu projektu analitycznego, w szczególności pierwszego,  powoduje, że całość staje się nieweryfikowalna, ryzyko rośnie,
ukrycie prawdziwego celu projektu przed analitykiem (jest to możliwe, jeżeli dojdzie to tego co powyżej) powoduje, że większość jego czasu pracy nie służy projektowi,
po zanegowaniu efektów pracy analityka, obrona takiego projektu jest niemożliwa bo brak kluczowego narzędzia: śladowanie (przypomnę, że usunięto pierwszy etap - zdefiniowanie celu).
Co było prawdziwym celem projektu? Okazało się, że "nie chcemy by przetarg wygrała firma XXX i jej produkt". W trakcie pierwszych problemów z "uznaniem" specyfikacji wymagań dostałem listę wad posiadanego oprogramowania.  Ku mojemu zaskoczeniu były tam nawet błędy rachunkowe (inne tu pominę, choćby niezgodność programu z prawem). Pytam: jakim cudem to zostało odebrane i zapłacone? Cóż...]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/16/no-to-byla-mala-porazka-pisze-ku-przestrodze/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Jedno wymaganie &#8211; kilka perspektyw</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/09/jedno-wymaganie-kilka-perspektyw/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/09/jedno-wymaganie-kilka-perspektyw/#comments</comments>
		<pubDate>Mon, 09 Apr 2012 19:00:48 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Analiza i modelowanie]]></category>
		<category><![CDATA[analiza biznesowa]]></category>
		<category><![CDATA[analiza wymagań]]></category>
		<category><![CDATA[BABoK]]></category>
		<category><![CDATA[IEEE830-1998]]></category>
		<category><![CDATA[IIBA]]></category>
		<category><![CDATA[model dziedziny]]></category>
		<category><![CDATA[modelowanie]]></category>
		<category><![CDATA[opis białej skrzynki]]></category>
		<category><![CDATA[opis czarnej skrzynki]]></category>
		<category><![CDATA[przypadki użycia]]></category>
		<category><![CDATA[scenariusze testowe]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5420</guid>
		<description><![CDATA[Tak więc każde wymaganie:

kojarzymy z realizującym go przypadkiem użycia,
testujemy (z pomocą dobranego scenariusza testowego), 
dokumentujemy modelem opisującym jego realizację (np. Obiekt biznesowy w modelu dziedziny).
Takie podejście powoduje, że zanim jeszcze dotkniemy gotowego produktu (tu niestety już po jego wyborze) możemy po pierwsze: przetestować samą specyfikację a po drugie przekazać potencjalnemu dostawcy (na etapie zapytania) pełna informację o tym, czego oczekujemy od produktu. 

Powyższe podejście w postaci 'full wypas" może być pracochłonne, dlatego możliwe są warianty pośrednie czyli tylko dla wymagań oznaczonych jako ryzykowne budujemy testy lub elementy modelu dziedziny, jednak mamy narzędzie do panowania nad tym ryzykiem. Po drugie zyskujemy narzędzie do weryfikacji, odbiór oprogramowania nie będzie sprawdzaniem listy dziesiątek cech, będzie "jazdą próbną na sucho" a więc relatywnie tania metodą testów: dostawca deklaruje (oferta na nasze zapytanie) zgodność z naszymi wymaganiami a te są weryfikowalne.]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/09/jedno-wymaganie-kilka-perspektyw/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Scenariusze biznesowe w architekturze korporacyjnej</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/04/scenariusze-biznesowe-w-architekturze-korporacyjnej/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/04/scenariusze-biznesowe-w-architekturze-korporacyjnej/#comments</comments>
		<pubDate>Wed, 04 Apr 2012 15:21:57 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Rozważania]]></category>
		<category><![CDATA[analizy scenariuszowe]]></category>
		<category><![CDATA[ArchiMate]]></category>
		<category><![CDATA[architektura korporacyjna]]></category>
		<category><![CDATA[scenariusze]]></category>
		<category><![CDATA[TOGAF]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5406</guid>
		<description><![CDATA[Kluczowym narzędziem budowania scenariuszy są modele,  te jednak muszą być sformalizowane ([[użycie notacji formalnych]]), w przeciwnym wypadku są "niestetowalne" (w projektach bazujących na AK stosowana jest z reguły notacja ArchiMate).

TOGAF to nie jedyna metodologia, w której można spotkać idee użycia scenariuszy. [[The Open Group]] nie ma "monopolu"  ani na metody scenariuszowe ani na ([[notację ArchiMate]] stosowaną w projektach AK, która także nie jest objęta żadnym patentem ani inną ochroną prawną.  Tak więc zachęcam to brania tej metody pod uwagę, szczególnie w ryzykownych i dużych projektach.]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/04/scenariusze-biznesowe-w-architekturze-korporacyjnej/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Jak przygotować zapytanie ofertowe?</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/04/jak-przygotowac-zapytanie-ofertowe/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/04/jak-przygotowac-zapytanie-ofertowe/#comments</comments>
		<pubDate>Wed, 04 Apr 2012 06:34:04 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Rozważania]]></category>
		<category><![CDATA[analiza wymaga]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=4949</guid>
		<description><![CDATA[Ten artykuł jest pewną kontynuacją poprzedniego. Potraktujmy go jako &#8222;prostszą wersję&#8221; popartą oczekiwaniami przyszłego wykonawcy, który w swoim artykule niejako &#8222;składa zamówienie na dokument wymagań&#8221;. Wpadła mi swego czasu przed oczy strona pewnego developera stron WWW. Dlaczego mnie zainteresowała? Bo po pierwsze słusznie oczekuje od swojego klienta konkretów, po drugie potrafi krótko i zwięźle opisać czego potrzebuje, by mógł wytworzyć oprogramowanie (opisał to w kontekście tworzenia stron WWW, które obecnie bardzo często także są wynikiem działania oprogramowania): Podstawowym dokumentem, który należy przygotować jest specyfikacja techniczna. Powinna ona wyszczególnić funkcjonalności, które mają znaleźć się na stronie. Niestandardowe funkcje powinny zostać dokładnie opisane. Opis może przybrać formę zarówno słowną, jak i graficzną (schemat działania, diagramy UML). Jak widać podzielił wymagania na funkcje (funkcjonalności) standardowe i niestandardowe. Dlaczego? Uważam, że słusznie, standardowe (opisane już gdzieś lub ogólnie uznane)  funkcjonalności należy wydzielić i przytoczyć ich znane i typowe opisy lub nazwy (np. okno logowania) dzięki czemu unikamy nazbyt szczegółowych (czytaj kosztownych bo pracochłonnych) opisów zachowując już jednak pewną jednoznaczność. Po drugie, zapewne będą one realizowane przez predefiniowane w wielu narzędziach, moduły (czytaj wykonane taniej). Niestandardowe funkcjonalności wymagają dokładniejszego opisu &#8211; bo są niestandardowe . I dalej: Poza danymi czysto technicznymi warto opowiedzieć także o swoim biznesie. Im więcej potencjalny wykonawca strony będzie wiedział o firmie tym lepiej będzie mógł dostosować ją [stronę WWW, oprogramowanie] do charakteru [...]]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/04/jak-przygotowac-zapytanie-ofertowe/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ISA &#8211; Interoperability Solution for European Public Administrations</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/04/03/isa-interoperability-solution-for-european-public-administrations/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/04/03/isa-interoperability-solution-for-european-public-administrations/#comments</comments>
		<pubDate>Tue, 03 Apr 2012 09:05:14 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Architektura Korporacyjna]]></category>
		<category><![CDATA[administracja państwowa]]></category>
		<category><![CDATA[e-government]]></category>
		<category><![CDATA[Interoperability Solution for European Public Administrations]]></category>
		<category><![CDATA[interoperacyjność]]></category>
		<category><![CDATA[ISA]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5374</guid>
		<description><![CDATA[Od czasu do czasu "nawołuję" do formalizowania projektów. Jak nie raz wspominałem, jest to podstawowa metoda uczynienia projektu (jego dokumentacji) przejrzystym. Drugą ważną korzyścią z formalizacji jest tak zwana [[interoperacyjność]], która oznacza możliwość współdziałania technologii różnych dostawców (producentów).

Jak nie trudno się domyśleć, problem dotyczy w szczególności każdej większej organizacji, niejako skazanej na posiadanie rozwiązań z różnych źródeł. Klasycznym przykładem jest administracja publiczna (z interoperacyjnością, a raczej jej brakiem, w Polsce walczymy).

Tak więc polecam osobom związanym z administracja publiczną i instytucjami publicznymi, zapoznanie się z tą inicjatywą. Moim zdaniem bardzo ważna, dobrze że podjęto ten temat gdyż kwestie integracyjne stanowią nie raz istotny koszt projektów IT a bywa, że brak interoperacyjności powoduje wręcz niemożność ich realizacji (np. w Polsce integracja rejestrów Państwowych). ]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/04/03/isa-interoperability-solution-for-european-public-administrations/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Wymagania na coś dużego &#8211; w czym problem?</title>
		<link>http://it-consulting.pl/autoinstalator/wordpress/2012/03/26/wymagania-na-cos-duzego-w-czym-problem/</link>
		<comments>http://it-consulting.pl/autoinstalator/wordpress/2012/03/26/wymagania-na-cos-duzego-w-czym-problem/#comments</comments>
		<pubDate>Sun, 25 Mar 2012 23:01:28 +0000</pubDate>
		<dc:creator>Jarek Żeliński</dc:creator>
				<category><![CDATA[Architektura Korporacyjna]]></category>
		<category><![CDATA[Rozważania]]></category>
		<category><![CDATA[analityk biznesowy]]></category>
		<category><![CDATA[analiza wymagań]]></category>
		<category><![CDATA[analiza wymagań na oprogramowanie]]></category>
		<category><![CDATA[architektura korporacyjna]]></category>
		<category><![CDATA[projektowanie oprogramowania]]></category>
		<category><![CDATA[systemy BI]]></category>
		<category><![CDATA[systemy CRM]]></category>
		<category><![CDATA[systemy ERP]]></category>

		<guid isPermaLink="false">http://it-consulting.pl/autoinstalator/wordpress/?p=5263</guid>
		<description><![CDATA[Producenci różnych rzeczy zdają sobie sprawę, że koszty podjęcia właściwej decyzji przy skomplikowanych produktach są spore i ludzie będą podejmować decyzje błędne, to pozwala działać na rynku firmom, które w przeciwnym wypadku by upadły.

I jak teraz wyglądają w Państwa oczach zakupy i wdrożenia dużych gotowych systemów?

Jak to robić lepiej? Po pierwsze nie kupować "dużych i drogich zintegrowanych systemów" bo to duże ryzyko, kupować mniejsze, łatwiejsze do opisania, projektować te, które są zbyt dużym ryzykiem w przypadku złego wyboru. Jeżeli już z powodu ryzyka mamy poświęcić duży budżet na kosztowne specyfikowanie oprogramowania to sygnał, że należy je za te pieniądze po prostu zaprojektować i wykonać.

Niestety nie ma prostej odpowiedzi jak to robić "dobrze". Chyba, że będzie to propozycja następującego procesu:

analiza biznesowa
zdefiniowanie celu
zaprojektowanie architektury systemu (to jako system należy rozumieć organizację wraz z wspierająca ją informatyką), zmierzamy w kierunku tak zwanej [[architektury korporacyjnej]]
zidentyfikować oczekiwane od oprogramowania usługi (wymagania), podzielić je na odrębne obszary dziedzinowe,
dla każdego obszaru dziedzinowego poprowadzić odrębny projekt  wyboru rozwiązania.
wybrać rozwiązania.
 Zwracam uwagę drobny szczegół: wybory produktu dokonujemy na końcu, nigdy na początku!]]></description>
		<wfw:commentRss>http://it-consulting.pl/autoinstalator/wordpress/2012/03/26/wymagania-na-cos-duzego-w-czym-problem/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

