Az alkalmazás-tervezés és a kivitelezés a célját és módszereit tekintve elhatárolódik egymástól. Az iparban ezt már rég felismerték és alkalmazzák. Ideje lenne, hogy a toldozott-foltozott megoldások helyett a szoftveriparban is meg-, (vissza-) kaphassa a megérdemelt helyét.
Ahhoz, hogy egy fejlesztési projekt egyáltalán elindulhasson, nagyon sok kérdést kell feltenni és megválaszolni még az első kódsor leírása előtt, hogy a szoftvertermék létrehozására fordított idő a lehető leghatékonyabb legyen. A tervezési szakasz lerövidítése általában a megtakarított idő többszörösével terheli meg a projektet, késlelteti a bevezetést.
...csak egy korrekt tervet kellene készíteni, hogy elindulhasson a szoftverfejlesztés. Vagy esetleg elég néhány részfeladatot megoldani? Olvasd el, hogy mi hogy dolgozunk!
Örömmel dolgozunk neked akár teljes "zöldmezős" projektről, akár részmunkáról van szó. Nézd végig az oldalunkat, hogy lásd, miben tudjuk levenni a terhet a válladról!
Legyen az koncepció vagy eljárástervezés, UX vagy UI, vagy architekti munka, nem csak a teljes tervezésben, de egy projekt megakadásakor is számíthatsz ránk.
Olvasd el, mivel tudjuk stabilabbá, eredményesebbé tenni a fejlesztésedet, csökkenteni a rizikód, hogy valóban eredményes projekt legyen, ne csak egy pénztemető!
... nem vagy könnyű helyzetben, hisz egy olyan csapatnak kell átadni a víziódat, aminek tagjai egy teljesen más nyelvet beszélnek. Mivel másként gondolkodnak, még ha sikerülne is közvetíteni a képet, ami a fejedben létezik, egyáltalán nem biztos, hogy az a megoldás születne meg, amit szeretnél kapni a pénzedért.
Ezt a bizonytalanságot a tervkészítés folyamata tudja minimálisra szorítani. Mindkét fél számára érthetővé és konkréttá teszi a feladatot, felmérhetővé és tervezhetővé a projekt lefutását. A tervdokumentáció az a térkép, amin lehet ugyan menet közben változtatni, de mégis irányba állítja a munkát.
Senki nem úgy száll be egy taxiba, hogy "induljunk azonnal, és majd közben kitalálom, hogy hova vigyen". Ez csak a taxis pénztárcájának tenne jót.
A tervezés során számos szempontból átvizsgáljuk az elképzelést, hiszen nem az a feladat, hogy elkészüljön, hanem hogy a befektetés (mert ez bizony az), hosszú távon és tervezhetően képes legyen nem csak üzemelni, hanem együtt fejlődni a piaci igényekkel, és nem utolsó sorban még pénzt is termeljen.
A tervezés szempontrendszeréről bővebb információt itt találhatsz.
A munkánk alapvetően két szakaszra osztható. Az első szakaszban a segítségeddel meghatározzuk, konkretizáljuk az elvárásokat, megvizsgáljuk azok szerkezetét a gazdasági és piaci környezetben, majd a kedvező válaszok esetén egy termékéletciklust vázolunk fel. Ezen tudás birtokában kezdjük el visszabontani a feladatot funkciókra és eljárásokra, több szempontból priorizálva azokat.Ebben a szakaszban már nem csak a puszta elvárásokra figyelünk, hanem a technikai részletekre is, mint az adatbiztonság, az üzemeltetési feladatok, skálázhatóság, a továbbfejleszthetőség, hogy csak néhány szempontot emeljek ki a sok közül, ami nem pusztán a termék előállítására mutat.
Meghatározzuk azokat a funkciókat, amik feltétlenül szükségesek a termék piaci elindulásához (MVP), és azokat, amik a további működéshez és a piaci helyzet megtartásához, fejlesztéséhez majd szükségesek lesznek. Ezeknek megfelelően kialakítjuk a szoftverarchitektúra alapelemeit és feltételrendszerét, hogy a termék ne egy ideig–óráig működő prototípus legyen, hanem képes legyen a stabil fejlődésre.
Munkánk többségében olyan ábrázolástechnikákat és kommunikációt alkalmazunk, ami biztosítja, hogy az irányítás ne kerüljön ki a kezedből, értsed a teljes folyamatot, hogy megalapozott a döntéseket tudjál hozni. Egyik ilyen fontos elem például egy kattintható modell, amin akár előre végig tudod járni az ugyan még üzleti logika nélküli programképernyőket. Egy ilyen általad jóváhagyott terv egyébként hatalmas segítség a programozó csapat részére is, lecsökkentve a kivitelezési iterációkat és a bizonytalanság miatti újraprogramozást.
Röviden, hogy mi az, amit egy jó terv jelent: Stabilitást. Mérhetőséget, követhetőséget a teljes projekt során. Áttekinthetővé tehetjük a fejlesztés folyamatait. Egyensúlyt teremtünk az "ellenérdekelt" üzleti, kivitelezési, szervezeti szempontrendszerek között. Megteremtjük a termék későbbi stabil üzemelésének, üzemeltetésének feltételeit. Segíti a mediációt és a kommunikáció érthetővé tételét a felek között. A tudás megosztását egy tervszerűen irányított kommunikáció segítésével.
... nem vagy könnyű helyzetben (megtapasztaltuk mi is). Te, aki konkrétumokban gondolkodsz, szembesülsz egy olyan elképzeléssel, amiben pont az a legkevesebb. Leginkább egy vággyal találkozol, ami az adott gazdasági, működési környezet megismerésével válik csak érthetővé. A kérdéseidre nem kapsz egyértelmű válaszokat, mert azokat maga a megrendelő sem tudja. Mennyivel egyszerűbb lenne a helyzeted, ha egy egyértelmű, minden kérdésre kiterjedő tervvel, vagy legalábbis információval rendelkeznél.
Persze a legegyszerűbb dolgod akkor lenne, ha kapnál egy priorizált BackList-et, és már indulhat is a fejlesztés, de sajnos ez nem működik, hiszen egy korrekt terv kialakításához a Te szaktudásodra, a csapatod tapasztalatára is szükség van. Közösen kell meghatározni azon technológiákat és architekturális megoldásokat, amiket a kivitelezés során alkalmazni fogunk. Egy csomó problémát, ami neked nyűg, le tudunk venni a válladról, de a Neked is optimális megoldás közös munkával születik meg.
A fejlesztés kezdeti stádiumában, az "álmodozási" szakaszban még nem szabad technikai dolgokban gondolkodni. Ekkor még a dolog akár működhetne nélküled is, de ahhoz, hogy érezd a prioritásokat és az okokat, amik egy-egy funkciót felszínre hoznak, örömmel vennénk, ha társulnál akár csak megfigyelőként is a meetingeken.
A második szakasz a funkciók és ötletek validálása, a gazdasági feltételek meghatározása, és a termék életciklusának megtervezése. Ezt követi a technológiai feltételek meghatározása, ami az architect-i munkához szükséges alapinformációkat biztosítja.
A különböző modellek létrehozása során kap az elképzelés konkrét arcot. Ezeket azonban már a technikai alaptervnek megfelelően kell megalkotni, hogy egyrészt megszüntessük a feleslegesen bonyolult megoldásokat, másrészt ne vezessük félre a megrendelőt később nagy valószínűséggel módosítandó funkciókkal.
Ha a modellek átmentek az íróasztal teszteken, akkor a kivitelezéshez szükséges szemléleti és prioritási alapokat tervezzük meg, és csak ezután jöhet az architekti munka.
Röviden, hogy mi az amit egy jó terv jelent a fejlesztés során: Több szempontból megfogalmazott, ellenőrzött konkrétumokat, amikre lehet építeni a további következtetéseket. Egy belátható utat, amin a projektet végig lehet vinni. A lehetséges elágazások, nehézségek nagyobb részének előre megismerhetőségét, felkészülési lehetőséget. A vélemények, ötletek értékeléséhez egy kiindulási alapot. Szervezhetővé teszi az erőforrások felhasználását a fejlesztés során. A felesleges körök és iterációk megszüntetését. Egy olyan biztos hivatkozási alapot, amivel megelőzhetők a félreértések, véleményváltozások miatti felesleges rekurziók. Valamint egy tudásbázist és dokumentációt.
Szoftver architekt és vezetőfejlesztő. Megjárt már minden szerepkört, ami szoftverek fejlesztéséhez és elkészítéséhez tartozik a termékkoncepció ötletelésétől kezdve, a termékfelelősön át a full-stack fejlesztőig. Szeret résztvenni és hozzájárulni a projekt minden szakaszához. Az átgondolt és minőségi megoldásokat preferálja, amik megvalósításához széles technikai tudásából merít. Ezt meg is osztja a csapat többi tagjával.
Pragmatikusan képviseli a végfelhasználók és a fejlesztők érdekeit. Rugalmasan viszonyul a követelményekhez és elvárásokhoz, de tiltakozik a félmegoldások ellen.
Az elefántcsonttorony helyett szeret a projekttel és a csapattal együtt élni.
Ismert technológiák: .Net/C# (backend, Asp.Net, WPF, Winforms), AWS, Docker, Kubernetes, SQL (postgres, mssql, mysql, firebird), NoSQL (elasticsearch, mongodb, redis), RabbitMQ, HTML/CSS, Javascript/Typescript, Angular, PHP, Borland Delphi, MDA, DDD, SSADM, RUP, Agile, Data Warehousing: data lake/governance/ETL
Rendszerszervező és UX-es. Korábban programozott is, ezért ismeri a megvalósítási dilemmákat és tud velük kalkulálni, jól szót ért a programozókkal. Webdesigner és weblap építő, készít UI terveket és arculatokat. Átgondolt, technikailag megvalósítható, generálható felületeket tervez, illetve CSS ismerettel a front-end kialakításában is szerepet vállal. Ismeri a KKV-k marketing alapelveit és az ügyviteli módszereket, szabályokat. Képes a szoftvertermék teljes arculatának, marketing eszközeinek kialakításában is részt venni. Rendszerben gondolkodik, a működési környezet alapos ismeretére támaszkodó megoldásokat pártolja. Véleménye szerint az informatika nem software és hardware, hanem orgware és manware is.
Ismert technológiák: • SSADM • SQL • Borland Delphi • Magic • Modellező programok: Axure, Figma, Adobe XD • HTML - CSS • Wordpress + Elementor/Oxygen/WPBakery • Vektoros és pixeles grafikai programok: Corel-, Adobe-, Affinity csomagok • Nyomdai technikai és előkészítési ismeretek, tördelés : InDesign, Pagemaker • Fotózás, videózás és ezek utómunkálatai: retusálás, vágás (FinalCut, Vegas), filmkészítés •
... pedig matekból nem voltunk rosszak.
Ezt határozottan megtapasztaltuk az elmúlt 20 év együttműködésében. Amikor elkezdünk tervezni, folyamatosan jönnek az ötletek és azok korrekciói. Ellentétes irányból való megközelítésünknek köszönhetően szinte egyszerre születnek meg a közös munka során a funkciók, a működési modell, a felület és a technológiai architekturális megoldások.
Értékrendünk viszont nagyon hasonló. Ésszerű és emberi megoldásokat preferálunk. Fontos az üzemeltethetőség, a stabil, biztonságos megoldás. Minden projekt annyira a saját gyermekünkké válik, hogy nem tudunk átadás-átvételben gondolkodni, mintha az egy egyszerű árucikk lenne, aminek a sorsa a továbbiakban nem érdekel bennünket, ezért már tervezéskor foglalkozunk az üzemelési, archiválási kérdésekkel, még ha az a termék életciklusának egy jóval későbbi része is.
Az alábbi területeken szereztünk gyakorlatot, de örömmel merülünk el az új területek megismerésében.
• szálloda és vendéglátás, PMS rendszerek
• magán–gyógyászati rendszerek
• tőzsde és pénzintézeti tapasztalat
• logisztika, raktározási megoldások, vonalkód
• vállalkozás ügyvitel, marketing ismeretek
• nyomdai folyamatok, ügyviteli módszerek
• tartalomkezelő és információs rendszerek
• dokumentáció-, irat- és kapcsolódó munkafolyamatok kezelése
• adatbányászati módszerek, adattárházak, adatok elemzése és megjelenítése
• ecommerce
• direct sales
