#продуктовая_разработка — Public Fediverse posts

Спектр. Контекст создания, трудности, боли и победы

20 апреля мы официально сообщили на широкую аудиторию, что ведём разработку собственного аналога Figma и Pixso — Спектр, а также открыли приём заявок на закрытое бета-тестирование. И сейчас отличное время, чтобы поделиться с сообществом историей разработки продукта, взлётами и падениями, трудностями и победами. Узнать внутрянку

https://habr.com/ru/articles/1031322/

#дизайн #продукт #продуктовая_разработка #продуктовый_дизайн #продукт_менеджмент #ретроспектива #внутренняя_кухня #спектр #pixso #figma

Спектр. Контекст создания, трудности, боли и победы

20 апреля мы официально сообщили на широкую аудиторию, что ведём разработку собственного аналога Figma и Pixso — Спектр, а также открыли приём заявок на закрытое бета-тестирование. И сейчас отличное время, чтобы поделиться с сообществом историей разработки продукта, взлётами и падениями, трудностями и победами. Узнать внутрянку

https://habr.com/ru/articles/1031322/

#дизайн #продукт #продуктовая_разработка #продуктовый_дизайн #продукт_менеджмент #ретроспектива #внутренняя_кухня #спектр #pixso #figma

Спектр. Контекст создания, трудности, боли и победы

20 апреля мы официально сообщили на широкую аудиторию, что ведём разработку собственного аналога Figma и Pixso — Спектр, а также открыли приём заявок на закрытое бета-тестирование. И сейчас отличное время, чтобы поделиться с сообществом историей разработки продукта, взлётами и падениями, трудностями и победами. Узнать внутрянку

https://habr.com/ru/articles/1031322/

#дизайн #продукт #продуктовая_разработка #продуктовый_дизайн #продукт_менеджмент #ретроспектива #внутренняя_кухня #спектр #pixso #figma

Спектр. Контекст создания, трудности, боли и победы

20 апреля мы официально сообщили на широкую аудиторию, что ведём разработку собственного аналога Figma и Pixso — Спектр, а также открыли приём заявок на закрытое бета-тестирование. И сейчас отличное время, чтобы поделиться с сообществом историей разработки продукта, взлётами и падениями, трудностями и победами. Узнать внутрянку

https://habr.com/ru/articles/1031322/

#дизайн #продукт #продуктовая_разработка #продуктовый_дизайн #продукт_менеджмент #ретроспектива #внутренняя_кухня #спектр #pixso #figma

SaaS умирает? Я сравнил 8 публикаций Q1 2026 с тем, что вижу внутри Kaiten

Последние месяцы я вижу одну и ту же мысль: SaaS умирает, AI-агенты забирают работу из интерфейсов, а компании перестают платить за пользовательские лицензии. На первый взгляд кажется, что так и есть. Если агент может сам прочитать CRM, создать задачу, разобрать заявку, сходить в API и принести руководителю готовый статус, зачем держать десятки людей в системе? Пусть машина сама делает работу, а человек только проверяет. Но когда смотришь на это изнутри SaaS-продукта, картина выглядит по-другому. Я работаю в Kaiten — мы делаем платформу для задач, проектов, документов, заявок и процессов. То есть находимся ровно в той модели, которую сейчас принято хоронить. Последний год показал, что хоронить рано. Но и делать вид, что ничего не меняется, уже странно.

https://habr.com/ru/companies/kaiten/articles/1040650/

#SaaS #AIагенты #LLM #корпоративный_софт #автоматизация #управление_проектами #рабочие_процессы #продуктовая_разработка #B2B_SaaS #AI_в_бизнесе

Слабоумие и отвага: как я за выходные сделала прототип ИИ-помощника для UX-дизайнера

Привет, Хабр! Меня зовут Екатерина Ионова и я руковожу проектами и продуктами экосистемы «Лукоморье» . Когда-то программировала на Java и C#, но последние шесть лет занималась управлением — продуктами, командами, сроками, бюджетами и всем тем, что обычно находится вокруг кода, а не внутри него. Недавно наша команда участвовала во внутреннем продуктовом хакатоне-акселераторе. За три месяца нужно было пройти путь от идеи и анализа рынка до финансовой модели и первого прототипа. У нас была идея нейроассистента для UX-проектировщика, сильная методология, дизайнеры, исследователь, продуктовая логика и не было разработчика. Поэтому прототип пришлось собирать самим. Сначала в Lovable, потом в Cursor. В этой статье расскажу, как мы собрали рабочий ИИ-прототип за выходные, какие грабли поймали, что пришлось «накостылить» и почему даже работающий прототип всё ещё нельзя путать с продуктом. Это кейс о vibe coding в боевых условиях: когда надо быстро проверить гипотезу, а идеальной команды, инфраструктуры и времени у тебя нет.

https://habr.com/ru/companies/lukit_ru/articles/1037968/

