Ugrás a tartalomra

3525 Miskolc, Bodótetői út 1. 3. em. 9.

2021 Lorz Kft.

Mennyi idő egy egyedi szoftver fejlesztése? Szakaszok, példák, buktatók

A „mikorra lesz kész?” legalább olyan fontos kérdés, mint az ár, és a kettő össze is függ: az átfutás a munkaórákon és a heti kapacitáson múlik, de legalább annyira a döntéseken, az adatokon és a hozzáféréseken. Megmutatjuk, milyen szakaszokból áll egy egyedi fejlesztés, mennyi idő jut rájuk, és mi gyorsítja vagy lassítja a projektet.

Állítsd be a Google-ben, hogy a LORZ cikkei nagyobb eséllyel jelenjenek meg neked (új lapon nyílik)
Tipográfiai borító: egyedi szoftver fejlesztési ideje, szakaszok és három példa hetekben
Borítókép: LORZ-grafika
Tartalomjegyzék
  1. Milyen szakaszokból áll egy fejlesztés?
  2. Három számolt példa
  3. Mi lassítja a projektet?
  4. Mi gyorsítja?
  5. Mikor gyanús egy határidő?
Röviden

Amit ebből a cikkből érdemes hazavinni

  • Az átfutás a munkaórák és a heti fejlesztési kapacitás hányadosa, plusz a döntésekre, tesztelésre és bevezetésre szánt idő.
  • A nyilvános becslőmodellünk szerint egy kisebb rendszerösszekötés 6–14, egy munkalapkezelő első változata 8–19, egy fizetős ügyfélportál 12–30 hét.
  • A leggyakoribb késés nem a programozásban, hanem a döntésekben, az adatminőségben és a külső hozzáférésekben keletkezik.
  • Kis első változattal hamarabb indul a használat, és a többi funkció már valós tapasztalatra épül.

Egy egyedi szoftver átfutására nincs egyetlen jó szám, de van jó képlet: munkaórák osztva a heti fejlesztési kapacitással, plusz az az idő, amíg a döntések megszületnek, a tesztek lefutnak és a csapat átáll. A munkaórákat a funkciók határozzák meg, erről a mennyibe kerül egy egyedi szoftver cikkünk ír részletesen. Ez a cikk az idővel foglalkozik.

Milyen szakaszokból áll egy fejlesztés?

Egy egyedi fejlesztés szakaszai és jellemző hossza (tapasztalati értékek)
SzakaszMi történik?Jellemző hossz
Felmérés és specifikációFolyamat, szerepkörök, adatok, kapcsolatok, az első változat határai1–3 hét
FejlesztésRövid körökben, néhány hetente kipróbálható állapottalA munkaórák és a heti kapacitás függvénye
Tesztelés valós adattalKivételek, jogosultságok, hibás adatok, terhelés1–3 hét, részben párhuzamosan
BevezetésAdatátvétel, betanítás, rövid párhuzamos futtatás1–4 hét

Három számolt példa

Az alábbi példák az egyedi szoftver költségbecslőnk nyilvános óramodelljével készültek, heti 15–25 fejlesztési órával és tervezési tartalékkal. A felmérés és a bevezetés ideje ezen felül értendő.

Fejlesztési idő a becslőmodell szerint
PéldaTartalomMunkaóraFejlesztési idő
RendszerösszekötésKét rendszer között két folyamat, adatátvétel nélkül136 óra6–14 hét
Munkalapkezelő első változataKét szerepkör, három folyamat, számlázókapcsolat, egyszerű adatátvétel184 óra8–19 hét
Ügyfélportál fizetésselKét szerepkör, négy folyamat, két kapcsolat, online fizetés, egyszerű adatátvétel296 óra12–30 hét

A sávok szélesek, mert a tartalék és a heti kapacitás is benne van. Több fejlesztővel gyorsabb lehet, de csak egy határig: a visszajelzésre, a döntésekre és a tesztelésre fordított idő nem osztható szét.

Ebben is segítünk

Egyedi szoftverfejlesztés: Webes és vállalati rendszerek mérnöki precizitással

RészletekAjánlatot kérek

Mi lassítja a projektet?

  • Elérhetetlen döntéshozó: ha egy kérdés egy hétig vár válaszra, a fejlesztés is vár.
  • Menet közben változó igények: minden új szabály új tesztet és gyakran átalakítást jelent.
  • Rossz adatminőség: duplikált ügyfelek, eltérő írásmódok, hiányzó cikkszámok az adatátvételnél.
  • Külső hozzáférések: a számlázó, a webshop vagy a bank API-jához kulcs, tesztkörnyezet és jóváhagyás kell, ez napokig is eltarthat.
  • Áruházi jóváhagyás: mobilalkalmazásnál az App Store és a Google Play felülvizsgálata külön idő.

Mi gyorsítja?

  • Leírt folyamat és elfogadási feltételek már az elején, például a követelményspecifikáció mintánk szerint.
  • Kis első változat: a MVP-fejlesztésről szóló cikkünk szerint csak a fő folyamat, a többi később.
  • Egy kijelölt felelős, aki egy-két napon belül dönt.
  • Valós mintaadatok és a külső rendszerek hozzáférései már a fejlesztés elején.
  • Rövid, rendszeres bemutatók, ahol a kulcsfelhasználók kipróbálják az aktuális állapotot.

Mikor gyanús egy határidő?

Ha egy ajánlat felmérés nélkül ad fix határidőt egy összetett rendszerre, vagy a határidőben nincs benne a tesztelés és a bevezetés, érdemes rákérdezni. Ugyanígy, ha minden funkció egyszerre, egyetlen nagy átadással érkezne: ilyenkor a hibák is egyszerre jönnek elő. Két ajánlat összevetéséhez a szoftverfejlesztés óradíjáról szóló cikkünk ad szempontokat.

Mi rövid körökben, néhány hetente kipróbálható állapottal dolgozunk, akár webalkalmazásról, akár ügyviteli rendszerről vagy rendszerintegrációról van szó. A teljes folyamatot a szoftverfejlesztési szolgáltatásunk írja le.

Ütemezzük együtt a projektet?

A felmérés után tételes ütemtervet adunk, kipróbálható részeredményekkel és világos döntési pontokkal.

Egyedi szoftverfejlesztés

Források és módszertan

Szerkesztési elv: A példák az egyedi szoftver költségbecslőnk nyilvános óramodelljével készültek (heti 15–25 fejlesztési óra, tervezési tartalékkal), a szakaszok hossza saját projekttapasztalat. Tájékoztató értékek, nem vállalási határidők.

  • LORZ: egyedi szoftver költségbecslő (saját, nyilvános óramodell)
  • LORZ: projekttapasztalat, szoftverfejlesztés és bevezetés
Vissza a magazinhoz

Beszéljük meg a projektedet!

Mondd el, mire van szükséged — egy munkanapon belül válaszolunk.

Kapcsolatfelvétel