Работа в АИС SCRUM
Роль разработчика
Зона ответственности
- Консультация по работе ПО и его возможностях в рамках обращений;
- Выполнение обращений по поддержке (предоставление инструкций, консультация);
- Исправление ошибок (по подтвержденным ошибкам от тестировщика);
- Выполнение доработок по спринту.
1 | Начало работы
Важно! Перед началом работы в АИС Scrum необходимо нажать на кнопку <<Отметить удаленную работу>>.
При входе в АИС Scrum по умолчанию открывается Рабочий стол.
На нём отображаются актуальные подзадачи в статусах <<Новые>>, <<В работе>> и <<Готово>>.
Статус меняется путём "перетаскивания" подзадачи по столбцам.
Основные правила разработчика в работе с подзадачами:
- Подзадачи нужно закрывать после реализации, своевременно и не откладывать;
- Подзадачи сортируются по приоритету - важные всегда сверху (обращения, баги и далее по приоритетам задач);
- Критические баги должны быть исправлены максимально оперативно (Важное + Блокирующая или Критическая);
- Обработать обращение обратной связи надо в течение суток, если нет возможности решить сразу;
- Перед закрытием последней подзадачи надо указать тестовый сервер для проверки (если заказчик не поставил чек-бокс "сразу на бой");
- Доступно автоматическое разделение подзадач, если подзадача заняла менее 90% планового времени или работа по исправлению/обращению/публикации затянулась более, чем на 15 минут - будет предложено разделить подзадачу.
Идеальный процесс работы
с подзадачами
2 | Поддержка
В рамках процесса поддержки разработчик принимает участие в выполнении подзадач по обращениям на консультацию по работе систем или предоставление инструкций. А также получает подзадачи на работу с обращениями от пользователей.
1.Подзадача с типом <<Обращение>>.
Несколько правил при работе с обращением:
Несколько правил при работе с обращением:
- Ответ нужно писать в комментарий, даже если пообщались по телефону – нужно всегда фиксировать результат;
- Если из обращения следует, что это ошибка, то надо привлечь в комментарий QA для анализа и создания ошибки;
- Если это просто консультация – написать ответ в комментарий и нажать «Готово» или закрыть подзадачу на Рабочем столе;
- Письма от пользователей нужно заводить как обратную связь и давать ответы в комментарии.
2.Подзадача с типом <<Ошибка>>.
В данном случае требуется выполнить исправление описанной ошибки и закрыть подзадачу.
При необходимости задать уточняющие вопросы в баг-репорте и перевести ее в уточнение.
Важно! Ошибки и обращения в уточнении не отображаются на Рабочем столе.
В данном случае требуется выполнить исправление описанной ошибки и закрыть подзадачу.
При необходимости задать уточняющие вопросы в баг-репорте и перевести ее в уточнение.
Важно! Ошибки и обращения в уточнении не отображаются на Рабочем столе.
3 | Разработка
Процесс разработки - основное поле деятельности разработчика. В рамках АИС Scrum разработчик получает подзадачи на первичную доработку по задаче или на работу с замечаниями.
1.
После формирования спринта разработчик получает подзадачи на разработку.
На Рабочем столе в карточке подзадачи содержатся ссылки на саму задачу и спринт.
Описание необходимой разработки также содержится в карточке подзадачи.
2.
Разработчик получает подзадачу на доработки или замечания по задаче, находящейся на тестировании или приёмке инициатором.
В карточке задачи во вкладке <<Доработки и замечания>> содержится описание проблемы и поле для ответа.
Разработчик получает подзадачу на доработки или замечания по задаче, находящейся на тестировании или приёмке инициатором.
В карточке задачи во вкладке <<Доработки и замечания>> содержится описание проблемы и поле для ответа.
