<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Komentari na: Kupovina softvera bez pravilne analize sopstvenih potreba</title>
	<atom:link href="http://blog.poslovnisoftver.net/poslovni-softver/kupovina-softvera-bez-pravilne-analize-sopstvenih-potreba/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.poslovnisoftver.net/poslovni-softver/kupovina-softvera-bez-pravilne-analize-sopstvenih-potreba/</link>
	<description>poslovni softver, razvoj softvera, ponuda softvera, analiza tržišta, elektronsko poslovanje</description>
	<pubDate>Thu, 28 Aug 2008 16:44:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Od: Miodrag Ranisavljević</title>
		<link>http://blog.poslovnisoftver.net/poslovni-softver/kupovina-softvera-bez-pravilne-analize-sopstvenih-potreba/#comment-34</link>
		<dc:creator>Miodrag Ranisavljević</dc:creator>
		<pubDate>Wed, 11 Apr 2007 08:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.poslovnisoftver.net/poslovni-softver/kupovina-softvera-bez-pravilne-analize-sopstvenih-potreba/#comment-34</guid>
		<description>Potpuno se slažem sa Vama. Hvala na odličnom komentaru koji se vrlo lepo nadovezuje na gorenapisani članak!

Ideja ovog bloga, ali i sajta koji dolazi posle je upravo pokušaj pronalaženja ovog meÄ‘ukoraka. Kako usaglasiti želje korisnika (kako pomoći korisniku da definiše želje, potrebe, zahteve) sa mogućnostima programera i korišćene tehnologije.

Usaglašavanja želja i mogućnosti jedan je od glavnih problema, ne samo u softveru, već i u drugim oblastima. Potrebno je dosta znanja i iskustva, a bogami i strpljenja i predanog rada, sa obe strane da bi se pomirile ove dve, po definiciji, nepomirljive stvari.

Opet, moram da naglasim da je ovoj temi kod nas posvećeno premalo pažnje, zato se i dan danas nesigurnim koracima krećemo kroz svet poslovnog softvera.</description>
		<content:encoded><![CDATA[<p>Potpuno se slažem sa Vama. Hvala na odličnom komentaru koji se vrlo lepo nadovezuje na gorenapisani članak!</p>
<p>Ideja ovog bloga, ali i sajta koji dolazi posle je upravo pokušaj pronalaženja ovog meÄ‘ukoraka. Kako usaglasiti želje korisnika (kako pomoći korisniku da definiše želje, potrebe, zahteve) sa mogućnostima programera i korišćene tehnologije.</p>
<p>Usaglašavanja želja i mogućnosti jedan je od glavnih problema, ne samo u softveru, već i u drugim oblastima. Potrebno je dosta znanja i iskustva, a bogami i strpljenja i predanog rada, sa obe strane da bi se pomirile ove dve, po definiciji, nepomirljive stvari.</p>
<p>Opet, moram da naglasim da je ovoj temi kod nas posvećeno premalo pažnje, zato se i dan danas nesigurnim koracima krećemo kroz svet poslovnog softvera.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Od: stratmen</title>
		<link>http://blog.poslovnisoftver.net/poslovni-softver/kupovina-softvera-bez-pravilne-analize-sopstvenih-potreba/#comment-33</link>
		<dc:creator>stratmen</dc:creator>
		<pubDate>Wed, 11 Apr 2007 00:00:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.poslovnisoftver.net/poslovni-softver/kupovina-softvera-bez-pravilne-analize-sopstvenih-potreba/#comment-33</guid>
		<description>Zvučaću malo kao Br.1 iz Alana Forda kad kažem da razvoj poslovnog softvera pratim još od DOS-a i 286-tice. 

Karakterističan "tango" budućeg korisnika i programera  bio je sličan dijalogu na autopijaci. Pitanje "koliko tražš" odgovor "koliko nudiš". Programer je zahtevao definitivnu listu zahteva koju naručilac nikad nije uspeo da napravi. 

Jedno vreme sam se bavio nekim drugim stvarima, a nedavno se kao konsultant za Change management uključio u jedan veliki IT projekat. (Nije bitno gde, budžet je 15.000.000 Eura.)

I opet ista stvar. Ako ne kupiš "of the shelf" aplikaciju, koja je po definiciji nefleksibilna, pa moraš poslovni proces da prilagoÄ‘avaš poslovnom rešenju, ulaziš u razvoj, gde korisnik ne zna šta hoće, a programer nikako da doÄ‘e do dugo željene konačne liste zahteva.

Mislim da odgovornost, možda ne podjednako, ali ipak lež na obe strane - korisničkoj i programerskoj. Vrlo često se tokom dugih rasprava o pojedinim zahtevima sticao utisak da programerska ekipa želi da nametne ne najefikasnije rešenje nego ono koje je njima tehnički najlakše izvedivo. 

Logična opcija da bi timskim radom trebalo doći do optimalnog rešenja nažalost nije baš dolazila do izražaja. Verovatno da bi i jednima i drugima trebalo malo pripreme: korisnicima kako da definišu zahteve na programerima razumljiva način, a programerima da idealno IT rešenje možda i nije najoptimalnije za primenu.</description>
		<content:encoded><![CDATA[<p>Zvučaću malo kao Br.1 iz Alana Forda kad kažem da razvoj poslovnog softvera pratim još od DOS-a i 286-tice. </p>
<p>Karakterističan &#8220;tango&#8221; budućeg korisnika i programera  bio je sličan dijalogu na autopijaci. Pitanje &#8220;koliko tražš&#8221; odgovor &#8220;koliko nudiš&#8221;. Programer je zahtevao definitivnu listu zahteva koju naručilac nikad nije uspeo da napravi. </p>
<p>Jedno vreme sam se bavio nekim drugim stvarima, a nedavno se kao konsultant za Change management uključio u jedan veliki IT projekat. (Nije bitno gde, budžet je 15.000.000 Eura.)</p>
<p>I opet ista stvar. Ako ne kupiš &#8220;of the shelf&#8221; aplikaciju, koja je po definiciji nefleksibilna, pa moraš poslovni proces da prilagoÄ‘avaš poslovnom rešenju, ulaziš u razvoj, gde korisnik ne zna šta hoće, a programer nikako da doÄ‘e do dugo željene konačne liste zahteva.</p>
<p>Mislim da odgovornost, možda ne podjednako, ali ipak lež na obe strane - korisničkoj i programerskoj. Vrlo često se tokom dugih rasprava o pojedinim zahtevima sticao utisak da programerska ekipa želi da nametne ne najefikasnije rešenje nego ono koje je njima tehnički najlakše izvedivo. </p>
<p>Logična opcija da bi timskim radom trebalo doći do optimalnog rešenja nažalost nije baš dolazila do izražaja. Verovatno da bi i jednima i drugima trebalo malo pripreme: korisnicima kako da definišu zahteve na programerima razumljiva način, a programerima da idealno IT rešenje možda i nije najoptimalnije za primenu.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
