Управление продуктом *

Привет, Хабр! Я Алексей Самойлов,  больше 20 лет занимаюсь реализацией проектов в банках и госпредприятиях, оптимизацией процессов, внедрением проектного и продуктового подхода, а также ИТ- инструментов, ну и всем что связано с  цифровой трансформацией крупных банков и компаний реального сектора. На протяжении последних трех лет я регулярно бываю в Узбекистане, и в этой статье расскажу о том, как сейчас обстоят дела в сфере управления проектами  в этой, пожалуй, самой интересной с точки зрения инвестиционной привлекательности из республик Средней Азии. Экспертом и соавтором этой статьи стал Сардор Исмаилов @IsmailovS, заместитель председателя правления «Капиталбанка», крупнейшего коммерческого банка Узбекистана.

В крупных американских компаниях довольно часто можно встретить чёткое понимание продуктовой команды.

Продуктовая команда — это команда, которая занимается развитием продукта. Ее главная цель — это улучшить метрики, понять пользователя и предоставить ему наиболее восхитительный опыт, при этом воздействуя на бизнес-показатели.

В этой статье я расскажу:

🍒 Из кого состоит продуктовая команда в компаниях в США.
🍒 О коллаборации продуктовой команды между собой и другими.
🍒 И про ротацию продуктовой команды.

Привет! Меня зовут Адель, я аналитик ИТ-компании SimbirSoft, кроме того, я интересуюсь Data Science. Тема миграции данных из одной системы в другую не нова. Она связана с анализом большого объема информации и связей между различными участками данных, где стоимость ошибки может быть высокой и нужна особая ответственность. Вокруг этой информации построены основные бизнес-процессы, а значит от них напрямую зависит прибыль компании-клиента.

Каждый перенос данных – это большой пласт работ в проекте, и делая это уже много раз при запуске новых систем, мы постоянно ищем способы ускорения этих работ и уменьшения количества ошибок при переносе. В этой статье хочу рассказать, как можно решить проблему миграции чувствительных необработанных данных, которые на протяжении долгого времени заполнялись и хранились в Excel. 

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

Небольшой спойлер - речь пойдет не про прописные истины с использованием цитат из Википедии, а скорее про работу со стейкхолдерами сквозь призму моего опыта создания сложных b2b продуктов в больших компаниях. Тут будет немного рефлексии по самым базовым, казалось бы, вопросам и весьма неожиданные выводы, приправленные схемками. Всё как я люблю. Но в целом это мое мнение, поэтому готов к аргументированной дискуссии в комментах)

Раз ты читаешь эту статью, то скорее всего ты имеешь отношение к проектному или продуктовому управлению и уже не раз слышал это определение. И конечно ты знаешь, что со стейкхолдерами нужно “работать”. Но обычно никто не дает конкретику - что именно значит “работать” и с кем именно. Постараемся разобраться с этим.

Статья посвящена трудным/трудовым обстоятельствам работы аналитиков на проектах, которые выполняются по некому варианту «Scrum + Аналитик», эти обстоятельства являются причиной стресса. Если вы думаете, что я дам вам какие-то решения, то увы, нет. Трудности эти в обозримом будущем никуда не денутся, можете считать, что вы ходите по кругу Сансары аналитика. Знайте, что вы не одни по нему ходите, может вам психологически станет легче.

Один из важных вопросов как в нашей жизни, так и в бизнесе, и в IT — вопрос эффективности. Эффективно ли мы планируем наше время, те ли задачи решает бизнес, тот ли код мы оптимизируем? Чтобы ответить на эти вопросы, результат должен обладать главным критерием — измеримостью. Измеримость результата новых фич для бизнеса и IT обеспечивает платформа А/B-тестов. О том, как её можно построить, выдерживать большой RPS и при этом не облажаться уронить прод, я расскажу в этой статье. 

В конце статьи вы узнаете, как мы задетектили проблемы инфраструктуры, оптимизация которых значительно повлияла на скорость всего Ozon. 

Когда началась пандемия было несколько десятков решений для видеосвязи, начиная от маргинальных страничек на WebRTC, заканчивая монстрами вроде Skype и Microsoft Teams. Каким образом небольшой небогатой компании, создающей Zoom, удалось захватить своим продуктом практически весь мир? Многие пользователи на самом деле это понимают, но профессиональные менеджеры продукта и аналитики будто бы слепы к этому фактору. О чём речь? Подробности под катом