#vibecoding #лукоморье #хакатон #хакатоны #вайбкодинг #вайбкодинг #вайбпрограммирование #продукт #продуктовая_разработка #продуктовая_аналитика

Слабоумие и отвага: как я за выходные сделала прототип ИИ-помощника для UX-дизайнера

Привет, Хабр! Меня зовут Екатерина Ионова и я руковожу проектами и продуктами экосистемы «Лукоморье» . Когда-то программировала на Java и C#, но последние шесть лет занималась управлением — продуктами, командами, сроками, бюджетами и всем тем, что обычно находится вокруг кода, а не внутри него. Недавно наша команда участвовала во внутреннем продуктовом хакатоне-акселераторе. За три месяца нужно было пройти путь от идеи и анализа рынка до финансовой модели и первого прототипа. У нас была идея нейроассистента для UX-проектировщика, сильная методология, дизайнеры, исследователь, продуктовая логика и не было разработчика. Поэтому прототип пришлось собирать самим. Сначала в Lovable, потом в Cursor. В этой статье расскажу, как мы собрали рабочий ИИ-прототип за выходные, какие грабли поймали, что пришлось «накостылить» и почему даже работающий прототип всё ещё нельзя путать с продуктом. Это кейс о vibe coding в боевых условиях: когда надо быстро проверить гипотезу, а идеальной команды, инфраструктуры и времени у тебя нет.

https://habr.com/ru/companies/lukit_ru/articles/1037968/

#vibecoding #лукоморье #хакатон #хакатоны #вайбкодинг #вайбкодинг #вайбпрограммирование #продукт #продуктовая_разработка #продуктовая_аналитика

Слабоумие и отвага: как я за выходные сделала прототип ИИ-помощника для UX-дизайнера

Привет, Хабр! Меня зовут Екатерина Ионова и я руковожу проектами и продуктами экосистемы «Лукоморье» . Когда-то программировала на Java и C#, но последние шесть лет занималась управлением — продуктами, командами, сроками, бюджетами и всем тем, что обычно находится вокруг кода, а не внутри него. Недавно наша команда участвовала во внутреннем продуктовом хакатоне-акселераторе. За три месяца нужно было пройти путь от идеи и анализа рынка до финансовой модели и первого прототипа. У нас была идея нейроассистента для UX-проектировщика, сильная методология, дизайнеры, исследователь, продуктовая логика и не было разработчика. Поэтому прототип пришлось собирать самим. Сначала в Lovable, потом в Cursor. В этой статье расскажу, как мы собрали рабочий ИИ-прототип за выходные, какие грабли поймали, что пришлось «накостылить» и почему даже работающий прототип всё ещё нельзя путать с продуктом. Это кейс о vibe coding в боевых условиях: когда надо быстро проверить гипотезу, а идеальной команды, инфраструктуры и времени у тебя нет.

https://habr.com/ru/companies/lukit_ru/articles/1037968/

#vibecoding #лукоморье #хакатон #хакатоны #вайбкодинг #вайбкодинг #вайбпрограммирование #продукт #продуктовая_разработка #продуктовая_аналитика

Слабоумие и отвага: как я за выходные сделала прототип ИИ-помощника для UX-дизайнера

Привет, Хабр! Меня зовут Екатерина Ионова и я руковожу проектами и продуктами экосистемы «Лукоморье» . Когда-то программировала на Java и C#, но последние шесть лет занималась управлением — продуктами, командами, сроками, бюджетами и всем тем, что обычно находится вокруг кода, а не внутри него. Недавно наша команда участвовала во внутреннем продуктовом хакатоне-акселераторе. За три месяца нужно было пройти путь от идеи и анализа рынка до финансовой модели и первого прототипа. У нас была идея нейроассистента для UX-проектировщика, сильная методология, дизайнеры, исследователь, продуктовая логика и не было разработчика. Поэтому прототип пришлось собирать самим. Сначала в Lovable, потом в Cursor. В этой статье расскажу, как мы собрали рабочий ИИ-прототип за выходные, какие грабли поймали, что пришлось «накостылить» и почему даже работающий прототип всё ещё нельзя путать с продуктом. Это кейс о vibe coding в боевых условиях: когда надо быстро проверить гипотезу, а идеальной команды, инфраструктуры и времени у тебя нет.

https://habr.com/ru/companies/lukit_ru/articles/1037968/

#vibecoding #лукоморье #хакатон #хакатоны #вайбкодинг #вайбкодинг #вайбпрограммирование #продукт #продуктовая_разработка #продуктовая_аналитика

AI-native компания: почему пора перестать делать продукты

