Как стать автором
Обновить

Запускаем MVP: как помочь команде справиться с режимом аврала

Время на прочтение9 мин
Количество просмотров4K
Всего голосов 7: ↑7 и ↓0+7
Комментарии2

Комментарии 2

Конечно, нам было чуть проще — мы уже знали, как точно делать не надо. Но за год работы старой версии изменились потребности трейд-маркетологов, поэтому мы все равно начинали все с нуля — с формирования и проработки требований.

Ошибка первая: вместо рефакторинга начинать собирать требования на абсолютно новый продукт. Но стартовать "как рефакторинг".

Начали делать фронтенд без дизайнера
Просто переняли наработки соседнего проекта со схожим бизнес-процессом и потребностями юзеров. Это здорово помогло сэкономить время.

Ошибка вторая: в зависимости от того, как именно вы это сделали, либо поплыли ответственности и поднялся стресс, либо потом пришлось кому-то рвать себе вихры, пытаясь помирить уже сделанное с тем, как надо сделать. Либо и то, и другое...

Свели бюрократию к минимуму

...

все обсуждения должны вестись в общекомандном канале

...

Обязательные реакции под сообщениями

...

Иногда мы жертвовали детальной проработкой требований в Confluence, а вместо этого делали созвоны на команду и в течении часа грумили и дополнительно уточняли все неосвещенные вопросы. Для нас это было промежуточным решением между «всё-всё продумать» vs «сделать быстрее».

I can't quite put a finger on it... Т. е. бойко вести коммуникации в Jira некомфортно, в Слаке/Конфлюэнсе комфортно? Тут явно есть какое-то второе дно...

Сдюжили-вытянули, это хорошо и молодцы. Будьте аккуратнее...

Спасибо за обратную связь! Первый комментарий не поняла, первая версия была написана на другом стеке, экспертизы по которому не осталось в компании. Поэтому делали все с нуля. Но с учетом набитых шишек, например, на взаимодействии с прогнозным модулем и системы для закупок.
По поводу фронта, мы переняли наработки продукта из того же кластера, у нас есть понятие дизайнера на кластер. То есть никого ни с чем не пришлось мирить, все было на общих кластерных рельсах.
По поводу коммуникаций: в Jira и Confluence это неудобно, потому что надо ждать, пока собеседник получит уведомление по почте, которую редко читает. А в слаке быстро и удобно.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории