Jeg vil dele med dere en rekke formater som jeg har bygget og tilpasset mine behov som trener i programvare utviklingDe hjalp meg mye og kanskje de kan hjelpe deg også.Siden 2014 har jeg vært dedikert til å gi teknisk og teknologisk opplæring rundt programvareutvikling, tidligere jobbet jeg som utviklingsingeniør i en programvarefabrikk der jeg måtte gå gjennom de ulike fasene av programvarens livssyklus (Problem Statement, Analysis, Design, Implementation, Test – Debug, Delivery) Jeg startet som utvikler men utførte også kravinnsamling og konstruksjonsoppgaver, testing, integrasjon, installasjon og andre aktiviteter som ga meg en oversikt over denne livssyklusen direkte i en forretningsmiljø, samhandle fra forskjellige funksjoner og bruke grunnleggende formater og verktøy for hvert trinn.
Da jeg endret rollen min fra instruktørprofil, hadde jeg utfordringen med å overføre kunnskapen jeg fikk i den virkelige verden, men allerede i en pedagogisk kontekst der studentene må lære fra bunnen av for å bygge fullt funksjonell programvare.
Som en del av denne prosessen tas aspekter som bruk av metodikk, designmønstre, programmeringsspråk, kvalitet, god praksis og andre elementer opp.
Tanken er som nevnt å trene programvareutvikling fra bunnen avfra de mest grunnleggende konseptene og gå gjennom hvert av stadiene i programvarens livssyklus, ved å bruke de nødvendige konseptene til jeg kom frem til leveringen av et produkt, var det på dette tidspunktet jeg hadde som referanse måten hver prosess utføres i mitt tidligere arbeid, så jeg har designet noen formater som vil gjøre det lettere å administrere hvert trinn basert på behovene til treningsgruppene mine og prosjektkarakteristikker.
Dokumentasjon er kanskje et av de kjedeligste trinnene for mange av oss, spesielt de som liker å være med på å bygge ting gjennom programmering, men dette er en veldig viktig del som hjelper til med å administrere systemet ved å tilrettelegge for sporbarhet i ulike stadier.
Disse formatene ble åpenbart ikke bygget bare fra mitt perspektiv og erfaring, for det stolte jeg på både tradisjonelle og smidige metoder, så noen formater har elementer eller diagrammer i innholdet. UML hva er mer karakteristisk ICONIX noen ELLER og andre er bedre tilpasset å jobbe med scrum hvor det er mest vanlig å bruke brukerhistorier.
Som et resultat av alt dette ble det laget mer enn 10 formater, fra problemstilling, kravundersøkelse, prosjektdokument, tester, levering, installasjon, brukermanualer, blant annet som, som jeg nevnte innledningsvis, letter prosjektdokumentasjon. .
Innsiden denne lenken fra mitt github-lager Du kan laste ned formatene, jeg deler dem helt gratis for deg å bruke hvis du trenger det.
På samme måte, hvis du vil vite mer om programvarens livssyklus, vil jeg dele med deg denne videoen hva kan interessere deg eller denne spillelisten om prosjektledelse.
Til slutt inviterer jeg deg til å besøke codejavu.blogspot.com for å besøke min kanal Cristian Henao og at de er veldig bevisste på de nye oppfølgerne
Det kan også interessere deg.
Er det noe du vil legge til eller kommentere om denne oppføringen? gjør gjerne....og hvis du likte det, inviterer jeg deg til å dele det Y Abonner ved å klikke på "Bli med på denne siden"-knappen for å høre flere innlegg som dette 😉