На первый взгляд AI-native звучит как очередной красивый ярлык для компаний, где всем выдали ChatGPT, Claude Code, Cursor и пару внутренних ботов. Но если смотреть не на инструменты, а на то, как реально работает компания, картина становится интереснее. Оказывается, значительная часть нашей работы — это не создание продукта и даже не принятие решений. Это перенос контекста. Клиент что-то сказал. Аналитик понял и оформил. РП пересказал. Разработчик уточнил. QA нашёл неоднозначность. Архитектор вспомнил, что три года назад похожее решение уже ломалось. Новичок спросил, где это описано. Все снова собрались на встречу, потому что в Jira непонятно, в Confluence устарело, а “без Пети никто этот модуль не понимает”. Снаружи это выглядит как привычная разработка продукта. Внутри — как огромный информационный конвейер, где клиентские сигналы превращаются в требования, требования — в дизайн, дизайн — в код, код — в тесты, релизы, эксплуатацию и новую обратную связь. И чем больше проект, тем дороже становится не сам код, а движение смысла через людей, документы, задачи, переписки и решения. И что с этим делать?

https://habr.com/ru/articles/1035898/

#aiагенты #бизнеспроцессы #проекты #продуктовая_разработка #менеджмент

AI-native компания: почему пора перестать делать продукты

На первый взгляд AI-native звучит как очередной красивый ярлык для компаний, где всем выдали ChatGPT, Claude Code, Cursor и пару внутренних ботов. Но если смотреть не на инструменты, а на то, как реально работает компания, картина становится интереснее. Оказывается, значительная часть нашей работы — это не создание продукта и даже не принятие решений. Это перенос контекста. Клиент что-то сказал. Аналитик понял и оформил. РП пересказал. Разработчик уточнил. QA нашёл неоднозначность. Архитектор вспомнил, что три года назад похожее решение уже ломалось. Новичок спросил, где это описано. Все снова собрались на встречу, потому что в Jira непонятно, в Confluence устарело, а “без Пети никто этот модуль не понимает”. Снаружи это выглядит как привычная разработка продукта. Внутри — как огромный информационный конвейер, где клиентские сигналы превращаются в требования, требования — в дизайн, дизайн — в код, код — в тесты, релизы, эксплуатацию и новую обратную связь. И чем больше проект, тем дороже становится не сам код, а движение смысла через людей, документы, задачи, переписки и решения. И что с этим делать?

https://habr.com/ru/articles/1035898/

#aiагенты #бизнеспроцессы #проекты #продуктовая_разработка #менеджмент

AI-native компания: почему пора перестать делать продукты

На первый взгляд AI-native звучит как очередной красивый ярлык для компаний, где всем выдали ChatGPT, Claude Code, Cursor и пару внутренних ботов. Но если смотреть не на инструменты, а на то, как реально работает компания, картина становится интереснее. Оказывается, значительная часть нашей работы — это не создание продукта и даже не принятие решений. Это перенос контекста. Клиент что-то сказал. Аналитик понял и оформил. РП пересказал. Разработчик уточнил. QA нашёл неоднозначность. Архитектор вспомнил, что три года назад похожее решение уже ломалось. Новичок спросил, где это описано. Все снова собрались на встречу, потому что в Jira непонятно, в Confluence устарело, а “без Пети никто этот модуль не понимает”. Снаружи это выглядит как привычная разработка продукта. Внутри — как огромный информационный конвейер, где клиентские сигналы превращаются в требования, требования — в дизайн, дизайн — в код, код — в тесты, релизы, эксплуатацию и новую обратную связь. И чем больше проект, тем дороже становится не сам код, а движение смысла через людей, документы, задачи, переписки и решения. И что с этим делать?

https://habr.com/ru/articles/1035898/

#aiагенты #бизнеспроцессы #проекты #продуктовая_разработка #менеджмент

AI-native компания: почему пора перестать делать продукты

На первый взгляд AI-native звучит как очередной красивый ярлык для компаний, где всем выдали ChatGPT, Claude Code, Cursor и пару внутренних ботов. Но если смотреть не на инструменты, а на то, как реально работает компания, картина становится интереснее. Оказывается, значительная часть нашей работы — это не создание продукта и даже не принятие решений. Это перенос контекста. Клиент что-то сказал. Аналитик понял и оформил. РП пересказал. Разработчик уточнил. QA нашёл неоднозначность. Архитектор вспомнил, что три года назад похожее решение уже ломалось. Новичок спросил, где это описано. Все снова собрались на встречу, потому что в Jira непонятно, в Confluence устарело, а “без Пети никто этот модуль не понимает”. Снаружи это выглядит как привычная разработка продукта. Внутри — как огромный информационный конвейер, где клиентские сигналы превращаются в требования, требования — в дизайн, дизайн — в код, код — в тесты, релизы, эксплуатацию и новую обратную связь. И чем больше проект, тем дороже становится не сам код, а движение смысла через людей, документы, задачи, переписки и решения. И что с этим делать?

https://habr.com/ru/articles/1035898/

#aiагенты #бизнеспроцессы #проекты #продуктовая_разработка #менеджмент

