Anbefalinger for ryddig utvikling og overlevering av IT-prosjekter
Hvordan bør et ryddig programvareprosjekt se ut?
En vanlig situasjon er at prosjektet er utviklet fra bunnen av av det programmeringsfirmaet du har valgt. Prosjektet har blitt lansert med suksess og genererer fordeler for virksomheten din, men det er fortsatt rom for forbedringer: Du har ideene, du har budsjettet, og det eneste som mangler, er arbeidet.
Men livet er annerledes - utviklerne nekter å videreutvikle systemet, eller jobber så sakte at det tar år å realisere visjonen.
Det naturlige skrittet er å se seg om etter et annet selskap. Men når man først har funnet et annet selskap og overtatt prosjektet, blir det klart at endringene må vente lenge. I tillegg kommer ekstra kostnader for å drive prosjektet i det nye miljøet. Vanlige problemer i forbindelse med prosjektoverlevering:
- Klienten har ikke programvarekoden. Avhengig av hvilken teknologi som brukes, kan koden ligge på serveren (f.eks. PHP) eller være i kompilert form (f.eks. Java, .NET). Det er tidkrevende å trekke ut eller dekompilere koden, og det går ut over lesbarheten til koden.
- Det ble ikke brukt noe versjoneringssystem (GIT). Det er en viktig komponent i alle programvareprosjekter. Uten den er det umulig å se tydelig hva som har blitt endret og når. Dessuten er det ikke nok å bare plassere et prosjekt i GIT - du må også konfigurere hvilke filer som skal versjonshåndteres, og hvilke som skal genereres automatisk.
- Det ble ikke brukt noe prosjektstyringssystem. Det er vanlig praksis å registrere alle oppgaver i et slikt system og inkludere nummer og beskrivelser i GIT-meldinger. På den måten kan du forstå konteksten for hver endring og ta de riktige beslutningene raskere.
- Ingen automatisk installasjon. Moderne GIT-plattformer (Github.com, Gitlab.com, Bitbucket.org) gjør det enkelt å automatisere distribusjonen. Dette sparer mye tid og sikrer at selv om en tekniker endrer seg, er det klart hvordan prosjektet skal kjøres. Det er en engangsinvestering som betaler seg tilbake mange ganger.
- Relasjoner mellom tabeller er ikke etablert i databasen. I dette tilfellet må man analysere programkoden for å forstå hvordan dataene er koblet sammen, selv om man kan se dem direkte i databasen. Dette forsinker arbeidet betraktelig.
Hva bør du ha på plass for å styre prosjektet ditt på en bærekraftig måte uten å være avhengig av leverandøren?
- Har systemets programmeringskode I versjoneringssystemet GIT . Du kan be leverandøren din om å legge deg til i miljøet deres, men enda bedre er det å beholde koden i kontoen din.
- Bruk et prosjektstyringssystem . For mindre prosjekter er Trello.com tilstrekkelig, for mer komplekse prosjekter er Jira.com bra. De fleste av dem er gratis for små team.
- Sørg for at programmererne, når de gjør endringer, GIT-meldinger inkluderer oppgavens nummer fra prosjektstyringssystemet. De mest populære systemene integreres med hverandre, slik at det automatisk vises en lenke til den aktuelle kodeendringen i oppgaven.
- Ta deg god tid for automatisert distribusjon . Selv om dette kan ta flere titalls timer, vil det spare mye mer tid senere og redusere risikoen for menneskelige feil.
- Gjør følgende med jevne mellomrom databaserevisjoner for å sikre riktige forbindelser og struktur.