Kerülje el, hogy ezekkel a stratégiákkal túlfizessen a szoftverfejlesztésért

A legtöbb szoftverfejlesztési igényű vállalat túl sok pénzt költ szoftverfejlesztésre. Ahelyett, hogy az eredetileg tervezett költségvetésből készítenének egy alkalmazást, több tízezer dollárt költenek olyan szolgáltatásokra és technológiákra, amelyekre valószínűleg nincs is szükségük.

A túlfizetésnek számos lehetséges kiváltó oka lehet, mint például a rossz emberek felvétele, vagy egyszerűen egy olyan iparág áldozata, ahol a kereslet és a kínálat torzul. A folyamatosan jelenlévő változók ellenére azonban jelentős mértékben irányíthatja szoftverfejlesztési projektjei előrehaladását – vagyis követheti ezeket a stratégiákat, hogy elkerülje a túl sok fizetést.

Minden egy tervvel kezdődik. Ha alkalmazást vagy új platformot tervez létrehozni, akkor többre van szüksége, mint egy hozzávetőleges elképzelése arról, hogyan fog kinézni az adott platform. Túl sok vállalkozó lép be a szoftverfejlesztés világába egy homályos, elvont koncepcióval. Azt hiszik, hogy később, a fejlesztés kellős közepén minden részletre rájönnek.

Ez azonban két nagy problémát vet fel. Először is ez azt jelenti, hogy nem tudnak pontos ajánlatokat vagy árbecsléseket gyűjteni, mert még mindig nem tudják pontosan, mit akarnak. Másodszor, ez azt jelenti, hogy sokkal valószínűbb, hogy később megkönnyítik a hatótávolságot, ami jelentősen megnövelheti a projekt végső árát.

A megoldás az, hogy a lehető legtöbb részletet megtervezed a platformodhoz, belemélyedve a technikai követelményekbe, hogy pontosan beszélhess a fejlesztőiddel arról, amit szeretnél.

A megfelelő szoftverfejlesztő alkalmazása nagy különbséget jelent. Sok út van itt. Bármelyik utat is választja, tartsa szem előtt a következő jellemzőket:

• Manőverezhetőség. Az agilis fejlesztési módszerek karcsúbbak, hatékonyabbak és rugalmasabbak, mint a versengő módszerek. Előnyben részesítse az agilis fejlesztésre szakosodott szoftverfejlesztőt, és győződjön meg arról, hogy a csapat elég dinamikus ahhoz, hogy szükség esetén azonnal változtasson a dolgokon.
• Készségek. Gondoskodnia kell arról is, hogy a csapat tagjai megfelelően képzettek és tapasztaltak legyenek. Ismerik és ismerik a használni kívánt programozási nyelvet és az elkészíteni kívánt szoftver típusát?
• Referenciák / munka igazolása. Ne hagyd magad átverni. Ügyeljen arra, hogy ellenőrizze a szoftverfejlesztő hitelesítő adatait; vannak minták a jelszavaikból, hogy megmutassák szakértelmüket?
• Kommunikáció. Tapasztalataim szerint a legtöbb probléma és késés a szoftverfejlesztésben a kommunikációs hibákból adódik. Ha talál egy kiváló kommunikációs szokásokkal rendelkező szoftverfejlesztőt, és követi a legjobb kommunikációs gyakorlatokat, a tapasztalt félreértések száma zuhanni fog.
• Árak. Végül fontolja meg az árképzést. Kérjen projektbecsléseket több különböző fejlesztőtől, hogy biztosítsa a választott szolgáltató ésszerű árát. Ne válassza a legolcsóbb megoldást, mivel gyakran azt kapja, amiért fizet, vásárol, és megszabadul az ügynökségektől és szabadúszóktól, akik szándékosan túláraznak.

A megállapodás elfogadása előtt fontolja meg a tárgyalást. Néha egy udvarias kérés is elegendő az alacsonyabb ár eléréséhez. Még a legrosszabb esetben is csökkentheti a projekt költségeit, ha néhány áldozatot és kompromisszumot hoz.

Láttam, hogy sok szoftverfejlesztési projekt jövedelmezősége közvetlenül veszélyeztetett a terjedelem miatt. A hatókör-kúszás lényegében az, amikor a projekt hatóköre fokozatosan növekszik a projekt során. Ez gyakran megesik a vállalkozókkal, mert folyamatosan új ötletekkel állnak elő, és új irányba indulnak el.

Nincs azzal semmi baj, ha rugalmas és alkalmazkodó vagy, de ha folyamatosan új követelményeket írsz fel, és meggondolod magad az eredeti irányt illetően, akkor a fejlesztőidnek számtalan többletórát kell dolgozniuk, hogy teljesítsék ezeket a kéréseket. És ha óránként számítanak fel, az sokkal magasabb számlát jelent a csomag végén.

A projekt költségét és a befejezéshez szükséges időt egyaránt negatívan befolyásolja a félreértés. Ha valamit pontatlanul magyaráz el, vagy ha a fejlesztő félreértelmezi a kérését, akkor több tucat számlázható órát tölthet el feleslegesen hibákkal, majd kijavíthatja azokat.

Ezért fontos gyakorlatokat kialakítani a félreértések elkerülése érdekében, például:

• Legyél proaktív. A hibák megelőzése sokkal hatékonyabb, mintha megpróbálnánk kijavítani őket, miután kibontakoztak. Mindig legyen proaktív kommunikációja során, és próbálja felismerni a lehetséges problémákat, mielőtt azok kialakulnak.
• Maradjon szervezett. A fejlesztője nem tudja hatékonyan felépíteni a szoftvert, ha torz információkat ad neki puskával; tartsa a dolgokat rendezetten és leegyszerűsítve, hogy könnyen érthető legyen.
• Maradjon következetes. Ne légy rest; fontos, hogy következetes maradj azzal kapcsolatban, hogy mit és hogyan akarsz. Ez nem azt jelenti, hogy nem gondolhatod meg, de azt igen, hogy határozottságra kell törekedned.
• Rendszeresen érintse meg az alapot. Bízzon, de ellenőrizze. Kérdezze meg fejlesztőjét, hogy minden utasítása világos legyen, értékelje a jelenleg végzett munkát, és proaktívan ismerje el a lehetséges problémákat.

A szoftverfejlesztés nem olcsó. És érthető módon. De nincs okunk a szükségesnél többet fizetni a szoftverfejlesztésért, különösen akkor, ha a túlköltekezés ezen a területen nagyon sok oka elkerülhető problémákra vezethető vissza.