Agile, kanban и бюрократия: перемешать, но не смешивать. Опыт команды мобильной разработки КODE
Как внедрять новые правила в команде и все не сломать, рассказываем на кейсах и чек-листах.
Как внедрять новые правила в команде и все не сломать, рассказываем на кейсах и чек-листах.
При разработке мобильных приложений возможно документация и не нужна. Это вообще не ПО, просто оболочка. Но вы попробуйте вести разработку без документации к ПО самолета. Интересно будет когда "ключ" выйдет из проекта. В общем в итоге именно проект определяет подход. Нет никаких правильных наборов подходов и методолгий.
Вы не хотите писать документацию, но хотите что бы вам писали таски, нет таска нет работы говорите вы. Попробуйте сказать это какому-нибудь толстосуму который спонсирует ваш проект и хочет добавить какую-нибудь фишечку. Так и скажите: "Закиньте в жиру, мы сделаем". Вы на этом уровне можете общаться только внутри своей команды разработчики-продуктологи.
И да, продукт подразумевает расчет финансовой модели, аналитику и прочее прочее. У вас просто проект (ы).
Спасибо!
Согласен полностью. Про это и пытался сказать, что это конкретный кейс, в продукт, в котором документации уделялось слабое внимание. Но. Я тут был на ProductCamp 2020 с этим докладом.
Так вот, оочень многие компании, которые стартуют свой продукт не ведут спек вообще. Некогда потому что, юнит вроде сошелся, таски к MVP в юзер-сторях описали и понеслась, а через пару лет бешеный легаси.
Но не в этом суть статьи ) А в том, что думать надо всегда, и на старте и в полете.