Mjukvaruteam: buggar, stories och en releasegrind
En mjukvaruändring i Tasked är inte ett kort med en färg. Buggar har allvarlighetsgrad och steg för att återskapa, stories har acceptanskriterier, epics innehåller stories, och mjukvarupaketet avslutas med ett godkännande för release som motorn inte låter arbetet passera utan ett registrerat beslut. Kodgranskning kan skicka tillbaka objektet till pågående med etiketten ändringar begärda. QA kan hålla kvar det tills acceptanstestet är klart. Inget av detta är en plugin.
Typerna som ett mjukvaruteam faktiskt fyller i
En bugg kräver allvarlighetsgrad som blockerande, kritisk, mindre eller kosmetisk, steg för att återskapa och var den hittades. En story kräver acceptanskriterier och story points. En epic kräver ett mål och ett måldatum. Anpassade fält utökar dem om teamet behöver mer.
Hierarkin är inbyggd: en epic innehåller stories, en story innehåller uppgifter. Detta visas i gränssnittet och lämnas inte som en namngivningskonvention.
- Bugg: allvarlighetsgrad, steg för att återskapa, hittad i
- Story: acceptanskriterier, story points
- Epic: mål, måldatum
Fyra paket, en motor
Mjukvarupaketet kör intag, triage, pågående, kodgranskning, QA och godkännande för release, sedan klart. Intag och triage har vardera ett fönster på 24 timmar. Pågående har 72 timmar. Kodgranskning är ett granskningssteg på 24 timmar. QA är arbete på 48 timmar. Godkännande för release är ett godkännandesteg på 24 timmar, som ägs av produkt, med pågående som steg för omarbete.
Sprintpaketet kör backlog, vald, pågående, kodgranskning, QA och klart, och en sprint är också ett objekt i projektet: ett namn, ett mål, en start och ett slut, där endast en är aktiv åt gången. Det finns avsiktligt ingen godkännandegrind i det paketet: en sprint som stängs till klar har en annan form än en ändring som måste signeras. Buggfixpaketet kör triage, återskapa, åtgärda, verifiera och släppt. Releasepaketet kör klippning, staging, signering, produktion och anteckningar, med signering som godkännande.
Övergångar som vägrar
Ett kort kan inte lämna intag eller triage förrän dess checklista är klar. Kodgranskning har en väg tillbaka till pågående med etiketten ändringar begärda. QA kan inte gå vidare till godkännande för release förrän acceptanstestet är klart. Godkännande för release kan inte gå vidare till klart förrän beslutet har registrerats. En begäran om ändringar vid den grinden skickar tillbaka objektet till pågående.
Det är skillnaden mellan en tavla där vem som helst kan dra ett kort till Klar och ett arbetsflöde där Klar är tillåtet.
Ärliga luckor för mjukvaruköpare
Fyra av de luckor som det här avsnittet brukade lista är nu åtgärdade. En sprint är ett objekt med ett namn, ett mål, en start och ett slut, med en aktiv per projekt, samt en backlog med allt utanför den. Att stänga en sprint flyttar de oavslutade objekten till nästa sprint eller tillbaka till backloggen, och registrerar vilket av de två alternativen som gjordes. Etiketter finns på objektet och filtrerar varje vy. Tid loggas som tidrapporter mot ett objekt den dag arbetet utfördes, och summeras till en personlig vecka och en projekttotal mot estimaten. En länk mellan två ärenden är typad: relaterar till, duplicerar eller klonar, medan blockering lämnas till det beroende som arbetsflödet redan läser av.
Vad som fortfarande saknas är kodvärden. En granskare kan markera rader i en diff eller en patch som någon laddar upp, och anteckningen visas bredvid sina egna rader. En kodpanel finns inte här: ingenting i Tasked visar ett arkiv, en gren, en pull-förfrågan eller en commit, och GitHub is inte integrerat. Ett Gantt-schema med beroendepilar finns inte heller här. Tasked stöder en begränsad JQL-kompatibel sökdelmängd över registrerade uppgiftsfält. Sparade vyer fortsätter att använda validerade filterträd, och produkten implementerar inte Jiras fullständiga grammatik eller funktioner.
Det offentliga API:et använder nycklar med begränsad behörighet. Webhooks kommer med en leveranslogg. OpenAPI och en utvecklarsida beskriver gränssnittet. Dessa finns i Business-planen.
Vanliga frågor
- Finns det ett sprint-objekt?
- Ja. En sprint har ett namn, ett mål, en start och ett slut, där en är aktiv per projekt åt gången, och allt utanför en sprint ligger i projektets backlog. Att stänga en sprint flyttar de oavslutade objekten till nästa sprint eller tillbaka till backloggen, och registrerar vilket av de två alternativen som gjordes.
- Blockerar releasegrinden övergången?
- Ja. Ett godkännandesteg öppnar godkännandet vid inträde och vägrar utgången tills ett beslut har registrerats.
- Kan en story innehålla uppgifter?
- Ja. En epic innehåller stories och en story innehåller uppgifter. Den hierarkin är inbyggd i arbetsobjektstyperna.
- Finns det JQL?
- Tasked stöder en begränsad JQL-kompatibel sökdelmängd över registrerade uppgiftsfält. Det är inte fullständig Jira JQL; sparade vyer lagrar fortfarande validerade filterträd, och sökning i naturligt språk fungerar över uppgifter, projekt, kommentarer och filer.
- Kan kod granskas i Tasked?
- En diff eller en patch som någon laddar upp kan granskas rad för rad: en anteckning förankras vid de rader den skrevs på och visas bredvid dem. Det finns ingen koppling till en kodvärd, så inget arkiv, ingen gren, ingen pull-förfrågan och ingen commit.