Эта статья будет полезна всем, кто, как и я, столкнулся с суровой реальностью, когда разработка и сопровождение работают параллельно и находятся в тотальной рассинхронизации.

Здесь я поделюсь, как мы выстраивали взаимодействие между этими отделами, а в итоге превратились в одну продуктовую команду с общими целями и направлениями развития. Шаги, которые я опишу дальше, независимы друг от друга, их можно применять по мере необходимости.

https://habr.com/ru/post/686946/?utm_source=habrahabr&utm_medium=rss&utm_campaign=686946

Профессия UX-редактора молодая: ещё два-три года назад в крупных компаниях только складывалось представление о том, что это за член команды и какие функции выполняет. Сейчас UX-редактор играет важную роль в продуктовом процессе. Рассказываем, как понять, что вам нужен такой специалист.

https://habr.com/ru/post/687366/?utm_source=habrahabr&utm_medium=rss&utm_campaign=687366

Темы статьи:
- Фреймворк - это модель. И у нее есть некие допущения. Эффективность модели и зависит от допущений.
- Иванов Иван натягивает свой опыт на фреймворк, что же получится?
- Любая стандартизация призвана устранить изменчивость.
- Любой продукт является системой, потому что создание любого продукта имеет некоторую цель, а основное свойство системы — ее наличие. Продукты без цели не существуют.
- JBTD - для чего его лучше всего использовать

https://habr.com/ru/post/676824/?utm_source=habrahabr&utm_medium=rss&utm_campaign=676824

Добрый день!

Мы создали бесплатный инструмент который позволяет анализировать Персоны (индивидов/целевую аудиторию) на основе паттернов человеческого мышления (когнитивных искажений). Вы можете использовать этот инструмент в своей компании для увеличения эффективности работы команд маркетинга, продаж, продакт и др. Инструмент может быть также использован для самоанализа и повышения эффективности принимаемых вами решений.

https://habr.com/ru/post/670722/?utm_source=habrahabr&utm_medium=rss&utm_campaign=670722

Привет!

Я уже 10 лет в индустрии, успел поработать в разных компаниях — продуктовых и аутсорсинговых, больших и маленьких. Последние три года я ещё и менеджер — управляю командой разработчиков, помогаю им развиваться и нанимаю новых людей.

Я обратил внимание на то, что разработчики часто считают своей работой «написание кода», «добавление фич» или даже «закрытие задач в джире». Раньше я думал так же. Сегодня я расскажу, почему считаю этот подход ограничивающим рост и, что более важно, счастье.

https://habr.com/ru/post/671058/?utm_source=habrahabr&utm_medium=rss&utm_campaign=671058