Я попросил ИИ выбрать нишу для стартапа. Готовой кнопки почти нет

Эксперимент с zero-human компанией: GitHub-агенты, SaaS-валидаторы, поиск боли и почему готовой кнопки выбора ниши пока почти нет Некоторые из вас знают, что я решил провести эксперимент: построить zero-human компанию. Не в смысле "я вообще никогда не буду трогать бизнес руками". Это сказки для лендингов. Идея другая: найти нишу, где максимум операционки можно отдать агентам. Исследования, продукт, код, QA, онбординг, поддержка, отчёты, часть продаж. Человек остаётся там, где надо принять решение, а не переносить данные из одной таблицы в другую. И тут возник первый занимательный вопрос. Если компания строится на ИИ, кто должен выбрать нишу? Ну да. Тоже ИИ. Я пошёл смотреть, что уже есть. Не "спросил ChatGPT придумать 10 идей", а открыл реальные инструменты: GitHub-репы, агентные фреймворки, SaaS-валидаторы, инструменты поиска боли в Reddit, майнеры отзывов из приложений, всякие красивые штуки в духе "ИИ-кофаундер". Хотел понять простую вещь: можно ли сегодня нажать кнопку и получить нишу, которой хотя бы не стыдно заняться. Спойлер: почти нет. Но стало понятно, из каких деталей такая машина собирается.

https://habr.com/ru/articles/1034846/

#искусственный_интеллект #aiагенты #стартап #поиск_ниш_и_продуктов_через_ai #saas #open_source #github #продуктовая_разработка #zero_human_company #предпринимательство

Я попросил ИИ выбрать нишу для стартапа. Готовой кнопки почти нет

Эксперимент с zero-human компанией: GitHub-агенты, SaaS-валидаторы, поиск боли и почему готовой кнопки выбора ниши пока почти нет Некоторые из вас знают, что я решил провести эксперимент: построить zero-human компанию. Не в смысле "я вообще никогда не буду трогать бизнес руками". Это сказки для лендингов. Идея другая: найти нишу, где максимум операционки можно отдать агентам. Исследования, продукт, код, QA, онбординг, поддержка, отчёты, часть продаж. Человек остаётся там, где надо принять решение, а не переносить данные из одной таблицы в другую. И тут возник первый занимательный вопрос. Если компания строится на ИИ, кто должен выбрать нишу? Ну да. Тоже ИИ. Я пошёл смотреть, что уже есть. Не "спросил ChatGPT придумать 10 идей", а открыл реальные инструменты: GitHub-репы, агентные фреймворки, SaaS-валидаторы, инструменты поиска боли в Reddit, майнеры отзывов из приложений, всякие красивые штуки в духе "ИИ-кофаундер". Хотел понять простую вещь: можно ли сегодня нажать кнопку и получить нишу, которой хотя бы не стыдно заняться. Спойлер: почти нет. Но стало понятно, из каких деталей такая машина собирается.

https://habr.com/ru/articles/1034846/

#искусственный_интеллект #aiагенты #стартап #поиск_ниш_и_продуктов_через_ai #saas #open_source #github #продуктовая_разработка #zero_human_company #предпринимательство

Я попросил ИИ выбрать нишу для стартапа. Готовой кнопки почти нет

Эксперимент с zero-human компанией: GitHub-агенты, SaaS-валидаторы, поиск боли и почему готовой кнопки выбора ниши пока почти нет Некоторые из вас знают, что я решил провести эксперимент: построить zero-human компанию. Не в смысле "я вообще никогда не буду трогать бизнес руками". Это сказки для лендингов. Идея другая: найти нишу, где максимум операционки можно отдать агентам. Исследования, продукт, код, QA, онбординг, поддержка, отчёты, часть продаж. Человек остаётся там, где надо принять решение, а не переносить данные из одной таблицы в другую. И тут возник первый занимательный вопрос. Если компания строится на ИИ, кто должен выбрать нишу? Ну да. Тоже ИИ. Я пошёл смотреть, что уже есть. Не "спросил ChatGPT придумать 10 идей", а открыл реальные инструменты: GitHub-репы, агентные фреймворки, SaaS-валидаторы, инструменты поиска боли в Reddit, майнеры отзывов из приложений, всякие красивые штуки в духе "ИИ-кофаундер". Хотел понять простую вещь: можно ли сегодня нажать кнопку и получить нишу, которой хотя бы не стыдно заняться. Спойлер: почти нет. Но стало понятно, из каких деталей такая машина собирается.

https://habr.com/ru/articles/1034846/

#искусственный_интеллект #aiагенты #стартап #поиск_ниш_и_продуктов_через_ai #saas #open_source #github #продуктовая_разработка #zero_human_company #предпринимательство

Я попросил ИИ выбрать нишу для стартапа. Готовой кнопки почти нет

