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

Запуск стартапа — это всегда куча вызовов и неопределенностей. В интернете полно советов по бизнесу, но редко кто рассказывает о запуске стартапа глазами CTO. Важно итеративно проверять гипотезы, подстраивая под них технологические решения. Для этого необходима четкая стратегия, о которой вы узнаете в этой статье.

Привет, я Андрей, технический директор в ИИ-стартапах. Продолжаю цикл статей о том, как технарям создать стартап с нуля. В предыдущей статье мы обсудили ключевые этапы развития стартапа с точки зрения технологий. Сегодня поговорим о главных объектах управления технологической стратегией. В этот раз кратко рассмотрим ключевые объекты управления, а в следующих статьях погрузимся в детали.

Эффективное управление стратегией требует понимания того, чем именно управляют. Рассмотрим основные объекты управления в рамках концепции Run-Change-Disrupt, предложенной компанией Gartner. Этот подход включает: RUN (поддержка повседневной деятельности компании), CHANGE (управление проектами по запуску новых продуктов и технологий) и DISRUPT (внедрение прорывных стратегических решений). Концепция позволяет создавать инновационные продукты, адаптироваться к изменениям и сохранять текущие рыночные позиции.

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

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

Статья подготовлена на основе открытого занятия из видеокурса по Apache Kafka. Авторы — Анатолий Солдатов, Lead Engineer в Авито, и Александр Миронов, Infrastructure Engineer в Stripe. Базовые темы курса доступны на Youtube.

Легенды и мифы о Customer Development

Я Android-разработчик и хотел бы сам решать, какие задачи мне делать, а какие нет. У вас бывало такое желание? Можно ли так делать на работе? Мой краткий и возможно, интригующий ответ — можно. Ключ к этому — погружение в бизнес.

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

Лестница Ханта (awareness ladder) — это модель, которая описывает путь клиента по уровням осознания решения своей проблемы. Она подсказывает какой следующий аргумент, убеждающий в покупке, клиент готов и хочет услышать. Посмотрим как лестница Ханта справляется со своей задачей и причем тут Jobs To Be Done.

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

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

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

Ниже попробую порассуждать, когда с этими проблемами сталкиваются, предложу пример из опыта и вариант фиксации границ зон ответственности.

Что такое A/B-тестирование?

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

Когда начали строить новый красивый бизнес-центр недалеко от главной улицы города, мы с подругой были выпускницами престижного вуза и поступали в аспирантуру. Она задрала голову на этажи из стекла, бетона и металла и спросила: «Хотела бы работать в таком здании, в огромной корпорации?» «Ага, может когда-то», — кивнула я, думая об одной лишь карьере учёного. Но у жизни на моё «ага» были свои планы: я прошла и через корпорации, и через науку, и через вуз — и в итоге оказалась в малом бизнесе. В самой комфортной точке на протяжении моей карьеры. Здание достроено, в нём — межгалактические корпорации, но я ни за что не пойду туда работать: у меня есть веские причины сделать такой выбор.

Как стать продакт-менеджером с 0 из другой профессии. Часть 2 — Личный план.

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

Данный материал является одним из возможных путей а не чудодейственным средством!

Прежде всего, давайте поговорим о двух концепциях обучения – «Т» и «Х».  Эти концепции важны для дальнейшего понимания, выбора карьерного пути и перехода из профессии в профессию.

Приветствую, уважаемые хабровчане. Это мой первый пост на этой площадке, хотя в качестве читателя с вами уже, наверное, 10 лет. Я не являюсь специалистом в IT, хотя имел отношение к запуску небольшого количества стартапов. Можете называть меня практикующим теоретиком – запускаю продукты, занимаюсь управлением проектами, помогаю компаниям улучшать процессы, внедрять всякие гибкие управленческие штуки, немного преподаю в ВШЭ. Но всё это делаю не столько, чтобы заработать денег, а чтобы удовлетворить собственное любопытство в том, как устроены системы и держать голову в тонусе.

Этот пост был написан пару лет назад на vc.ru, в правилах сообщества не запрещено, публиковать контент с других площадок. С вашего позволения, здесь опубликую его снова, но с небольшими корректировками. Надеюсь, найдёте материал и инструмент, о котором пойдёт речь, полезными.