Softwareteams: bugs, stories og en release-gate
En softwareændring i Tasked er ikke et kort med en farve. Bugs indeholder alvorsgrad og trin til at reproducere, stories indeholder acceptkriterier, epics indeholder stories, og softwarepakken slutter med en release-godkendelse, som motoren ikke lader arbejdet forlade uden en registreret beslutning. Code review kan sende elementet tilbage til i gang med mærkaten 'ændringer anmodet'. QA kan holde det tilbage, indtil accepttesten er udført. Intet af det er et plugin.
De typer, et softwareteam rent faktisk udfylder
En bug beder om alvorsgrad som blocker, major, minor eller kosmetisk, trin til at reproducere, og hvor den blev fundet. En story beder om acceptkriterier og story points. Et epic beder om et mål og en måldato. Brugerdefinerede felter udvider dem alle, når teamet har brug for mere.
Hierarkiet er indbygget: et epic indeholder stories, en story indeholder opgaver. Det vises i grænsefladen og er ikke blot overladt til en navngivningskonvention.
- Bug: alvorsgrad, trin til at reproducere, fundet i
- Story: acceptkriterier, story points
- Epic: mål, måldato
Fire pakker, én motor
Softwarepakken kører intake, triage, i gang, code review, QA og release-godkendelse, og derefter udført. Intake og triage har hver et vindue på 24 timer. I gang har 72 timer. Code review er en review-fase på 24 timer. QA er arbejde på 48 timer. Release-godkendelse er en godkendelsesfase på 24 timer, ejet af produktet, med i gang som rework-fase.
Sprint-pakken kører backlog, valgt, i gang, code review, QA og udført, og et sprint er også et objekt på projektet: et navn, et mål, en start og en slutning, hvoraf ét er aktivt ad gangen. Der er bevidst ingen godkendelses-gate på den pakke: et sprint, der lukkes som udført, har en anden form end en ændring, der skal godkendes. Bugfix-pakken kører triage, reproducer, fix, verificer og frigivet. Release-pakken kører cut, staging, godkendelse, produktion og noter, med sign-off som godkendelsen.
Overgange, der afviser
Et kort kan ikke forlade intake eller triage, før dets tjekliste er udført. Code review har en vej tilbage til i gang mærket med 'ændringer anmodet'. QA kan ikke gå til release-godkendelse, før accepttesten er udført. Release-godkendelse kan ikke gå til udført, før beslutningen er registreret. En anmodning om ændringer ved den gate sender elementet tilbage til i gang.
Det er forskellen på et board, hvor alle kan trække et kort til Udført, og et workflow, hvor Udført skal tillades.
Ærlige mangler for softwarekøbere
Fire af de mangler, som dette afsnit tidligere listede, er lukket. Et sprint er et objekt med et navn, et mål, en start og en slutning, ét aktivt pr. projekt, og en backlog med alt uden for det; når et sprint lukkes, overføres de uafsluttede elementer til det næste eller tilbage til backloggen, og det registreres, hvilken af de to ting der skete. Labels sidder på elementet og filtrerer alle visninger. Tid registreres som indtastede poster på et element på den dag, arbejdet blev udført, og lægges sammen til en personlig uge og en projekttotal mod estimaterne. Et link mellem to sager er defineret efter type: relaterer, duplikerer eller kloner, mens blokering overlades til den afhængighed, som workflowet allerede læser.
Det, der stadig mangler, er integration til kildekode-hosten. En reviewer kan markere linjer i en diff eller en patch, som nogen uploader, og kommentaren vises ud for de pågældende linjer. Der er ikke noget kodepanel: intet i Tasked viser et repository, en branch, en pull request eller et commit, og GitHub is ikke integreret. Et Gantt-diagram med afhængighedspile er her heller ikke. Tasked understøtter en begrænset JQL-kompatibel forespørgselsdelmængde over registrerede opgavefelter. Gemte visninger bruger fortsat validerede filtertræer, og produktet implementerer ikke Jiras fulde grammatik eller funktioner.
Den offentlige API bruger scoped keys. Webhooks leveres med en leveringslog. OpenAPI og en udviklerside beskriver grænsefladen. Disse er tilgængelige på Business-planen.
Spørgsmål, der ofte dukker op
- Findes der et sprint-objekt?
- Ja. Et sprint har et navn, et mål, en start og en slutning, hvoraf ét er aktivt pr. projekt ad gangen, og alt uden for et sprint ligger i projektets backlog. Når et sprint lukkes, overføres de uafsluttede elementer til det næste eller tilbage til backloggen, og det registreres, hvilken af de to ting der skete.
- Blokerer release-gaten overgangen?
- Ja. En godkendelsesfase åbner godkendelsen ved indgang og afviser udgangen, indtil der er registreret en beslutning.
- Kan en story indeholde opgaver?
- Ja. Et epic indeholder stories, og en story indeholder opgaver. Det hierarki er indbygget i typerne af arbejdselementer.
- Er der JQL?
- Tasked understøtter en begrænset JQL-kompatibel forespørgselsdelmængde over registrerede opgavefelter. Det er ikke fuld Jira JQL; gemte visninger gemmer stadig validerede filtertræer, og søgning i naturligt sprog fungerer på tværs af opgaver, projekter, kommentarer og filer.
- Kan kode reviewes i Tasked?
- En diff eller en patch, som nogen uploader, kan reviewes linje for linje: en kommentar forankres til de linjer, den blev skrevet på, og vises ud for dem. Der er ingen forbindelse til en kildekode-host, så der er intet repository, ingen branch, ingen pull request og intet commit.