Lielākās problēmas, kas saistītas ar pielāgotas programmatūras izstrādi

Tehnoloģiju nozarē jūs vairākkārt konstatēsiet, ka pat 50-70% no *pēc pasūtījuma programmatūras izstrāde projekti beigu neveiksme. Šī mūžsenā problēma daudziem ir murgs. CTOs un tehnoloģiju vadītājiem. No otras puses, iepriekšēja brīdināšana nozīmē, ka varat sagatavot sevi un savu komanda un samazināt neveiksmes risku. Tas ir izaicinājums, ar kuru saskaras ikviena izstrādātāju komanda, produkts dizaineriem un jums kā vadītājam ir jātiekas.*

Man nav šaubu, ka pielāgota programmatūra projekti ir sarežģīta, un, lai gūtu panākumus, jums ir jārūpējas pat par vissīkākajām detaļām. Godīgi sakot, pēc tam, kad esmu aplūkojis statistikas datus par šo tematu, esmu pārsteigts par problēmas mērogu. Es personīgi sapratu, cik tas ir svarīgi, kad izlasīju stāstus par uzņēmumiem, kuru sadarbība ar tehnoloģiju partneriem beidzās ar neveiksmi vai kuru komanda zaudēja projekts ievērojama budžeta vai termiņa pārsniegšanas dēļ.

Es sāku brīnīties, kāpēc tas tā ir. Man ir vairāku gadu pieredze programmatūras izstrādes projekti pēc pasūtījuma, tāpēc mani īpaši interesēja šis temats. Es nolēmu, ka, pamatojoties uz savu pieredzi, identificēšu visus lielākos draudus, kas saistīti ar. *izstrādāt pielāgotu programmatūru, ar kuru es tagad ar jums dalīšos.*

Mans personīgais saraksts ar lielākajām problēmām, kas saistītas ar pielāgotas programmatūras izstrādi

1. Valodas barjera. Šī ir viena no visbiežāk sastopamajām problēmām, kad cilvēki meklē tehnisko partneri. Tomēr es nešaubos, ka šo faktoru var viegli atrisināt. Proti, jums vienkārši ir jāizvēlas programmatūras izstrādes partneris kas var garantēt ērtu saziņu. Angļu valodas zināšanas ir obligātas. Tā ir starptautiska valoda, un bez tās nav iespējams pienācīgi sazināties. Iedomājieties situāciju, ka vēlaties runāt ar kādu izstrādātājs par kādu problēmu vai kļūdu. Ja izrādās, ka vienīgā persona, kas prot angļu valodu, ir projekta vadītājs, kurš nav tehnisks darbinieks, tad ir problēma. Jums jāzina, ka saziņai ar izstrādātājiem - lai tā būtu efektīva - jābūt ļoti precīzai, un tam nepieciešamas angļu valodas zināšanas. Atcerieties šo vienkāršo noteikumu.

2. Slikta saziņa. Komunikācijas aspekti ir zināmā mērā saistīti ar valodas barjeru. Papildus valodai jums ir jābūt pārliecinātam, ka jūsu ikdienas sadarbība ir labi organizēta. Manuprāt, šis aspekts bieži tiek ignorēts. Kompetence izstrādes komanda var būt būtiska viņu darba sastāvdaļa, taču saziņa ar klientu arī ir būtiska. Turklāt - un es to zinu no savas pieredzes - ja savstarpējās saziņas process tiek pareizi vadīts, tad viss projekts norit daudz efektīvāk un jūs izvairīsieties no nevajadzīgām problēmām, piemēram, kavējumiem.

3. Termiņu laušana. Tā ir ļoti bieži sastopama situācija, ar kuru, iespējams, esat saskāries arī pats. Ir ļoti grūti novērtēt laika grafiku, lai programmatūras izstrādes projekti. Bieži vien sākotnējie pieņēmumi ir pilnīgi nepareizi. Nespēju ievērot termiņus var ietekmēt daudzi faktori, tostarp tie, kurus es aprakstīju šajā rakstā. Es domāju, ka pareizā metode projektu vadība šeit ir liela nozīme. Ieteikumi? Noteikti Scrum.

4. Nepietiekamas zināšanas. Programmatūras izstrādes projektiem parasti ir nepieciešamas plašas zināšanas par tehnoloģijām. Tas ir liels izaicinājums, ja ņemam vērā, ka tehnoloģijas nepārtraukti attīstās, un izstrādātājiem ir jābūt lietas kursā ar visiem jaunumiem. Šajā ziņā ir svarīgi, lai jūsu komanda būtu informēta par tehnoloģiju jaunumiem. Tas nav tik pašsaprotami, kā varētu šķist, jo īpaši, ja tiek īstenots programmatūras izstrādes projekts iekšējais neliela izstrādātāju grupa. Var rasties situācija, kad jūsu komandas kompetences izrādīsies nepietiekamas, kas var ātri radīt problēmas un līdz ar to arī projekta neveiksmi.

