🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.objects
Article #15648

Re: Analiza wymagań na wesoło

#15648
From: Jarosław Żeliński
Date: Thu, 02 Nov 2006 15:38
49 lines
3426 bytes
Użytkownik "DarekM" <darekm@emadar.com> napisał w wiadomości 
news:eictlj$o6o$1@atlantis.news.tpi.pl...

Można powiedzieć, że jest pewien schemat:

Gotowy produkt to szybkie wdrożenie utrata indywidualności firmy 
(prawdopodobnie także przewagi konkurencyjnej ale małe ryzyko (produkt 
gotowy wiec można go pomacać) stosunkowo niskie koszty.

Produkt dedykowany to długie wdrożenie, zachowanie indywidualności i 
prawdopodobnie zwiększenie przewagi konkurencyjnej, duże ryzyko porażki (nie 
ma nic  na początku) i duże koszty.

Po środku gdzieś sa kompromisy.  Widać zresztą na rynku ewolucje typowych 
systemów ERP do systemów stanowiących klocki do obsługi modelu procesów 
specyficznych dla firmy.

Porównanie z samochodami wydaje się dość trafne. Samochody dzielą się na 
osobowe, terenowe, ciężarowe itp. Samochody specjalizowane to zestaw klocków 
typu dobierane podwozie, nadwozie, wyposażenie itp. Ręcznie i szybko można 
dziś zrobić motor lub rower ale już nie autobus. Mało kto kusi się na 
samoróbkę ciężarówki.

Dedykowane bywają wyjątkowo specyficzne rozwiązania nie mające szans na 
powtórkę lub po prostu pierwszy raz tworzone. Szczególnie projekty dla 
administracji rządowej

Rola analizy jest tu nie do pominięcia: należy opisać i zrozumieć firmę i 
źródła jej przewagi konkurencyjnej, wskazać możliwości rozwoju tej przewagi, 
wskazać możliwe technologie wspierające ten wzrost przewagi, określić 
wymagania i koszty ich realizacji, ocenić rentowność i po tym wszystkim 
mając zweryfikowane wymagania zrobić super rentowny system w planowanym 
czasie. Coraz częściej będzie to jakaś hybryda ERP/Workflow


Jak widać pracy dużo, w większości pomijana dlatego mamy 74% projektów 
zakończonych porażką (dane światowe za rok 2004). Ankietowani kierownicy 
projektów podają źle określone wymagania jako główny powód porażek.

Czy modelowanie procesów tu pomaga? Tak, bo zmusza także zleceniodawcę do 
zastanowienia się  o czym mówi żądając systemu ERP taniego i w trzy dni. 
Model procesów zaś jest doskonałym narzędziem do szybkiego wykonania 
skończonej i sensownej listy przypadków użycia systemu.


-- 
-- 
Jarek
http://jarek.zelinski.biz.pl/
Technical Details
Message-ID: <454a10fc$1@news.home.net.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!nf1.ipartners.pl!ipartners.pl!news.home.net.pl!not-for-mail
References: <egctol$btb$1@nemesis.news.tpi.pl> <eh2bn7$4vs$1@inews.gazeta.pl> <eh4hkg$5it$1@nemesis.news.tpi.pl> <453653a7$1@news.home.net.pl> <87fyd23nw9.fsf@hector.domek> <eickth$j4s$1@atlantis.news.tpi.pl> <eictlj$o6o$1@atlantis.news.tpi.pl>

Show Full Headers
Complete Article Headers
From: Jarosław Żeliński <jarek@zelinski.biz.pl>
Newsgroups: pl.comp.objects
References: <egctol$btb$1@nemesis.news.tpi.pl> <eh2bn7$4vs$1@inews.gazeta.pl> <eh4hkg$5it$1@nemesis.news.tpi.pl> <453653a7$1@news.home.net.pl> <87fyd23nw9.fsf@hector.domek> <eickth$j4s$1@atlantis.news.tpi.pl> <eictlj$o6o$1@atlantis.news.tpi.pl>
Subject: Re: Analiza wymagań na wesoło
Date: Thu, 2 Nov 2006 16:38:39 +0100
Lines: 51
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-RFC2646: Format=Flowed; Response
NNTP-Posting-Host: 80.53.5.6
Message-ID: <454a10fc$1@news.home.net.pl>
X-Trace: news.home.net.pl 1162481916 80.53.5.6 (2 Nov 2006 16:38:36 +0100)
Organization: home.pl news server
X-Authenticated-User: jarek@zelinski.biz.pl
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!nf1.ipartners.pl!ipartners.pl!news.home.net.pl!not-for-mail
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit