Anbefalinger til velordnet udvikling og overdragelse af IT-projekter
Hvordan skal et pænt softwareprojekt se ud?
En almindelig situation er, at projektet blev udviklet fra bunden af det programmeringsfirma, du valgte. Projektet er blevet lanceret med succes og skaber fordele for din virksomhed, men der er stadig plads til forbedringer: Du har ideerne, du har budgettet, og det eneste, der mangler, er arbejdet.
Men livet er anderledes - udviklerne nægter at videreudvikle systemet eller arbejder så langsomt, at det tager år at realisere visionen.
Det naturlige skridt er at lede efter en anden virksomhed. Men når den er fundet, og projektet er overdraget, bliver det klart, at ændringerne må vente længe. Desuden er der ekstra omkostninger ved at køre projektet i det nye miljø. Almindelige problemer i forbindelse med projektoverdragelse:
- Klienten har ikke softwarekoden. Afhængigt af den anvendte teknologi kan koden ligge på serveren (f.eks. PHP) eller være i kompileret form (f.eks. Java, .NET). Det er tidskrævende at udtrække eller dekompilere koden, og det påvirker kodens læsbarhed.
- Der blev ikke brugt noget versioneringssystem (GIT). Det er en vigtig del af ethvert softwareprojekt. Uden den er det umuligt at se klart, hvad der er blevet ændret og hvornår. Desuden er det ikke nok bare at placere et projekt i GIT - du skal konfigurere, hvilke filer der skal versioneres, og hvilke der skal genereres automatisk.
- Der blev ikke brugt noget projektstyringssystem. Det er almindelig praksis at registrere alle opgaver i et sådant system og inkludere deres numre og beskrivelser i GIT-meddelelser. Det giver dig mulighed for at forstå konteksten for hver ændring og træffe de rigtige beslutninger hurtigere.
- Ingen automatisk installation. Moderne GIT-platforme (Github.com, Gitlab.com, Bitbucket.org) gør det nemt at automatisere udrulningen. Det sparer en masse tid og sikrer, at selv hvis en tekniker skifter, er det klart, hvordan projektet skal køres. Det er en engangsinvestering, som tjener sig selv ind mange gange.
- Relationer mellem tabeller er ikke etableret i databasen. I dette tilfælde er man nødt til at analysere programkoden for at forstå, hvordan dataene er forbundet, selv om de kan ses direkte i databasen. Det gør det hele meget langsommere.
Hvad skal du have på plads for at styre dit projekt bæredygtigt og uden afhængighed af leverandøren?
- Har systemets programmeringskode I GIT-versioneringssystemet . Du kan bede din leverandør om at tilføje dig til deres miljø, men endnu bedre er det at beholde koden på din konto.
- Brug et projektstyringssystem . Til mindre projekter er Trello.com tilstrækkeligt, til mere komplekse projekter er Jira.com fint. De fleste af dem er gratis for små teams.
- Sørg for, at programmørerne, når de foretager ændringer, GIT-meddelelser indeholder opgavenummeret fra projektstyringssystemet. De mest populære systemer integrerer med hinanden, så der automatisk vises et link til den relevante kodeændring i opgaven.
- Tag dig god tid til automatiseret udrulning . Selv om det kan tage mange timer, vil det spare meget mere tid senere og reducere risikoen for menneskelige fejl.
- Gør følgende med jævne mellemrum database-audits for at sikre de rigtige forbindelser og den rigtige struktur.