Эксперимент с zero-human компанией: GitHub-агенты, SaaS-валидаторы, поиск боли и почему готовой кнопки выбора ниши пока почти нет Некоторые из вас знают, что я решил провести эксперимент: построить zero-human компанию. Не в смысле "я вообще никогда не буду трогать бизнес руками". Это сказки для лендингов. Идея другая: найти нишу, где максимум операционки можно отдать агентам. Исследования, продукт, код, QA, онбординг, поддержка, отчёты, часть продаж. Человек остаётся там, где надо принять решение, а не переносить данные из одной таблицы в другую. И тут возник первый занимательный вопрос. Если компания строится на ИИ, кто должен выбрать нишу? Ну да. Тоже ИИ. Я пошёл смотреть, что уже есть. Не "спросил ChatGPT придумать 10 идей", а открыл реальные инструменты: GitHub-репы, агентные фреймворки, SaaS-валидаторы, инструменты поиска боли в Reddit, майнеры отзывов из приложений, всякие красивые штуки в духе "ИИ-кофаундер". Хотел понять простую вещь: можно ли сегодня нажать кнопку и получить нишу, которой хотя бы не стыдно заняться. Спойлер: почти нет. Но стало понятно, из каких деталей такая машина собирается.

https://habr.com/ru/articles/1034846/

#искусственный_интеллект #aiагенты #стартап #поиск_ниш_и_продуктов_через_ai #saas #open_source #github #продуктовая_разработка #zero_human_company #предпринимательство

Запуск ИИ‑продукта с нуля: от гипотезы до первых результатов

AI-прототип сегодня можно собрать за вечер, но между рабочим демо и продуктом, которым реально пользуются и за который готовы платить, обычно лежит неприятная зона: слабая гипотеза, грязные данные, лишний стек, непонятные метрики и отсутствие внедрения. В статье разбираем, как подойти к запуску AI/ML-продукта без иллюзии «сейчас прикрутим LLM и всё взлетит»: от проверки боли и выбора use case до MVP, первых метрик и типичных ошибок, которые хоронят проекты ещё до выхода в прод. Разобрать запуск

https://habr.com/ru/companies/otus/articles/1029756/

#ai #стартап #AIпродукт #ИИпродукт #запуск_продукта #продуктовая_разработка #LLM

15 команд, 1 продукт, 14 проектов в Jira. Что не так?

Пока команда одна — всё логично: бэклог, доска, понятный поток. Но когда команд становится пятнадцать и все работают над одним продуктом — Jira начинает вести себя странно. Product Owner открывает утро с обхода четырёх проектов, задачи дублируются, а зависимости живут в комментариях. Разбираемся, почему это не про «плохую Jira», а про конфликт моделей.

https://habr.com/ru/companies/simpleone/articles/1031342/

#Jira #масштабирование #scrum #safe #less #продуктовая_разработка #бэклог #управление_зависимостями #многокомандная_разработка #product_management

15 команд, 1 продукт, 14 проектов в Jira. Что не так?

Пока команда одна — всё логично: бэклог, доска, понятный поток. Но когда команд становится пятнадцать и все работают над одним продуктом — Jira начинает вести себя странно. Product Owner открывает утро с обхода четырёх проектов, задачи дублируются, а зависимости живут в комментариях. Разбираемся, почему это не про «плохую Jira», а про конфликт моделей.

https://habr.com/ru/companies/simpleone/articles/1031342/

#Jira #масштабирование #scrum #safe #less #продуктовая_разработка #бэклог #управление_зависимостями #многокомандная_разработка #product_management

15 команд, 1 продукт, 14 проектов в Jira. Что не так?

Пока команда одна — всё логично: бэклог, доска, понятный поток. Но когда команд становится пятнадцать и все работают над одним продуктом — Jira начинает вести себя странно. Product Owner открывает утро с обхода четырёх проектов, задачи дублируются, а зависимости живут в комментариях. Разбираемся, почему это не про «плохую Jira», а про конфликт моделей.

https://habr.com/ru/companies/simpleone/articles/1031342/

#Jira #масштабирование #scrum #safe #less #продуктовая_разработка #бэклог #управление_зависимостями #многокомандная_разработка #product_management

15 команд, 1 продукт, 14 проектов в Jira. Что не так?

Пока команда одна — всё логично: бэклог, доска, понятный поток. Но когда команд становится пятнадцать и все работают над одним продуктом — Jira начинает вести себя странно. Product Owner открывает утро с обхода четырёх проектов, задачи дублируются, а зависимости живут в комментариях. Разбираемся, почему это не про «плохую Jira», а про конфликт моделей.

https://habr.com/ru/companies/simpleone/articles/1031342/

#Jira #масштабирование #scrum #safe #less #продуктовая_разработка #бэклог #управление_зависимостями #многокомандная_разработка #product_management

Froggle — фича-флаги без боли

