Кои са най-добрите практики за дефиниране на работен поток за документация и задачи за локализация в JIRA?

Почти всеки брой се нуждае от подзадача за документиране.

Много проблеми се нуждаят от подзадача за локализация.

Трябва ли проблемите с документацията и локализацията да имат собствен работен процес (по тип проблем)?

Всеки проект трябва ли да има компоненти за документация и локализация, така че тези проблеми да бъдат автоматично присвоени на собственика на компонента?

Трябва ли екранът „Създаване на проблем“ да има квадратче за отметка „Необходима е документация“, което ще създаде подзадача за документация със специфични полета?


person isobretatel    schedule 26.02.2014    source източник


Отговори (2)


Съгласен съм, създавам проблеми или подпроблеми само за работа, която се извършва паралелно и се нуждае от различен изпълнител или краен срок или нещо такова. Ако работата се случва във всеки случай, вместо това я вградете в работния процес.

Другото нещо, което трябва да знаете е, че каквото и да е въведено в поле като „Бележки към документацията“ винаги се нуждае от преглед от човек, преди да бъде изпратено на клиент.

person mdoar    schedule 26.02.2014

Имам различно разбиране за работа с JIRA. За мен JIRA ми помага да разбера кога трябва да направя нещо, какъв е статусът и кога съм готов с него. Когато документацията и локализацията са необходими всеки път, не бих искал да препълвам моя JIRA с всички тези подзадачи, които всеки разбира, че са необходими.

Единствените причини, поради които те трябва да бъдат извлечени като подзадачи (и управлявани с работен поток), са:

  • Обикновено имате различен изпълнител за документация и/или локализация, така че можете да възложите това на различно лице.
  • Техният работен процес е различен, затова искате да го управлявате отделно.

Не бих очаквал допълнителни компоненти за тях, защото когато искате да ги изолирате, просто имайте потребителско поле за него (или създайте подзадача като работен елемент за документиране и локализация, не знам дали това е лесно възможно).

Не бих добавил този флаг „Необходима е документация“, защото хората, които добавят проблеми, често не знаят дали е необходима документация. Така че не, не бих ги добавил като подзадачи, нито като допълнителен флаг, но обясня на всички, че е необходима документация и локализация. Трябва да има начини това да се проверява автоматично, без проблем...

И разбира се, вие сте свободни да добавите екран за документация с допълнителни потребителски полета. Там можете да документирате при внедряването на проблема какво сте направили относно документацията и интернационализацията. Така че проверката дали те са празни ще замени флага, който споменахте.

person mliebelt    schedule 26.02.2014
comment
››всеки разбира, че са необходими‹‹ - това прави задачите, които се изпълняват, зависи от това, че човек е добър човек. Смисълът на автоматизирания работен процес е автоматично да изпълнява необходимите задачи. - person isobretatel; 05.03.2014
comment
Флагът за нужда от документация ще бъде на екрана за внедряване, присвоен на разработчик. - person isobretatel; 05.03.2014