Finnes det et sprint-objekt?

Ja. En sprint har et navn, et mål, en start og en slutt, der én er aktiv per prosjekt om gangen, og alt utenfor en sprint ligger i prosjektets backlog. Å lukke en sprint overfører de uferdige elementene til neste sprint eller tilbake til backlogen, og registrerer hva som ble gjort.

Blokkerer lanseringsporten overgangen?

Ja. Et godkjenningssteg åpner godkjenningen ved inngang og nekter utgang før en beslutning er registrert.

Kan en brukerhistorie inneholde oppgaver?

Ja. En epic inneholder brukerhistorier, og en brukerhistorie inneholder oppgaver. Dette hierarkiet er innebygd i typene for arbeidselementer.

Tasked støtter et begrenset JQL-kompatibelt delsett av spørringer over registrerte oppgavefelt. Det er ikke fullstendig Jira JQL; lagrede visninger bruker fortsatt validerte filtertrær, og søk i naturlig språk fungerer på tvers av oppgaver, prosjekter, kommentarer og filer.

Kan kode vurderes i Tasked?

En diff eller en patch som noen laster opp kan vurderes linje for linje: en merknad forankres til linjene den ble skrevet på, og vises ved siden av dem. Det er ingen tilkobling til et kodelager, så det finnes verken repository, branch, pull-forespørsel eller commit.

Programvareteam: bugs, brukerhistorier og en lanseringsport

En programvareendring i Tasked er ikke et kort med en farge. Bugs har alvorlighetsgrad og steg for å reprodusere, brukerhistorier har akseptansekriterier, epics inneholder brukerhistorier, og programvarepakken avsluttes med en lanseringsgodkjenning som motoren ikke lar arbeidet gå videre fra uten en registrert beslutning. Kodegjennomgang kan sende elementet tilbake til pågår med etiketten endringer forespurt. QA kan holde det tilbake til akseptansetesten er fullført. Ingenting av dette er en plugin.

Oppdatert 16. september 20266 min lesing

Typene et programvareteam faktisk fyller ut

En bug ber om alvorlighetsgrad som blokkerende, kritisk, mindre eller kosmetisk, stegene for å reprodusere, og hvor den ble funnet. En brukerhistorie ber om akseptansekriterier og story points. En epic ber om et mål og en måldato. Tilpassede felt utvider hvilken som helst av dem når teamet trenger mer.

Hierarkiet er innebygd: en epic inneholder brukerhistorier, en brukerhistorie inneholder oppgaver. Dette vises i grensesnittet, og er ikke bare en navnekonvensjon.

Bug: alvorlighetsgrad, steg for å reprodusere, funnet i
Brukerhistorie: akseptansekriterier, story points
Epic: mål, måldato

Fire pakker, én motor

Programvarepakken kjører inntak, triage, pågår, kodegjennomgang, QA og lanseringsgodkjenning, og deretter fullført. Inntak og triage har hver et vindu på 24 timer. Pågår har 72 timer. Kodegjennomgang er et gjennomgangssteg på 24 timer. QA er arbeid på 48 timer. Lanseringsgodkjenning er et godkjenningssteg på 24 timer, eid av produkt, med pågår som utbedringssteg.

Sprint-pakken kjører backlog, valgt, pågår, kodegjennomgang, QA og fullført, og en sprint er også et objekt på prosjektet: et navn, et mål, en start og en slutt, der én av dem er aktiv om gangen. Det er med vilje ingen godkjenningsport på den pakken: en sprint som lukkes til fullført har en annen form enn en endring som må signeres ut. Bugfix-pakken kjører triage, reproduser, fiks, verifiser og utgitt. Lanseringspakken kjører klipp, staging, signering, produksjon og notater, med signering som godkjenningen.

Overganger som nekter

Et kort kan ikke forlate inntak eller triage før sjekklisten er fullført. Kodegjennomgang har en vei tilbake til pågår merket med endringer forespurt. QA kan ikke gå videre til lanseringsgodkjenning før akseptansetesten er fullført. Lanseringsgodkjenning kan ikke gå videre til fullført før beslutningen er registrert. En forespørsel om endringer ved denne porten sender elementet tilbake til pågår.

Det er forskjellen på en tavle der hvem som helst kan dra et kort til Fullført, og en arbeidsflyt der Fullført er tillatt.

Ærlige mangler for programvarekjøpere

Fire av manglene denne seksjonen pleide å liste opp, er nå lukket. En sprint er et objekt med et navn, et mål, en start og en slutt, der én er aktiv per prosjekt, og en backlog med alt som ligger utenfor. Å lukke en sprint overfører de uferdige elementene til neste sprint eller tilbake til backlogen, og registrerer hva som ble gjort. Etiketter ligger på elementet og filtrerer alle visninger. Tid logges som spesifiserte oppføringer mot et element på dagen arbeidet ble utført, og summeres til en personlig uke og et prosjekttotal mot estimatene. En kobling mellom to saker er typedefinert: relatert, duplikat eller klone, mens blokkering overlates til avhengigheten som arbeidsflyten allerede leser.

Det som fremdeles mangler, er integrasjon med kodelageret. En gjennomganger kan markere linjer i en diff eller en patch som noen laster opp, og merknaden vises ved siden av de aktuelle linjene. Et kodepanel finnes ikke her: ingenting i Tasked viser et repository, en branch, en pull-forespørsel eller en commit, og GitHub is ikke integrert. Et Gantt-diagram med avhengighetspiler finnes heller ikke. Tasked støtter et begrenset JQL-kompatibelt delsett av spørringer over registrerte oppgavefelt. Lagrede visninger fortsetter å bruke validerte filtertrær, og produktet implementerer ikke Jiras fulle grammatikk eller funksjoner.

Det offentlige API-et bruker nøkler med begrenset omfang. Webhooks leveres med en leveringslogg. OpenAPI og en utviklerside beskriver grensesnittet. Disse er tilgjengelige på Business-planen.

Spørsmål som ofte dukker opp

Finnes det et sprint-objekt?: Ja. En sprint har et navn, et mål, en start og en slutt, der én er aktiv per prosjekt om gangen, og alt utenfor en sprint ligger i prosjektets backlog. Å lukke en sprint overfører de uferdige elementene til neste sprint eller tilbake til backlogen, og registrerer hva som ble gjort.
Blokkerer lanseringsporten overgangen?: Ja. Et godkjenningssteg åpner godkjenningen ved inngang og nekter utgang før en beslutning er registrert.
Kan en brukerhistorie inneholde oppgaver?: Ja. En epic inneholder brukerhistorier, og en brukerhistorie inneholder oppgaver. Dette hierarkiet er innebygd i typene for arbeidselementer.
Finnes det JQL?: Tasked støtter et begrenset JQL-kompatibelt delsett av spørringer over registrerte oppgavefelt. Det er ikke fullstendig Jira JQL; lagrede visninger bruker fortsatt validerte filtertrær, og søk i naturlig språk fungerer på tvers av oppgaver, prosjekter, kommentarer og filer.
Kan kode vurderes i Tasked?: En diff eller en patch som noen laster opp kan vurderes linje for linje: en merknad forankres til linjene den ble skrevet på, og vises ved siden av dem. Det er ingen tilkobling til et kodelager, så det finnes verken repository, branch, pull-forespørsel eller commit.