Фича-тоглы: мир удобства без лишней настройки В мире кубов и контейнеров JVM приложения чувствуют себя немного странного когда речь заходит о вопросах: кто сожрал все ресурсы в кластере? или как же мне вывернуть приложение чтобы не рестартить его? Со вторым вопросом предлагаю ознакомится ближе.

https://habr.com/ru/articles/1029024/

#featuretoggle #автоматизация #бизнес #продуктовая_разработка #деплой #интеграции #управление_проектами #управление_разработкой #безопасность

Froggle — фича-флаги без боли

Фича-тоглы: мир удобства без лишней настройки В мире кубов и контейнеров JVM приложения чувствуют себя немного странного когда речь заходит о вопросах: кто сожрал все ресурсы в кластере? или как же мне вывернуть приложение чтобы не рестартить его? Со вторым вопросом предлагаю ознакомится ближе.

https://habr.com/ru/articles/1029024/

#featuretoggle #автоматизация #бизнес #продуктовая_разработка #деплой #интеграции #управление_проектами #управление_разработкой #безопасность

Froggle — фича-флаги без боли

Фича-тоглы: мир удобства без лишней настройки В мире кубов и контейнеров JVM приложения чувствуют себя немного странного когда речь заходит о вопросах: кто сожрал все ресурсы в кластере? или как же мне вывернуть приложение чтобы не рестартить его? Со вторым вопросом предлагаю ознакомится ближе.

https://habr.com/ru/articles/1029024/

#featuretoggle #автоматизация #бизнес #продуктовая_разработка #деплой #интеграции #управление_проектами #управление_разработкой #безопасность

Froggle — фича-флаги без боли

Фича-тоглы: мир удобства без лишней настройки В мире кубов и контейнеров JVM приложения чувствуют себя немного странного когда речь заходит о вопросах: кто сожрал все ресурсы в кластере? или как же мне вывернуть приложение чтобы не рестартить его? Со вторым вопросом предлагаю ознакомится ближе.

https://habr.com/ru/articles/1029024/

#featuretoggle #автоматизация #бизнес #продуктовая_разработка #деплой #интеграции #управление_проектами #управление_разработкой #безопасность

Работа в продуктовой команде — что это такое и зачем это нужно?

Привет, Хабр! Меня зовут Антон Батищев, я бэкенд-разработчик в продуктовой команде Циан. В этой статье поделюсь опытом: как устроена наша работа, какие плюсы мы видим в таком подходе и с какими проблемами сталкиваемся на практике.

https://habr.com/ru/companies/cian/articles/1020870/

#продуктовая_разработка #продуктовая_аналитика #продуктовая_команда

Работа в продуктовой команде — что это такое и зачем это нужно?

Привет, Хабр! Меня зовут Антон Батищев, я бэкенд-разработчик в продуктовой команде Циан. В этой статье поделюсь опытом: как устроена наша работа, какие плюсы мы видим в таком подходе и с какими проблемами сталкиваемся на практике.

https://habr.com/ru/companies/cian/articles/1020870/

#продуктовая_разработка #продуктовая_аналитика #продуктовая_команда

Работа в продуктовой команде — что это такое и зачем это нужно?

Привет, Хабр! Меня зовут Антон Батищев, я бэкенд-разработчик в продуктовой команде Циан. В этой статье поделюсь опытом: как устроена наша работа, какие плюсы мы видим в таком подходе и с какими проблемами сталкиваемся на практике.

https://habr.com/ru/companies/cian/articles/1020870/

#продуктовая_разработка #продуктовая_аналитика #продуктовая_команда

Работа в продуктовой команде — что это такое и зачем это нужно?

Привет, Хабр! Меня зовут Антон Батищев, я бэкенд-разработчик в продуктовой команде Циан. В этой статье поделюсь опытом: как устроена наша работа, какие плюсы мы видим в таком подходе и с какими проблемами сталкиваемся на практике.

https://habr.com/ru/companies/cian/articles/1020870/

#продуктовая_разработка #продуктовая_аналитика #продуктовая_команда

Почему ваш бэклог давно перестал быть бэклогом

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

https://habr.com/ru/companies/simpleone/articles/1025722/

#бэклог #приоритизация #груминг #product_management #Agile #Scrum #управление_задачами #Продуктовая_разработка

Почему ваш бэклог давно перестал быть бэклогом

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

https://habr.com/ru/companies/simpleone/articles/1025722/

#бэклог #приоритизация #груминг #product_management #Agile #Scrum #управление_задачами #Продуктовая_разработка

Почему ваш бэклог давно перестал быть бэклогом

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

https://habr.com/ru/companies/simpleone/articles/1025722/

#бэклог #приоритизация #груминг #product_management #Agile #Scrum #управление_задачами #Продуктовая_разработка

Почему ваш бэклог давно перестал быть бэклогом

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

