Меню

Урок за борда на JIRA Scrum: Работа със Scrum с Jira за управление на спринта

  • Основен
  • Други
  • Урок за борда на JIRA Scrum: Работа със Scrum с Jira за управление на спринта

jira scrum board tutorial

Опитайте Нашия Инструмент За Премахване На Проблемите

Подробно ръководство за боравене със Scrum с Jira: Наръчник на JIRA Scrum Board за ефективно управление на спринта

как да инициализирам свързан списък в java -

Портфолио на JIRA беше обяснено подробно в предишния ни урок. В този урок разгледайте повече за Scrum Handling с JIRA.

В среда Scrum или Kanban Jira помага в управлението на Sprint ефективно и ефикасно, с простия си потребителски интерфейс и лесни за използване опции.

Нека да разгледаме задълбочено Scrum Handling с Джира сега. За пълни познания за JIRS прочетете нашия Безплатна серия за обучение на JIRA .

=> Щракнете тук за пълна серия уроци по JIRA

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

jira scrum board jira sprint tutorial

Какво ще научите:

Проект

За scrum проектът може да бъде наречен Scrum Project (проект Sprint). В практически сценарий потребителят (може би Собственик на продукта) с администраторски права създава проекта.

Стъпки за създаване на scrum проект:

# 1) Кликнете върху бутона „Проекти“ (икона) в левия прозорец на страницата.

създаване на проект

# две) Кликнете върху бутона „Създаване на проект“ в горния десен ъгъл на страницата, който ще покаже страницата „Създаване на нов проект“.

Обикновено потребителят ще бъде помолен да избере тип проект. Уверете се, че сте избрали „Разработка на софтуер Scrum“ като тип проект.

създайте нов проект

# 3) На тази стъпка се уверете, че избраният шаблон е „Scrum“. Ако не кликнете върху бутона „Промяна“ и след това изберете „Scrum“ като шаблон от изскачащия диалогов прозорец.

промяна на шаблона на проекта

# 4) На страницата „Създаване на нов проект“ въведете правилно разпознаваемо име за новия проект и след това кликнете върху бутона „Създаване“.

Това ще покаже новосъздадената страница на проекта, както е показано по-долу:

новосъздадена страница на проекта

  • Както се вижда на горното изображение, „MTP“ е краткото име на проекта (действително име на проекта на примерния проект = „Моят тестов проект“), избран от Jira вътрешно.
  • Заедно с проекта автоматично се създава scrum дъска.
    • Подобно на бяла / черна дъска, която може да побере много редове от записа, дъската на Jira показва проблемите, създадени за определен проект (може да показва и проблеми от няколко проекта).
    • Представяйки проблемите като табло, Jira го прави изключително гъвкав за преглед, управление и проследяване на напредъка на даден проблем. (Ще научим повече подробности, специфични за дъските на Jira, в отделен урок).
  • Назад на скрам борда е празен за новосъздадения проект. Назад трябва да се попълни сега с проблемите, задачите и т.н. В скруп среда, Собственикът на продукта попълва Назад. Собственикът на продукта може да потърси помощта на Scrum Master, когато е необходимо.
    • Списъкът на нерешените проблеми (които могат да включват подобрения на функциите, грешки, задачи и т.н.) за продукта се нарича Назад на продукта. Подобен списък за Sprint се нарича Sprint Backlog.

Натрупване на продукти

  • Проблеми с Jira (от различен тип) са създадени за актуализиране / попълване на изоставане на продукти.
  • Собственикът на продукта получава изискванията (също грешки) от крайните клиенти. Други членове на екипа също могат да предложат някои проблеми.
  • Собственикът на продукта се уверява, че има достатъчно проблеми както за текущия спринт, така и за бъдещия спринт.

Оценка на времето на проблемите

  • След като изоставането на продукта има проблеми, става важно да се определят и актуализират прогнозите за времето за всяка задача.
  • Оценката на времето на задачите от своя страна е важна за Sprint Backlog. Той помага да се реши броят на проблемите, които могат да бъдат взети в спринт, в зависимост от броя на членовете на екипа в скрама и техния капацитет.
  • Всеки брой на Jira има поле, наречено „Estimate“ (понякога наричано „Story Points“), в което трябва да се попълни оценката на времето в съгласуван формат.

След като има достатъчно брой проблеми в изоставането и всеки брой има прогноза за времето, те са готови за работа в спринт. Трябва да се създаде нов спринт и да се вземат въпроси в спринта.

Какво е спринт?

В Scrum среда съответните екипи прогнозират да завършат набор от въпроси, които да бъдат завършени за фиксирана продължителност от време, което се нарича Sprint. Екипът заедно със Собственика на продукта определя продължителността на екипа.

В повечето случаи продължителността на спринта е две, три или четири седмици.

създаване на спринт

Създайте Спринт

Кликнете върху бутона „Създаване на спринт“ (вижте горното изображение).

Дайте правилно решено име на спринта ( E.g. Sprint2018 юни). На тази стъпка Jira ще покаже страница, както е показано по-долу.

нов спринт

Планиране на спринта

В скрам / гъвкава среда, една от „скрам церемониите“ е спринт планирането.

Тази среща за планиране на спринта трябва да бъде свикана преди започване на спринта. Още преди това Scrum Master установява капацитета на отбора за предстоящия спринт, като разглежда всички планирани отпуски на членовете на отбора или всяко друго откъсване като тренировка и т.н.

