Привет всем читателям, желающим грамотно выстраивать самые многозадачные бэклоги. Меня зовут Фёдор Гвоздев, я основатель интернет-магазина корейской косметики HolySkin. Работаю над развитием этого проекта уже 8 лет и не раз сталкивался с трудностями приоритизации. В этой статье я постараюсь поделиться своим опытом и представить самые «рабочие» модели, которые не раз выручали нас в работе.

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

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

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

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

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

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

Когнитивные ошибки бессознательны. Однако осознание их существования помогает критично относиться к собственному мышлению, отлавливая когнитивные «ловушки» заранее, еще на стадии появления. Ну, и таким образом принимать гораздо более обоснованные решения.

Кстати, ранее в блоге мы уже рассказывали про искажения мышления, связанные со знанием и компетенциями. Теперь настало время раскрыть тему искажений подробнее.

Привет, Хабр! Меня зовут Света, я руководитель дизайн-направления в компании Friflex. Мы занимаемся разработкой мобильных приложений и веб-сервисов. 

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

Всем привет! Меня зовут Даша, я продуктовый аналитик и Product Owner в команде Garage Eight.

Во время A/B-тестов у меня часто возникает вопрос о долгосрочном эффекте от изменений в продукте. Для меня ГКГ (она же Глобальная Контрольная Группа) стала незаменимым инструментом анализа таких изменений. В этой статье не будет занудной статистики и замысловатых формул, только практика. 

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

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

Для повышения работоспособности и энергии каждый волен использовать удобные инструменты. Однако зачем игнорировать действительно эффективные средства?

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

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

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

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

Я нашел свою систему «Личного планирования», о чем я поделился в этой статье и передаю этот опыт студентам курсов по менеджменту в Практикуме.

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

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

В своей прошлой статье я рассказывал о том, как использовать метрики при разработке продуктов. Статья получилась довольно насыщенная, но теоретическая.

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

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

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

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

Привет, Хабр!

Меня зовут Александр, я занимаюсь релиз менеджментом в ИТ-компании TAGES. Эта работа требует быстрой поставки бизнес-ценности в условиях меняющегося мира. Однако непрерывность регулярных деплоев невозможна без четкого плана. А правильный план, в свою очередь, требует точной оценки трудозатрат.

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

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

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

Привет, Хабр!

14 лет я работал в международной компании Airbus – компании, занимающейся авиастроением. В IT же мой путь начался совсем недавно – всего лишь чуть больше года назад.

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

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