https://habr.com/ru/companies/simpleone/articles/1025722/

#бэклог #приоритизация #груминг #product_management #Agile #Scrum #управление_задачами #Продуктовая_разработка

Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли

Я начинал работать на обогатительном комбинате, потом трудился в урановой шахте, а последние 20 лет всё больше погружался в ИТ в атомной промышленности. Сейчас руковожу центром разработки Гринатома (это крупнейший ИТ-интегратор Росатома). Мы поддерживаем критическую информационную инфраструктуру, создаём очень много программных решений и информационных систем для российской атомной отрасли и не только. На моих глазах Росатом из министерства стал госкорпорацией, объединил ИТ в единое цифровое пространство, обзавёлся централизованными ИТ-системами, причём как коробочными, так и собственной разработки, некоторыми из них и при моём участии. Сейчас у нас большой объём собственной разработки. Но обо всём по порядку: начнём с того, что мне надо было грузить ровно по 450 килограммов урана в бочки.

https://habr.com/ru/companies/greenatom/articles/1023766/

#Росатом #атомная_промышленность #продуктовая_разработка #АтомРИТА #АтомМост #Атомкор #АтомПорт #АтомПроект #импортозамещение

Как я учил компьютер понимать 122 000 фотографий — и почему сложностью оказались не нейронки, а слова

Я крайне редко на фрилансе получал заказы связанные с DS/ML, специалистов для таких задач обычно ищут не там. Причины разные: они требуют долгой интеграции, заказчик сам не понимает задачу, DS более конфиденциален, DS часто возникают внутри продукта, да и в последнее время этот сегмент на фрилансе съедается при помощи LLM: AI integration, RAG боты например. Но, внезапно, мне в личку постучались с таким проектом.

https://habr.com/ru/articles/1010932/

#computer_vision #machine_learning #clip #embeddings #классификация_изображений #zeroshot_learning #уменьшение_размерности_данных #фриланс #продуктовая_разработка #onnx

Как я учил компьютер понимать 122 000 фотографий — и почему сложностью оказались не нейронки, а слова

Я крайне редко на фрилансе получал заказы связанные с DS/ML, специалистов для таких задач обычно ищут не там. Причины разные: они требуют долгой интеграции, заказчик сам не понимает задачу, DS более конфиденциален, DS часто возникают внутри продукта, да и в последнее время этот сегмент на фрилансе съедается при помощи LLM: AI integration, RAG боты например. Но, внезапно, мне в личку постучались с таким проектом.

https://habr.com/ru/articles/1010932/

#computer_vision #machine_learning #clip #embeddings #классификация_изображений #zeroshot_learning #уменьшение_размерности_данных #фриланс #продуктовая_разработка #onnx

Как я учил компьютер понимать 122 000 фотографий — и почему сложностью оказались не нейронки, а слова

Я крайне редко на фрилансе получал заказы связанные с DS/ML, специалистов для таких задач обычно ищут не там. Причины разные: они требуют долгой интеграции, заказчик сам не понимает задачу, DS более конфиденциален, DS часто возникают внутри продукта, да и в последнее время этот сегмент на фрилансе съедается при помощи LLM: AI integration, RAG боты например. Но, внезапно, мне в личку постучались с таким проектом.

https://habr.com/ru/articles/1010932/

#computer_vision #machine_learning #clip #embeddings #классификация_изображений #zeroshot_learning #уменьшение_размерности_данных #фриланс #продуктовая_разработка #onnx

Как я учил компьютер понимать 122 000 фотографий — и почему сложностью оказались не нейронки, а слова

Я крайне редко на фрилансе получал заказы связанные с DS/ML, специалистов для таких задач обычно ищут не там. Причины разные: они требуют долгой интеграции, заказчик сам не понимает задачу, DS более конфиденциален, DS часто возникают внутри продукта, да и в последнее время этот сегмент на фрилансе съедается при помощи LLM: AI integration, RAG боты например. Но, внезапно, мне в личку постучались с таким проектом.

https://habr.com/ru/articles/1010932/

#computer_vision #machine_learning #clip #embeddings #классификация_изображений #zeroshot_learning #уменьшение_размерности_данных #фриланс #продуктовая_разработка #onnx

AI-продакт и результат: как рождаются продукты, которые приносят деньги

В цифровых продуктах «сделать фичу» давно не равно «создать ценность»: она появляется, когда решение меняет процесс и дает измеримый результат. В AI-продуктах это особенно важно: ценность определяет не интерфейс и не сама модель, а способность системы стабильно и безопасно закрывать задачу с предсказуемой экономикой.

https://habr.com/ru/companies/beeline_cloud/articles/1008580/

#искусственный_интеллект #ai #продуктовая_разработка #продуктовый_менеджмент #aiагенты #внедрение_ai #бизнесметрики #humanintheloop #цифровая_трансформация #цифровая_трансформация_бизнеса

