Про догфудинг и управление
командой разработки в TeamStorm

Гибкие подходы в разработке ПО подразумевают специфический рабочий процесс: в предыдущем материале мы рассказывали, как происходит управление апстримом и даунстримом. А теперь показываем в деталях, как функциональность TeamStorm позволяет выстраивать работу команды разработки в нашей компании.

Да, мы в TeamStorm используем собственный продукт, на языке бизнеса такой подход называется догфудинг.

Термин догфудинг происходит от фразы "eating your own dog food" (буквально «есть свою собственную собачью еду»), что подразумевает использование собственной продукции или услуги компанией, как это делают клиенты.

Эта практика позволяет нам лучше понимать потребности и ожидания пользователей. Конечно, мы ориентируемся на запросы рынка, но и сам TeamStorm является его частью, поэтому мы с уверенностью можем доверять собственным впечатлениям.

Начнем с идей — какие фичи мы хотим разработать, опираясь на запросы клиентов или собственные потребности. Идеи представляют собой задачи с определенным типом. Они попадают в папку Backlog Epics, после чего менеджер по продукту забирает задачу в спринт, опираясь на категории важности, прописанные в TeamStorm.

Для релизов используется расширение Портфолио. С его помощью можно не только планировать будущие работы, но и ретроспективно взглянуть на прошедшие, и провести аналитику по их результатам. Процесс работы над релизом можно отслеживать по графику сгорания.

Работа по спринтам ведется в расширении Agile, где задачи можно отслеживать в двух представлениях — табличном и на канбан-доске. В расширении можно формировать емкость команды с указанием количества рабочих часов и длительность спринта по датам. Мы привыкли оценивать емкость спринта в часах, и хорошо умеем планировать свои спринты. Для поклонников Story points — можно использовать и такой тип оценки.

Интересный лайфхак использования таск-трекинговой системы — создание задачи типа стенд. Работа со стендами — неотъемлемая часть нашей работы, зачастую они нужны для тестирования фичей или показа демо.

Задача содержит элементы «Ответственный» и «Статус» — свободен или занят нужный стенд в настоящий момент. Это помогает быть уверенным, что никто из коллег не изменит и не удалит ваши данные на стенде в момент, когда вы с ними работаете.

В TeamStorm есть не только задачи, но и Cтраницы — внутренняя Wiki-система, где мы ведем различные требования, процессы работы и другую документацию. Страницы можно связывать с задачами. Таким образом через перекрестную ссылку через задачу можно всегда перейти на страницу – это быстро и удобно.

Полная запись вебинара доступна на YouTube по ссылке.

Работа в собственной системе внутри компании помогает нам на собственном опыте тестировать различные фичи и лучше понимать потребности клиентов. TeamStorm использует не только команда разработки, но и другие отделы нашей компании. Об этом мы расскажем в будущих материалах.


Хотите узнать о TeamStorm больше? Запросите демонстрацию, заполнив форму обратной связи.