Я уже много лет являюсь любителем различных систем и книг по личной эффективности и продуктивности. Точно скажу, что в этих вопросах - главное не переборщить и не стать "рабом продуктивности", но правильно подобранные под себя принципы и инструменты могут ощутимо повысить выхлоп и снизить уровень тревоги. Например, метод calendar blocking точно подойдёт не всем =)

Привет, Хабр! Меня зовут Елена, я ведущий аналитик ИТ-компании SimbirSoft. Сегодня хочу затронуть такую тему, как нефункциональные требования к ИТ-продукту, которым не всегда уделяется должное внимание, а зря. Их несоблюдение может привести к потере прибыли, клиентов, репутации, остановке производственных процессов и большим штрафам, хотя с первого взгляда их влияние на осуществление пользовательского функционала неочевидно. 

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

- мощности и производительности

- безопасности, соответствию стандартам и законодательству

- переносимости и совместимости.

Сейчас менторство считается одним из мощнейших рычагов роста в IT и отличным способом развития soft & hard skills. На рынке уже тысячи менторов по различным тематикам. Но где найти этого эксперта, который подскажет верный путь, поможет решить рабочую задачу, составить план развития или прокачать новый навык?

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

Наша статья — о тех, кто разработал технологию Википедии, и о том, как они работали.

Кроме стандартных трудностей погружения в новый контекст, есть страх не справиться с задачами на новом месте, а значит, остаться без работы. Такое положение вещей само по себе плохо и вызывает продолжительный стресс. Всё может стать ещё хуже, ведь если кандидат не пройдёт тестовый период, то придётся начинать всё сначала.

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

МойОфис, российский разработчик офисного программного обеспечения, выпустил релиз 2.2. Изменения коснулись большинства компонентов платформы, включая почту (в том числе Mailion), частное облако, настольную и веб-версию редакторов документов. В продуктах появились сотни новых корпоративных функций и востребованных на рынке решений — от отказоустойчивого поиска в почтовой системе Mailion до интерфейсных улучшений в редакторах и файловом менеджере, а также расширения возможностей «Комплекта средств разработки» (SDK).

О ключевых нововведениях релиза читайте под катом.

 В первой своей статье я описал работу онлайн-МФО. В том числе работу МФО по выдаче целевых займов ( POS - point of sale) и об ограничениях, которые ЦБ наложил на эту отрасль, в результате чего для МФО работа по выдаче целевых займов стала, практически, невыгодной.

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

Одним из вариантов обхода ограничений регулятора стало внедрение модели BNPL.

Как обычно происходит оценка проекта в IT?

ТЗ от клиента дают на осмотр специалисту / старшему специалисту / руководителю проектов. Он прикидывает объем трудозатрат "за всех" и сообщает менеджеру грубую оценку. Менеджер накидывает на эту стоимость некий фирменный коэффициент и получает сумму, которую озвучивает клиенту.

Подобная оценка смотрится настолько же неуместно как лейбл адидас на китайской болванке резинового тапка из 90-х и часто ведёт к тому, что проект будет сделан в убыток для компании или недостаточно хорошо для клиента, т.е. с возможными репутационными потерями для вас.

Правильный подход к оценке должен состоять из следующих этапов.

В статье перечислю некоторые кейсы работы системы техподдержки портала https://www.gosuslugi.ru/. Я столкнулся с ним как обычный пользователь. Заранее извиняюсь перед всеми причастными к работе ГосУслуг. Я с глубоким уважением отношусь к создателям этого портала. Надеюсь, что для кого-то эта статья даст готовые кейсы "Как понравится руководству", а для кого-то - "Как сделать так, чтобы пользователь больше в техподдержку не обращался.".

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

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

Привет! Меня зовут Антон Бут, я – Product owner в ПГК.  Расскажу, почему в традиционных «офлайновых» компаниях все только начинается и как это использовать в своих интересах

Активное развитие интернет-технологий в России началось с конца девяностых. Все началось с таких B2C продуктов как поисковые системы и почтовые сервисы, примерно в это же время появились и первые цифровые продукты, ориентированные на B2B сегмент (CRM решения и интернет-реклама, первое что приходит в голову). Однако, цифровые продукты начали активно проникать в процессы «аналоговых» бизнесов сравнительно недавно – примерно 5-7 лет назад.

И тут еще очень много возможностей для создания таких решений, которые смогут изменить целые отрасли.   

Создание цифровых продуктов для «оффлайн» бизнесов во многом похоже на создание B2B продуктов и заметно отличается от работы над B2C-продуктами. Об этих особенностях работы и пойдет речь в этой статье на примере ПГК.

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