AI-продакт и результат: как рождаются продукты, которые приносят деньги

В цифровых продуктах «сделать фичу» давно не равно «создать ценность»: она появляется, когда решение меняет процесс и дает измеримый результат. В AI-продуктах это особенно важно: ценность определяет не интерфейс и не сама модель, а способность системы стабильно и безопасно закрывать задачу с предсказуемой экономикой.

https://habr.com/ru/companies/beeline_cloud/articles/1008580/

#искусственный_интеллект #ai #продуктовая_разработка #продуктовый_менеджмент #aiагенты #внедрение_ai #бизнесметрики #humanintheloop #цифровая_трансформация #цифровая_трансформация_бизнеса

AI-продакт и результат: как рождаются продукты, которые приносят деньги

В цифровых продуктах «сделать фичу» давно не равно «создать ценность»: она появляется, когда решение меняет процесс и дает измеримый результат. В AI-продуктах это особенно важно: ценность определяет не интерфейс и не сама модель, а способность системы стабильно и безопасно закрывать задачу с предсказуемой экономикой.

https://habr.com/ru/companies/beeline_cloud/articles/1008580/

#искусственный_интеллект #ai #продуктовая_разработка #продуктовый_менеджмент #aiагенты #внедрение_ai #бизнесметрики #humanintheloop #цифровая_трансформация #цифровая_трансформация_бизнеса

AI-продакт и результат: как рождаются продукты, которые приносят деньги

В цифровых продуктах «сделать фичу» давно не равно «создать ценность»: она появляется, когда решение меняет процесс и дает измеримый результат. В AI-продуктах это особенно важно: ценность определяет не интерфейс и не сама модель, а способность системы стабильно и безопасно закрывать задачу с предсказуемой экономикой.

https://habr.com/ru/companies/beeline_cloud/articles/1008580/

#искусственный_интеллект #ai #продуктовая_разработка #продуктовый_менеджмент #aiагенты #внедрение_ai #бизнесметрики #humanintheloop #цифровая_трансформация #цифровая_трансформация_бизнеса

Как мы устали настраивать Crontab и сделали свой cron-manager

В какой-то момент cron-заданий становится много, появляются сложные зависимости между скриптами, когда результат выполнение одного важен для начала работы другого. Балансировать такую историю доводится сис.админу, DevOps'у или разработчику. С этого и начинается наш рассказ.

https://habr.com/ru/articles/1003006/

#cron #crontab #cronjob #cronjob #продукт #продуктовая_разработка

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

UX-прожарки: что жарим и с кем едим? Или как мы дополнительно исследуем интерфейсы

Всем привет, меня зовут Двенадцатова Таня. Я руководитель команды исследователей в «БКС Мир инвестиций». Почти 2 года назад у нас в БКС появились Прожарки. Это мероприятие придумала не я. Более того, его концепция и идея мне изначально не нравились и не были на 100% понятны. Встреча называлась дерзко «Поясни за UX», и явка для всей команды исследователей на нее была строго обязательной. Как «Поясни за UX» превратилось в Прожарку, зачем мы стали собираться и что обсуждать, а также как Прожарка стала регулярным и востребованным ритуалом, я и поделюсь в этой статье. Возможно, такую практику задумаетесь внедрить и вы, а возможно она у вас и так есть (просто называется иначе), но вы сможете подсмотреть что-то из моих лайфхаков.

https://habr.com/ru/companies/bcs_company/articles/1000528/

#финтех #дизайн #дизайн_интерфейсов #исследования_и_прогнозы_в_it #исследования_в_it #исследования_рынка #продуктовый_дизайн #продуктовая_разработка

Проблема не в разработке, проблема в управлении: если виноватых нет, виноватый назначается

Когда я начинал карьеру в ИТ в роли разработчика, я довольно рано начал слышать одну и ту же фразу от более опытных коллег и руководителей: «Тут проблема не в разработке. Тут проблема в управлении». Эта фраза всплывала в самых разных контекстах — когда срывались сроки, когда продукт не давал ожидаемого результата, когда архитектура начинала сыпаться, а команда выгорала, продолжая делать работу ради работы. Она звучала убедительно и как будто бы всё объясняла, но в этом и заключалась проблема: такая формулировка работает как универсальное объяснение, которое не требует ничего уточнять. Она не заставляет указывать причину, место возникновения или критерии доказательства — и потому разговор неизбежно уходит в абстракцию, где управление превращается в туманную смесь «не той культуры», «не того мышления» и «не тех людей». Как говорил Луначарский, дайте мне томик Ленина — и я найду в нём такую цитату, которая способна объяснить любое явление в этой вселенной.

https://habr.com/ru/articles/996918/

#продуктовая_разработка #системное_мышление #software_development #управление_разработкой #архитектура_процессов #инварианты #управляемость #жизненный_цикл #software_architecture #development_process