Процеса:

  • Продължителност на срещата: За двуседмичен спринт обикновено е 2 часа. Това е като броя на седмиците * 1 час (т.е. 2 * 1)
  • Собственикът на продукта ще има приоритизиран списък с проблеми в изоставането на продукта.
  • Необходими участници: Scrum Master, собственик на продукт, Scrum екип.
  • Всички проблеми, които не са оценени, се оценяват
  • Екипът решава по кои въпроси може да се работи в спринта. Това е важно, за да се запази обхватът на спринта.
  • Плъзнете и пуснете проблеми в вестникарска печка или променете името на спринта в новите издания. Бутонът „Старт спринт“ вече ще бъде активиран. (вижте изображението по-долу)

спринт готов за старт

  • Екипът се ангажира да завърши проблемите в спринта.

Тъй като екипът се договаря за обхвата на спринта, спринтът се стартира, като щракнете върху бутона „Старт спринт“.

Jira ще покаже следващата страница, както е показано по-долу:

какво са метаданни в хранилището на данни

startprint_page1

Въведете необходимите подробности в изскачащия диалогов прозорец ‘Start sprint’:

  • Име на спринт: Въведете еднозначно и разбираемо име.
  • Продължителност: Изберете уговорената продължителност на спринта.
  • Начална дата: Изберете началната дата от контрола на календара.
    • Забележка: Някои отбори започват спринта в понеделник и завършват в петък. Разбира се, не палците управляват.
  • Крайна дата: Джира изчислява тази крайна дата въз основа на избраната продължителност.
    • Забележка: В случай, че е избрана различна крайна дата, полето за продължителност се актуализира като „Персонализирано“.
  • Спринт цел: Това не е задължително поле.

Щракнете върху бутона ‘Старт’ след въвеждане на необходимите данни. Jira сега ще покаже ‘Sprint board’, както е показано на следващото изображение. Разделът „Активни спринтове“ става активен сега.

спринт борд

В таблото Sprint са показани три колони, а именно „TO DO“, „IN PROGRESS“ и „DONE“, през които ще премине проблем. Показваните колони могат да варират при различните организации. Колоните могат да бъдат конфигурирани с помощта на администратор на Jira.

След това членовете на екипа вземат проблемите, по които ще работят, и ги преместват в графата „В ПРОГРЕС” След като DOD (Определение на Готово) на изданието е изпълнено, проблемът се решава и се премества в графата „Готово“ в дъската Sprint.

Ежедневна среща за изправяне

След започване на спринта всеки ден (и до края на Спринта) се провежда ежедневна среща за изправяне (наричана понякога и „Ежедневна разправа“), обикновено в началото на деня сутрин.

  • Намерение: Да се ​​знае дали има някакви проблеми с блокирането на който и да е проблем, по който се работи, а също и да се знае как е напредъкът на всеки член на екипа.
  • Задължителни участници: Scrum екип, Scrum Master, собственик на продукта
  • Продължителност: Максимум 15 минути.
    • Избягвайте разказването на истории
    • Избягвайте да седите
    • Уверете се, че всеки участник е внимателен.
  • Всеки член на екипа говори:
    • Какво беше завършено вчера?
    • Над какво ще работи днес членът на екипа?
    • Има ли някакви пречки?

Забележка: По време на напредъка на спринта може да възникне необходимостта от добавяне на ad-hoc / приоритетни проблеми в спринта. Ако е така, за да се запази обхватът на спринта, един или повече проблеми ще бъдат премахнати от изоставането в спринта и ще бъдат добавени обратно към изоставането на продукта. Собственикът на продукта, майсторът на scrum и екипът трябва да се споразумеят за промените.

Край на спринта

В последния ден на спринта спринтът трябва да бъде завършен / завършен. Това става чрез щракване върху бутона ‘Complete Sprint’.

коя от следните операции не може да бъде приложена към указатели

Това ще покаже изскачащата страница ‘Complete Sprint’, както е показано по-долу:

краен спринт

Изскачащата страница „Complete Sprint“ показва:

  • Брой завършени издания
  • Редица непълни броеве.
  • Всички проблеми, добавени след стартирането на Sprint.
  • Възможност за преместване на непълните издания или в „Backlog“ или в „New Sprint“.
    • Обикновено непълните проблеми се преместват в Backlog.

Кликването върху бутона „Complete“ на страницата „Complete Sprint“ ще завърши / затвори Sprint и ще покаже страницата „Sprint Report“. (Вижте изображението по-долу)

Отчетът за спринта помага да се установи дали обхватът на спринта е бил прекомерно или обратно.

спринт доклад за краен спринт

Ретроспектива на спринта

Тази среща трябва да се проведе след завършване на спринта и преди започване на нов спринт.

Продължителността може да бъде час. Основната цел на тази среща е да събере „бърза“ обратна връзка от екипа. Тази среща помага на целия екип да разбере „какво е минало добре“ и „какво трябва да се подобри“.

Събраната обратна връзка трябва да бъде обработена при следващия спринт и това е част от непрекъснатото подобрение.

Заключение

Този информативен урок обясни как различни дъски на Jira се използват за управление на Scrum.

Надявам се процесът стъпка по стъпка, обяснен в този урок, да е обогатил вашите познания за концепцията за Scrum с JIRA.

=> Посетете тук за пълна серия уроци по JIRA

Внимавайте за нашия предстоящ урок, за да научите повече за други табла за управление на Jira.

PREV Урок | СЛЕДВАЩ урок

Препоръчително четене

^