|
Egyedi igények, egyedi megoldások |
||||
|
”Hiszünk benne, hogy ügyfeleinknek nem elég az ami másnak van - ha jobbak akarnak lenni a konkurenciánál, akkor tudják mire van pontosan szükségük. A mi feladatunk csak az, hogy ezt megadjuk nekik.”
Zachar Krisztián
[technológiai vezető]
.2010.02.24
Cégünk a tavalyi évben sikeres pályázatot nyújtott be a Társadalmi Megújulás Operatív>>>
.2010.02.08
Néhány hónapja merült fel bennünk az ötlet, hogy kellene fejleszteni egy olyan alkalmazást>>>
.2009.10.14
Ezúttal haladó java fejlesztőket keresünk az alábbi kompetenciákkal:
min. 3 éves java>>>
|
.Önnek
Az ügyfél mindenek előtt. Az igény mindenek előtt. Szomorú trend, hogy mára sok szakértő cégnél ez felborulni látszik. Az ügyfélközpontúság helyét átveszi a termékközpontúság, ahol mindegy, hogy kinek, mindegy, hogy miért, de a terméket el kell adni. Mindig törekedtünk a kiegyensúlyozottságra. Nincs termékekkel kapcsolatos kvótánk, eladási kényszerünk, így mindig az igényekhez mérten igyekszünk megoldást javasolni,
legyen az meglévő, dobozos termék, esetleges testreszabással, vagy teljesen egyedi fejlesztés.
Miért egyedi megoldás?Vagy inkább: mikor érdemes egyedi megoldást választani?
Számtalan fejlesztés tapasztalata bizonyítja, hogy az IT kereskedők vállát nyomó liszenszeladási kényszernek köszönhetően nem megfelelő, talán az adott célra teljesen használhatalan termékek kerülnek bevezetésre, hiszen a beszerzésnél még mindig sokkal fontosabb kritérium az ár, mint az adott megoldás képességei, továbbfejlesztési lehetőségei.
Gyakran azonban pontosan a pénzügyi tervezhetőség az, ami csorbát szenved, hiszen egy ügyfél oldalról aprónak tűnő módosítás is óriási változtatást, adott esetben leküzdehetetlen akadályt képezhet egy zárt, dobozos termék esetében. Nem ritka eset, hogy végül az ügyfél kényszerül idomulni a szoftver "elvárásaihoz".
Kulcskifejezések: „ezt sajnos nem támogatja”, „nem megoldható”, „ilyet nem tudunk, viszont” ...
Jelenleg a közép- és nagyvállalatok sokkal nehezebben tudják átalakítani belső működésüket, folyamataikat egy kevésbé rugalmas dobozos megoldás használatához, bármennyire is tűnjön az elsőre egyszerűnek és kifizetődőnek.
kapcs/fordInformatikussal beszélgetni öröm. Ennél már csak az nagyobb öröm,
amikor informatikusok beszélgetését hallgatja egy kívülálló. „Kívülálló”.
Talán a legörömtelibb feladat elérni azt, hogy ilyen ne legyen. Az elégedettség
elérésnek alapvető feltétele az igények megértése. Az ügyfél megértése.
Tudni azt, hogy amit elképzelünk, együtt képzeljük el. Tudni azt, hogy
ugyanarra gondolunk. Lefordítani informatikai megoldásokra az üzleti igényeket.
Ez az, ami alapvetően képessé tesz bennünket arra, hogy az igényeknek megfelelő
megoldásokat szállítsunk.
Hasonlóan ahhoz, ha gyűrűt szeretne kedvesünk, olyat választunk neki,
amilyet szeretne, hisz ismerjük. Ha egy egzotikus kirándulásra vágyott,
azt szállítjuk. Vagy olyan, elsőre ezoterikusnak tűnő dolgokat, mint pl.
gazdasági mikroszimuláció vagy a fakitermelés optimalizásála.
Mert megértjük, tudjuk mit szeretne.
.standardLegyen a megoldás bármily egyedi, léteznek standard dolgok.
Szabványok. Ilyenek a fejlesztés során alkalmazott megoldások és technológiák,
amelyeknél törekszünk minél inkább az elfogadott ipari szabványok használatára és betartására.
A legapróbb elemtől a legnagyobbig. Az elnevezési konvenciótól a
SOA integrálhatóságig.
Mint ahogy standard az is, hogy a szállított megoldásokra garanciát vállalunk.
|
Az OpenSocial fejlesztésekkel kapcsolatban több fejlesztő is nehezményezte, hogy körülményes a kialakított, JavaScript központú fejlesztés és ez nagyban nehezíti alkalmazásaik hatékony fejlesztését. Az OpenSocial 0.9-es szabvány
>>>
|