Обновить
0
0
Евгений Хлызов@0ex0

Пользователь

Отправить сообщение
Если учитывать, что
  1. Разработчики достаточно профессиональны и хорошо мотивированы
  2. Есть доверие между заказчиком и исполнителем (или это работа над собственным продуктом)
тогда описанный подход может дать хороший результат с минимумом затрат на побочную деятельность.
В комментариях часто прослеживаются вопросы — «а если разработчики то..., а если это...». Да, если разработчики не опытны, не понимают что и зачем они делают или не хотят сами это сделать — то да, нужно пасти. В другом случае — достаточно периодически корректировать и не мешать.
У меня в команде отсутствуют явные итерации и оценки (типа Kanban); могу сказать, что без них очень даже неплохо. Да, сложно прогнозировать дату очередного релиза, но точности от нас не требуют. Процесс простой — сначала максимальный scope down нового функционала + багфиксинг и менее приоритетные задачи. Если после этого остается какое-то время (т.е. не релиз может ждать) — то добавляем выкинутые фичи (сколько влезет) и релизим. А можем сразу зарелизить и перенести остатки в следующий релиз.
Без практики никуда. Для меня очень хорошей книгой оказалось thepowerofless.com/ Прочитал только одну пятую книги пару месяцев назад и пока даже нет желания дочитывать — информации для практики хватает.
Еще одно доказательство, что хорошие идеи возникают одновременно :-) Разработка sonru.com также велась в 2008 (или даже раньше, уже забыл). И приложение изначально рассчитано на европейскую аудиторию.
Идея отличная, и, насколько я знаю, там она работает. Так что вам удачи и спасибо за продукт!
Скажите, это клон sonru.com или идея возникла независимо?
2

Информация

В рейтинге
5 410-й
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Зарегистрирован
Активность

Специализация

Бэкенд разработчик
Ведущий
Kotlin
SQL
Java Spring Framework
Redis
Git
Kubernetes
Управление разработкой
Scrum
Построение команды