Vi ønsker at dele principperne for at arbejde med opgaver i Django webudviklingsfirma som er blevet dannet gennem årene af vores praksis. Deres mål er at skabe en måde at tænke på, der sigter mod at øge effektiviteten af at opnå resultater.
Artiklen er nyttig for begyndere og unge hold. Principperne kan nemt anvendes til enhver udviklingsproces og værktøjer. De er baseret på en forståelse af, hvad en opgave er i sin essens, og hvordan man i det hele taget kan arbejde med den.
En opgave refererer her til både en specifik "opgave" og en "funktion" eller "epos". Der vil ikke være eksempler på fortolkning af principperne i teksten, for ikke at puste dem op. Jeg vil efterlade et par anbefalede materialer, der vil afsløre essensen af individuelle afhandlinger lidt bredere, og jeg vil med glæde besvare de resterende spørgsmål i kommentarerne.
Målorientering
Hvorfor har hver opgave et mål? For at processen med at opnå den er effektiv, skal det fremgå af opgaven, hvorfor det ønskede resultat er nødvendigt. Nyttige spørgsmål til problemformulering:
- Hvilket resultat skal produceres?
- Hvorfor var der behov for dette resultat? Hvad er det for? For hvem og hvilken værdi vil det give?
- Hvordan forstår man, at problemet er løst (resultatet er opnået)?
Stil disse spørgsmål under hensyntagen til behovene og egenskaberne hos brugerne af det system, der udvikles, og forretningsmål. Sæt dig selv i brugerens eller kundens sted. Det er svært, men du kan lære: prøv at kontrollere antagelserne fra erfarne kammerater.
Hvad vil det sige at stille en opgave?
Tænk og beskriv:
- Formål, behov eller problem.
- Ønsket resultat. Juster det med målet. Sørg for, at resultatet bidrager til dets opnåelse.
- Begrænsninger, såsom timing eller teknologi.
Opgaven skal være lige så klar for udøveren, forfatteren, testeren og andre personer, der er interesserede i at løse den. Stol på almindeligt accepterede begreber, udeluk dobbeltfortolkninger og vær tilstrækkelig, men ikke overflødig. På den ene side bør du ikke skabe unødvendige begrænsninger for udøveren. På den anden side er det nødvendigt ikke at gå glip af de væsentlige krav til resultatet.
Hvad vil det sige at acceptere en opgave?
- Forstå det ønskede resultat og formål. Aftal deres optimale korrespondance med hinanden.
- Vær enig i opgavens begrænsninger med hensyn til tid eller den maksimale kompleksitet af løsningen.
- Tag ansvar for at opnå resultater inden for angivne grænser.
Den, der stiller opgaven, er ansvarlig for at stille opgaven. Men før du accepterer opgaven til arbejde, kan du påvirke dens ordlyd og diskutere og rette den sammen med forfatteren.
Tilstedeværelsen af usikkerhed i et problem er altid en risiko. Før du accepterer en opgave, skal du forstå strategien for at arbejde med den.
Hvad vil det sige at lave?
En opgave er "færdig", når resultatet af dens udførelse er klar til dens tilsigtede brug og ikke kræver yderligere handlinger. Opgaven kan ikke "næsten klares". Det er enten gjort eller i enhver anden tilstand. En opgave indsendt til test er også en opgave, der endnu ikke er udført.
Hvis du hævder, at du har fuldført opgaven, skulle det betyde: at yderligere test, implementering og verifikation ikke er påkrævet, og resultatet af arbejdet kan bruges. Det modsatte er også sandt: Hvis der ikke kræves yderligere handlinger, og resultatet giver den forventede fordel, er opgaven udført og skal overføres til den udførte status.
Når det siges, at en opgave skal udføres på et bestemt tidspunkt, skal den på det tidspunkt have bestået alle de nødvendige stadier af livscyklussen, inklusive test og accept. For at opgaven kan klares til tiden, skal du begynde at "aflevere" den inden deadline.
Dette princip bør også anvendes til planlægning. Nævn tid og møjsommelighed ved at løse problemet, overveje at teste, fejlfinde osv.
Effektivitet
Jo før du får et værdiskabende resultat, jo bedre. vises hurtigere, kvalitetsstyring, forventninger og projektet som helhed er mere effektivt.
Flyt opgaver mod færdiggørelse. De bør ikke hænge fast i én status eller samle sig med én kunstner. Disse er symptomer på problemer, der reducerer effektiviteten af at opnå resultater.
En "sund" nedbrydning er påkrævet for at opretholde præstationsprincippet.
Nedbrydning baseret på behov
Opgavenedbrydning skal øge effektiviteten af opnåelse af det samlede resultat og forenkle projektledelsesprocessen.
Et godt nedbrydningsniveau er, når resultatet af hver opgave kan bruges til at kontrollere opnåelsen af projektets samlede resultat og dets kvalitet. Samtidig bremser udseendet af et mellemresultat ikke processen med at nå målet. Jo mindre opgaverne er, jo flere distraktioner kan man skifte mellem dem.
Tidsregistrering for kommunikation
Hvis du har brug for at registrere den tid brugt på arbejde, så overvej den tid der bruges på kommunikation. Fortrolighed med problemet og dets diskussion er en del af løsningsprocessen. Du bør ikke starte separate opgaver til "snak".
For eksempel en diskussion af designet af en applikation med SaaS-programmøren (https://www.softformance.com/services/saas-development/), et eksempel mellem en designer og en udvikler, er en del af opgaven med at udvikle dette design. Kommunikation er et samarbejdsværktøj. Men det er også nødvendigt at overveje kommunikation i kompleksiteten af at løse problemet. Nogle gange tager det mere tid at tale for at finde ud af og blive enige end at skrive kode. Og det er okay.
