Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

WORKFLOW

No description

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of WORKFLOW

UserStory
Task
Benefit
Idea
Code
WORKFLOW
Actor: Автор инициативы - заказчик
UserStory:
Actors: Owner + Project manager
Actors: PMs + Owners
Actors: owner + PMs
Actor: RnD team
Actors: QA + dev. teams
Actor: DevOps
Нужно описать свою инициативу (проект) в виде пользовательских историй:
Как
, <роль/персона юзера>,
я

хочу
<что-то получить>,
чтобы
<с такой-то целью, описать ценность>
Definition of Done (DoDs):
Автор инициативы дорабатывает требования, фиксирует критерии готовности задачи. И помещает готовую задачу в бэклог канбана.
PM вникает в проект, консультирует в формулировках и помогает с бизнес-аналитикой.
Формулировка
Оформление
Приоритизация
Friday range:
Все заказчики (и PMы) собираются на общую встречу, где обсуждают Kanban Backlog - определяют важность каждой задачи, сортируют задачи по ценности относительно друг друга и формируют приоритизированный список задач для разработчиков на ближайшее время.
Планирование
KanBan daily planning:
Каждое утро команда собирается, обсуждается прогресс по текущим задачам KanBan. Новые задачи изучаются (могут привлекаться заказчики / PMы для уточнения требований) и декомпозируются на технические. Перераспределяются участники микрокоманд, занимающихся разработкой конкретных задач.
Sprint: Разработка
Development:
Цель команды реализовать и передать заказчику готовый, цельный и поддерживаемый функционал. Поэтому разработчики максимально ответственно подходят к задачам: код чистый, протестированный, когда возможно, документирован и покрыт автотестами. Критичные решения обсуждаются с командой до этапа реализации. Живое общение - ключ к успешной реализации необходимой пользовательской ценности.
Sprint: Контроль качества
QA:
Приемочное тестирование на staging: тестировщик разворачивает ветки разработчика в тестовой среде и проверяет на соответствие результата требованиям. В случае коллизий по всем спорным вопросам тестировщик консультируется у заказчика, и все уточнения вносятся в формулировку задачи.
Dev.team:
Команда проводит
Code review
: оценивание кода коллег с точки зрения правильности / чистоты / поддерживаемости / тестируемости.
Sprint: Выкладка
От идеи до воплощения
Артефакт: задача в Asana
Артефакт: задача в KanBan Backlog
Артефакт: на доске Kanban список приоритизированных задач
Артефакт: задачи на KanBan доске
Артефакт: Pull Request в репозитории
Артефакты: у PR минимум два одобрения команды, у задачи стоит тэг "Протестировано PASS"
Deployment:
Цель команды: максимально быстрая доставка нового функционала клиентам, поэтому по готовности, после проверки качества задача выкатывается на боевые сервера.
Закрытие задачи в Asana означает для заказчика готовность задачи и доставка её до клиентов.
Артефакт: закрытая в Asana задача
Важно сформулировать ценность проекта для бизнеса, какие преимущества дает реализация проекта.
Values:
Full transcript