[Java lista] várom a véleményeteket

[istvan.ketler at lhsystems.com]

Módosítom. Ezt a szóhasználatot, hogy "helyzetfelmérés", szoftverfejlesztésben még nem hallottam. Mindenesetre kiderült, hogy mit értesz alatta. Ebből az is következik, hogy azonos a véleményünk.

A baj csak az, hogy akármelyik módszertant is választod, árajánlatot viszonylag hézagos információk alapján fogsz tudni adni, mert azt kevés megrendelő szereti, hogy egy doksit kapjon a pénzéért, ne pedig egy működő modellt. Az ilyen árajánlat pontosságához pedig nem módszertan kell, hanem nagy tapasztalat.

Viszont miután kiadtad, az agilis módszertant követve egyrészt hatékonyabban fogod tudni lefejleszteni a jó megoldást, másrészt a felhasználó fizetési hajlandóságát is növeled (akár részfizetéseket is kitalálhatsz), hiszen a számára legfontosabb funkciók viszonylag hamar készen lesznek, és eléggé hibamentesek is lesznek (mivel legrégebben használja azokat). Ráadásul simán kiderülhet, hogy bizonyos funkciókra valójában nincs is szükség, az azokért járó többletköltséget a felhasználó már inkább megtakarítaná. Ettől kezdve a módszer követése az ő közvetlen pénzügyi érdeke is lehet. Így esetleg kiesik valamennyi jövedelmem, viszont a sokkal elégedettebb ügyfél messze nagyobb nyereséget jelent.

Üdvözlettel,

István Ketler
Team Leader 
Lufthansa Systems Hungaria Kft. 
Airline Management Solutions 
Schedule & Revenue Management 
Neumann János u. 1/e
1117 Budapest
Hungary 
Tel: +36 1 887-2815 
Fax: +36 1 887-2977 
Room: Infopark E, Room LH1-31 
e-mail: istvan.ketler at lhsystems.com 
Internet: www.LHsystems.hu



 
Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, Fövarosi Birosag 01-09-463417
Geschaeftsfuehrung / Management Board: Monika Houck

-----Original Message-----

From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of ern0
Sent: Tuesday, June 08, 2010 10:26 AM
To: javalist at javagrund.hu
Subject: Re: [Java lista] várom a véleményeteket

> Nézd, nem akarok kötözködni, de ilyen, hogy "helyzetfelmérés",
> szerintem nincs.

De van
http://www.google.com/search?q=helyzetfelm%C3%A9r%C3%A9s+szervez%C3%A9s

> Van egy ajánlattételi szakasz. Ennek célja az, hogy kiderüljön,
> egyáltalán akarok-e üzletet kötni. Nagyjából meg kell érteni, mégis
> mit akar a tisztelt ügyfél. Ez még messze nem tartozik a
> szoftverfejlesztés projektbe, ez sokkal inkább marketing/sales
> tevékenység.

Ez így igaz. Nem mondom azt, hogy ehhez semmi közünk, mert néha-néha
részt veszünk ilyesmiken szakértoként, de ez tényleg nem a mi melónk.

> Ha úgy döntök, hogy indulni akarok az üzletért, akkor jön a
> megvalósíthatósági terv elkészítése. Itt már részletesebben meg kell
> értenem, hogy mit is szeretne a megrendelo; fel kell mérni valamennyi
> nem funkcionális követelményt is. A felmérés messze nem lesz teljes,
> de azért nagyjából látnom kell, mégis mekkora melót készülök
> elvállalni. Sokan itt buknak el.

Ez így igaz, és ez elég éles téma, mert az árat is itt kell megálmodni.

> Szóval szerintem van ajánlattételi szakasz, és van fejlesztési
> szakasz. Ha az elsot akarod "helyzetfelmérésnek" hívni, részemrol
> rendben,

Az az elozetes helyzetfelmérés. Persze helyzettol függ, mi merre, mert
pl. ha a kedves ügyfél egy lezárt projekt során azzal jön hozzánk, hogy
csináljuk meg akkor azt is, amit legutóbb kihúztunk, akkor ez az
ajánlattételi szakasz igencsak lerövidül, meg akkor is, ha nagyon
egyértelmu a feladat.

> viszont az nem teszi ki a meló 40 százalékát. A meló közel felét
> sztem az üzleti folyamatok megismerése, majd modellezése teszi ki.

Stop. Ez volna a helyzetfelmérés. Amikor még nem arra koncentrálunk,
hogy mi legyen, hanem hogy mi van, és ezt dokumentáljuk is. A 
dokumentációs résszel átlalában nincs baj, mármint azzal, hogy mindneki 
tudja, dokumentálni kell (aztán hogy milyen minoségu dokumentumok 
születnek, az már egy dolog), de az információszerzés módszertana kicsit 
elsikkad, pl. - ebben a kontextben - rég olvastam már, hogy "interjú".

BTW kettos érzelemmel viseltetek mindenféle szervezés- és projektviteli 
tudományok felé.

Egyrészt aki tud gondolkodni, az úgyis folyamatosan meta-meta szinten 
ellenorzi önmagát, a módszert, minden projekt során kitalálja újra a 
módszertanát, a részproduktumokat, azok funkcióját, mintegy igazodva az 
adott melóhoz. Errol nézvést utálom, hogy azt az egyszeru és triviális 
gondolatot, hogy "a prgmot kis lépésekben fejlesszük, a felhasználót 
minél inkább bevonva, suru release-ekkel kényeztetve" elnevezzük 
bárminek is, illetve errol az egy mondatról könyveket írjunk. Márcsak 
azért is, mert ha egy szakmailag dilettáns csávó akarja így csinálni, 
neki nem fog menni, neki sehogyan sem fog menni, ráadásul csak 
beszennyezi az egyébként jó módszer nevét.

Másrészt igenis meg kell fogalmazni a triviálist, mert igazán okos 
gyerekek vagyunk, de biztos van a módszertanokban olyan apróság, ami 
hasznunkra válhat. Aztán a kommunikációt is segíti, ha nem elmesélem 
hosszú estébe nyúlóan, hogyan fogok dolgozni, hanem azt mondom: agile, 
vagy waterfall.
-- 
ern0
dataflow programmer & evangelist
_______________________________________________
Javalist mailing list
Javalist at javagrund.hu
http://javagrund.hu/mailman/listinfo/javalist