5. Nesaskaņots redzējums. Iedomājieties situāciju, kurā jūs uzsākat sadarbību ar tehnoloģiju partneri, piemēram. programmatūras māja un pārrunājiet savas vajadzības. Jūs detalizēti aprakstāt produktu, ko vēlaties izveidot. Sākumā šķiet, ka viss norit gludi. Tomēr laika gaitā izrādās, ka jūsu un partnera redzējums ir pilnīgi atšķirīgs. Rezultātā rodas problēma, jo izstrādātāju un produktu dizaineru komandas darbs neatbilst jūsu vēlmēm.
   Manuprāt, šī ir diezgan izplatīta problēma. Dažreiz ir grūti apvienot klienta redzējumu ar "cietajiem" risinājumiem, ko izmanto izstrādātāji. Šādā situācijā noteikti ir noderīga tehniskās komandas pieredze un "mīkstās" prasmes. Ir svarīgi, lai jūsu tehniskais partneris piepildītu jūsu cerības, bet jums kā klientam ir jāapzinās, ka konkrēts programmatūras uzņēmuma piedāvātais risinājums patiesībā var izrādīties efektīvāks. Paturiet to prātā.

6. Izmaiņas projekta laikā. IT projektu gadījumā visbiežāk sastopamie draudi ir darbības jomas paplašināšanās (no īpašnieka puses) un "zelta stādīšana" (no PM, Scrum Master vai izstrādātāju puses). Nekontrolētas izmaiņas projektā, jaunu funkcionalitāšu pievienošana vai izmaiņu ieviešana neapšaubāmi ietilpst apdraudējumos, kas ietekmē gan projektu efektivitāti, gan ātrumu. Pareiza pieeja vadībai ir nodrošināt, lai pirmais galvenais posms būtu 100% precīzs, jo tas ietekmēs projekta turpmāko veiksmi.

7. Nepietiekami līdzekļi projektu izstrāde. Finansējums būtībā ir viens no svarīgākajiem jūsu projekta veiksmes faktoriem. Tas ir acīmredzami. Tomēr es vēlos pievērst jūsu uzmanību nedaudz citam aspektam. Ir svarīgi, lai jums būtu garantēts budžets ilgtermiņā, nevis tikai pašā sākumā paredzētais izstrādes periods. Kāpēc? Iemesls ir vienkāršs. Ļoti bieži gadās, ka izstrādes laiks pagarinās līdz pat 20-30%. Tas ir jāņem vērā, lai jūsu projekts būtu finansiāli drošs. Jūs līdz minimumam samazināsiet risku, ka jūsu projekts vēl būs izstrādes posmā, kad sāks parādīties budžeta nepilnības. Tas ir tieši saistīts ar nepareizi aprēķinātu projekta ilgumu.

8. Nenoteikti draudi un vājās vietas. Pirms projekta uzsākšanas jūs droši vien zināt, ka viss process var nebūt vienkāršs. Jūs droši vien piekritīsiet man, ka katrs projekts ir izaicinājums. Tāpēc, manuprāt, pirms projekta uzsākšanas jums vajadzētu analizēt iespējamos draudus un trūkumus, kas var ietekmēt galīgo rezultātu. Ir svarīgi pienācīgi pārvaldīt šādus draudus jau pašā sākumā.

Kopsavilkums

Es negribētu ieteikt, kurš no iepriekš minētajiem apdraudējumiem ir visizplatītākais. Manuprāt, nav noteikumu - viss ir atkarīgs no projekta specifikas. Tomēr, ja saskaraties ar izaicinājumu veiksmīgi īstenot savu projektu, paturiet prātā to, ko šeit esmu uzrakstījis. Domāju, ka, ņemot vērā manis aprakstītās problēmas, tās var būt jums kā ceļvedis, norādot, ko nedarīt un kā rīkoties, lai novērstu kādu apdraudējumu. Tas viss, lai nekļūtu par brutālas statistikas upuri, bet gan, gluži pretēji, veiksmīgi pabeigtu projektu.

Un to es jums novēlu. Ja jums ir kādi jautājumi saistībā ar pielāgotas programmatūras izstrāde, lūdzu, sazinieties ar mani. Es labprāt atbildēšu uz visiem jautājumiem.

Lasīt vairāk:

Kāpēc ir vērts izveidot izaugsmes komandu, kas atbild par uzņēmējdarbības attīstību? Codest gadījuma izpēte

Kā atrast savam produktam piemērotu tirgu?