PM Live | проджект и продакт менеджмент — дайджесты и вакансии PM в Телеграме
Интересно
Философия программирования зашла в тупик
Никто давно не пытается выводить теорий о том как правильно писать код.
Старые теории и способы об этом думать в общественной дискуссии давно свелись к спору о синтаксическом сахаре да и теории те были попыткой выделения каких-то математических свойств кода. Потом как известно была доказана невозможность этого.
Сейчас всё изменилось — мы должны рассуждать о проекте как о том, что постоянно изменяется большими группами людей, какая-то часть и кода и людей может быть неправильной, никто из модифицирующих не знает проекта целиком, нужны новые идеи и способы рассуждения.
Сильное сокращение расходов на ФОТ у микростартапов означает, что понадобятся безумные бабки на рекламу, лоббирование административных ограничений конкурентам и другие барьеры входа. Конкуренция проектов будет разумеется огромной, киллер-фичи можно будет копировать крайне быстро
DevOps не умер. Но ему плоховато
Японские подходы в IT. Визуализация
Архив наблюдений за работоспособностью экзамена PMP
Сколько процентов работы PM способен выполнять ИИ
Стоит разделять две категории задач:
- Повторяемые, формализованные, основанные на данных
- Творческие, социальные, стратегические.
Первую категорию AI берет на себя намного легче, вторую – существенно хуже. Согласно Всемирному экономическому форуму (WEF), работодатели ожидают, что к 2027 году около 42% всех рабочих задач будет автоматизировано (60+ Stats On AI Replacing Jobs (2025)). Это среднее по рынку, учитывающее и заводских рабочих, и офисных служащих. Цифра впечатляет: почти половина работы – на плечи машин!
Но интересно, что этот прогноз даже немного снизился относительно ожиданий 2020 года (тогда говорили о 47%), то есть бизнес более трезво смотрит на темпы внедрения AI.
Для задач именно аналитических, связанных с обработкой данных, оценка WEF еще выше: до 65% таких задач можно автоматизировать к 2027. А вот для задач, требующих логического рассуждения и принятия решений, — только 35%. Проектный менеджмент как раз сочетает обе эти части. Если упростить, то все “number-crunching” и бумажная работа PM может процентов на 50–60% выполняться ИИ уже сейчас, а вот переговоры с стейкхолдерами, выбор стратегии, управление командой – максимум на треть.
Похожее говорит и статистика McKinsey: по их исследованию, менее 5% профессий можно полностью автоматизировать текущими технологиями, зато около 60% профессий имеют минимум на 30% задачи, выполнимые ИИ.
Управление проектами идеально попадает в эти 60%: значительный кусок задач (планирование графиков, отчетность, мониторинг) автоматизируем, но полностью «робот-РМ» пока нереален.
Точка перелома в Хибинах: стратегическое мышление в повседневной жизни
Несколько лет назад я решил испытать себя и поехал в горный массив Хибины, чтобы пересечь его в одиночку. Через четыре дня я оттуда вышел, но не там, где планировал, и не в том состоянии. Часть вещей была утеряна, я был мокрый, голодный, злой — своего рода аll-inclusive наоборот.
Использование представленного в этой статье фреймворка позволит вам тестировать идеи за месяц, а уже через три месяца убедиться в их жизнеспособности, готовясь к масштабированию.
Неочевидные кейсы применения ИИ для личных целей
Сегодняшний перевод аналитика от Harvard Business Review. Исследование выявило 38 новых неочевидных способов применения — от психотерапии до планирования жизни.
Для себя отмечаю, что за последний год самый значимый сдвиг моего использования ИИ это 2 вещи — поиск информации/ресерч и подготовка документации/описания. Получаемое качество результата просто не дает шанса соскочить с ИИ использования.
Скрытые языки: как инженеры передают информацию внутри команды, избегая документации
Таймер Помодоро. Работает ли метод, который все знают, но никто не использует
Мне эту проблему решил менее удобный, но более полезный, твердый стул. Долго не просидишь, устаешь. Походил, полежал, и очередной помидор. Но нет этого безумного выдергивания, когда мысль пришла или дописать че надо, или коммуницируешь с кем-то. Доделал, отошел.
Информационной безопасности в малом и среднем бизнесе не существует
Почему так:
- Доступные зарубежные вендоры ушли. Российские аналоги очень дороги, ориентированы на крупный бизнес и госсектор, а для малого бизнеса пока ничего нет.
- Бюджетов на ИБ у малого бизнеса обычно нет. Реальных ИБ-специалистов за зарплаты малого бизнеса тоже мало. И вообще их зарплаты неподъёмны.
- ИБ часто требует круглосуточной работы целой службы, а не одного человека. Для реальной защиты нужен дорогой стек технологий (антивирусы, NGFW, IDS/IPS, SIEM, IRP и т. д.).
- Низкая культура ИБ и беспечность. Распространены практики вроде бесконтрольного использования личных устройств (BYOD), устаревшего и необновляемого ПО (пример с Bitrix), слабых и неизменяемых паролей.
Интернет поплыл. Как ремонтируют подводные линии связи
Продукты
Как выглядит рабочий день продакт-менеджера? Анализ, исследование и созвоны
Тиндер для работодателей и соискателей: как мы разработали алгоритм мэтчинга на Авито
Когда поняли, что старый поиск не справляется с задачами найма, сформулировали требования к новому алгоритму. Чтобы сделать поиск действительно эффективным, мы решили, что он должен:
- персонализировать выдачу под каждого конкретного работодателя;
- пессимизировать неактуальные резюме — убирать их как можно ниже в результатах поиска;
- приоритизировать наиболее подходящих кандидатов, чтобы наверху были те, кто реально подходит по требованиям;
- строить настоящий мэтчинг — учитывать интересы обеих сторон и повышать вероятность найма.
Оценить рынок B2B-продукта без консалтинга и бюджета за пару часов
За плечами — два собственных бизнеса, каждый из которых я запускал и доводил до инвестиционной стадии. Сейчас в найме, где отвечаю за развитие продуктового направления, регулярно сталкиваюсь с анализом финмоделей, презентаций и оценок рынка. Сложно посчитать, сколько уже виженов я посмотрел — кажется, больше сотни. И почти каждый раз, когда речь заходит об оценке объема рынка, начинается боль.
Зарабатывать больше маржи и выйти на новые рынки: стратегии на базе цепочки ценности
Деньги в цепочке ценности находятся рядом с вами — на соседних звеньях. Забирайте эту маржу: производите сами, продавайте напрямую, создавайте свои каналы. Перед выходом в новое звено обеспечьте достаточный объём, чтобы загрузить его и выйти через него в другие цепочки.
Как рождаются продукты, услуги и за что вам платит клиент
Тот, кто не понимает, в чём его продукт и за что платит рынок, легко теряет деньги — сначала в неэффективных инвестициях, затем в снижении маржи, а потом и вовсе уступает своё место другому участнику цепочки. Поэтому деньги — там, где чётко определена ценность, ясно сформулирован продукт, а инвестиции направлены в его ключевые функции.
Улучшаем продуктовые решения, познавая мозг. Практические советы
Мы — мастера решений. Только вот мозг — не объективная машина. Он скорее как осьминог: умный, гибкий, с отличной памятью, но вечно что-то прячет в чернильном облаке эмоций, дедлайнов и Slack-уведомлений.
Шаг за шагом. Стратегические дизайн-задачи и влияние на продукт
Технологии помогают анализировать виды из окон
Вид из окна — один из ключевых факторов при выборе жилья. Он влияет не только на стоимость недвижимости, но и на архитектурные решения: ориентацию здания, его расположение, фасадное решение (тип и форму окна).
Поэтому на этапе создания и продажи недвижимости могут применять анализ видов из окна. Это определение объектов, которые попадают в поле видимости, численная фиксация показателей попадания и визуализация этих данных в разных формах. Это помогает оценить комфорт будущего жителя и демонстрировать покупателям преимущества квартир.
Поэтому отдел продаж обратился к нам с запросом на разработку такого инструмента.
Продуктовые дизайнеры востребованы в 2025
Если UX/UI-дизайнер может воспринимать задачу как «отрисовать экран», продуктовый дизайнер смотрит глубже: зачем этот экран, как он влияет на бизнес, какие альтернативы могут быть лучше.
Проекты
Как экологично ввести систему контроля персонала, не превращаясь в плохого босса
главная задача контроля — не «ловить за руку», а управлять процессами.
Тренды проектного управления на 2025 год: инструменты, методологии, люди
Длительность встречи 30-45 минут. Рекомендую интервал каждые 1–2 недели, без причины лучше не отменять. Также советую включать видео. На всякий случай повторю, что встреча про человека, а не про задачи.
Эффективный мозговой штурм: 10 проверенных техник
Продуктивный командный мозговой штурм ощущается как победа: каждый чувствует себя заряженным, успешным, с воодушевлением ожидает следующих шагов.
Многозадачности больше не существует
Для начала давайте попробуем определиться с тем, что же должен делать руководитель проекта. Понимаю, что вопрос несколько холиварный:) Мне приходилось видеть разное распределение ролей между РП и другими участниками команды. Классический подход предполагает, что проектный менеджер отвечает за сроки, а за техническую часть работ (составление спецификации, качество работ, вопросы инженеров и т. д.) отвечает архитектор проекта или тимлид технической команды. Но это в теории, а на практике мне приходилось видеть разное. Например, типичная история, когда роли РП и архитектора совмещают в одном человеке в целях экономии. Казалось бы, чем плохо, один человек следит за сроками, отмечает вехи в Project, и следит за качеством выполняемых работ. На практике такой подход будет работать только на небольших проектах (пилотах, пресейлах), когда объем работ не столь велик и один человек вполне может справиться со всеми задачами.
CV/ML-проект от идеи до продакшена: практическое руководство
Это практическое руководство собрал для коллег и команд, кто работает с подобными проектами — или только планирует. Здесь нет задач про state-of-the-art или подбор идеальных архитектур. Скорее хочу пройтись по каждому этапу — с чего начать, о чём спросить бизнес, где обычно «сыпется» проект, и что помогает пройти до конца. Рассчитано на тех, кто хочет разобраться в базовой структуре CV/ML-проекта, будь то инженер, аналитик или управленец.
Как сочетать календарное планирование и Agile
Календарное планирование — это планирование через Гантт, сетевые диаграммы и подобные штуки. Когда строится сквозной план через весь майлстоун (проект). Проставляется длительность задач и зависимости между ними. Является основной классической практикой используемой, чтобы найти критический путь и определить длительность майлстоуна.
Один из сильнейших примеров в защиту командной работы я нашла не в ИТ-книгах, а в «7 навыках высокоэффективных людей» Стивена Кови. Читала эту книгу уже более 8 лет назад, шла книга очень туго, но каждая следующая глава оказывалась максимально практически применимой в моменте, и по сей день эта книга занимает топ 1 в списке моих любимых книг.
Так вот в ней Стивен приводит метафору, которая очень точно описывает суть синергии: когда два вектора направлены в одну сторону, их сумма — это не просто арифметическая сумма длин, а нечто большее. Когда же вектора тянут в разные стороны — получаются конфликты, расфокус.
Приоритизация бэклога. Максимальный гайд
Современная разработка напоминает гонку. Задач становится всё больше, они растут как на дрожжах, а ресурсы, как обычно, всегда ограничены. В таких условиях умение правильно расставлять приоритеты превращается не просто в полезный навык, а в настоящее искусство.
Как декомпозиция вас обманывает
Этот лонгрид написан с использованием ИИ (Claude), но отражает позицию и опыт автора. ИИ здесь выступает как инструмент, позволяющий углубить анализ темы и систематизировать те интуитивные ощущения о проблемах декомпозиции, которые сложно выразить словами.
При чтении у вас, скорее всего, будет постоянное чувство узнавания: «Да, все так и было (есть) в нашем проекте!».
Цель статьи — показать, что многие «провалы» проектов и «плохие» архитектурные решения происходят не из‑за глупости или некомпетентности людей, а из‑за фундаментальных ограничений самого подхода декомпозиции.
Дневники пиэма. Таймзоны и эффективность распределенных проектов
Ещё горячо мной любимый Alistair Cockbern в начале 2000х подметил, что наибольшую эффективность даёт команда, физически запертая в одной комнате. Этот факт был неоднократно подтверждён и использован мной во время проблемных проектов, когда за короткий срок нужно было мобилизоваться и сделать большой объём работы или решить серьёзную проблему.
Когда команду технически можно собрать в одном месте, это непременно делали: выбирали город, где в моменте есть наибольшее количество нужных людей, остальным выписывали командировки, собирались в одном офисе, бронировали на неделю нужное помещение, запирались и включали волшебство самой эффективной командной работы. Надо было только не забывать вовремя заказывать пиццу и напитки.
KPI: Путь к успеху или ловушка неэффективности
Аналитика и проектирование
Как запуск игры в сервисном приложении нарастил метрику DEU (Daily Engaged Users) на 10%
Советы для публикации в RuStore: альфа-тестирование, AAB и автоматизация с помощью API
Чему хорошему научиться играючи
Оптимальный онбординг пользователей
Представьте, что ваш пользователь нажимает «Установить» — и уже через минуту кидает коллеге ссылку на готовую инструкцию. Никаких «позже разберусь», форм авторизации и лишних вкладок. Это и есть оптимальный он-бординг.
Под капотом Госуслуг: как защищают системы, от которых зависит работа цифрового государства
ГИС — это своеобразные «бэкенды государства», которые работают под капотом цифровых услуг. Требуется ли получить загранпаспорт, заменить водительское удостоверение или записаться к врачу, все пути ведут в ГИС — например, на Госуслуги.
Диаграмма последовательности (англ. Sequence diagram)
На мой взгляд, диаграмма последовательности является самой недооцененной диаграммой из всего набора диаграмм UML. В основном, разработчики используют ее для моделирования сетевых или меж платформенных соединений, то есть внешних по отношению к разрабатываемому продукту, однако область ее применения значительно шире. В бизнесе, подобные используются для описания последовательности действий, движения товаров, информации и документов, то есть хорошо иллюстрируют документооборот компаний. В этой статье мы рассмотрим как с помощью такой диаграммы можно выстраивать внутреннюю структуру приложения.
50 терминов, которые обязан знать каждый маркетолог
Каждый маркетолог должен знать термины в списке ниже (это минимальная база). С ними действительно проще понимать, о чём говорят коллеги, или просто лучше разбираться со своей деятельностью.
Проектируем архитектуру Camunda Cloud: подключаем движок процессов
Вы начали свой первый проект, используя автоматизацию бизнес-процессов как сервис с Camunda Cloud? Одной из первых задач будет набросать базовую архитектуру вашего решения. Этот блог-пост поможет вам ответить на важные начальные вопросы: как подключить движок выполнения процессов Zeebe к вашему приложению или к внешним системам? Что такое job worker, какую роль он играет и сколько их вообще нужно?
Со Scala-монолита на Java-микросервисы, или Как перебрать движок, не останавливая машину
В этой статье я попробую ответить на вопрос: «Что делать, если вы, как архитектор, пришли на существующий проблемный проект в качестве кризисного-менеджера?» Расскажу о нескольких подходах и дам советы, которые могут помочь в принятии решений в создании архитектуры и планировании проекта. Для этого разберём один пример с максимальным количеством проблем. На входе у нас есть монолит с запутанным кодом, на legacy-инфраструктуре, с нецелевым техстеком и большим грузом проблем.
Очень полезная практика – осознанно записывать архитектурные решения, принятые на проекте. Желательно сопровождать это описанием причин, по которым был сделан выбор в пользу принятого решения. В идеале дополнять описанием альтернативных вариантов решения.
Когнитивные искажения в работе системного аналитика
Представьте, что вам нужно выбрать лучший маршрут до работы. Если вы опираетесь только на то, что «вчера я поехал по этой дороге, и там была пробка», вы рискуете игнорировать данные о том, что сегодня на той же дороге нет проблем. Это классический пример когнитивного искажения — «Эффект подтверждения». Вы приняли решение, основываясь на прошлых событиях, а не на текущей информации.
Почему многие думают, что DevOps — Гилфойл
Предупреждение: пост пронизан иронией с целью привлечь внимание к проблеме, а не очернить кого‑то.
Что нужно знать о роли системного аналитика в начале пути: из моего опыта
В теории все достаточно понятно, но в реальных задачах на практике часто сталкиваешься с тем, к чему сложно подготовиться в процессе обучения.
Такая ситуация была и в моем опыте. Я пришла в системный анализ из разработки. Разработчики часто недооценивают системных аналитиков, ведь погружение программистов в реализацию системы глубже.
Возможно XP, TDD, DDD, и не лучшие что есть на свете, но кажется эти ребята поняли что-то первыми, так почему бы у них не поучиться, они явно что-то знают, раз делают все не так как мы привыкли.
Gartner’s AI Tech Sandwich: Едим ИИ-бутерброд правильно
Документация
Как вести внутреннюю документацию: с чего начать новичку
При работе с нашей документацией я столкнулась с целым «букетом» сложностей.
- Как при запуске нового продукта или сервиса определить структуру так, чтобы начать с чего-то простого, а дальше можно было масштабировать?
- Как сделать структуру понятной не только тебе, но и другим членам команды? Иногда то, что понятно для тебя, для других максимально нелогично.
- Как сделать документацию полезной не только для разработки, но и для продаж, маркетинга, саппорта и других команд?
- Как держать документ в актуальном состоянии, при этом не посвящать этому все время?
Что меня поразило в английском, когда я начала работать тех. писателем
Вот так учишь-учишь английский, думаешь, что ты все знаешь и на коне, а потом приходишь в IT-компанию после ВУЗа и осознаёшь, что, по сути, не знала ничего.
Какие открытия я сделала для себя в английском, когда начала делать первые шаги в technical writing и переводах 13 лет назад? Я тогда тщательно фиксировала всё интересное — и делюсь этим списком с вами. Кстати, он будет полезен не только тех. писателям, но и тестировщикам, аналитикам и вообще всем, кто пишет ТЗ, отчёты и test cases.
Второй мозг в Telegram: как управлять знаниями без сложных инструментов
Требования vs Реальность: Почему в ТЗ находят дыры и как это исправить
(Разбираем провалы в проекте ИИ-парсера вакансий)
Проект: SaaS-платформа для IT-рекрутеров с ИИ-парсером HeadHunter, LinkedIn и GitHub Jobs.
Последствия проблем: потеря ключевых клиентов и убытки компании.
Передача знаний: инструкция на случай ухода эксперта
Владельцем критически важных для продукта и команды знаний может быть сотрудник любой роли: программист, аналитик, тестировщик, менеджер или кто-то еще. И если такие знания уходят вместе с сотрудником, команда рискует столкнуться с замедлением разработки, ростом числа ошибок и увеличением времени на адаптацию новых специалистов. А в перспективе может значительно пострадать эффективность развития продукта.
Повышаем качество документации с помощью LLM
В этой статье расскажу о Gramax Check — сервисе автоматических проверок текстов на базе LLM. По сути — нашей версии «Главреда», но с настраиваемыми правилами.
ТЗ, за которое НЕ стыдно. Простые шаги к понятному техзаданию
В IT сферу я пришла в 2018 году. Моя одногруппница пригласила меня в фирму-франчайзи 1С. После собеседования мне предложили позицию руководителя отдела сопровождения. Подстроиться под ритм «айтишки» было непросто. Но меня захватила динамика: скорость принятия решений была максимальной. Каждый день я замечала, как рушатся рамки в моей голове, которые были сформированы за годы работы в бюджете. Параллельно руководству отделом я развивалась как аналитик 1С:ЗУП. Получила свой первый ПРОФ, затем специалиста-консультанта. И понеслось… Проекты, клиенты, дедлайны. Меня часто привлекали к участию на проектах внедрения, иногда приходилось подхватывать руководство проектом на разных этапах и очень часто писать технические задания (ТЗ) на доработку 1С:ЗУП.
Истории
Как мы ИИ в B2B сегменте Ростелекома внедряли
В отличие от B2C, где фокус — массовость, B2B-телеком работает с корпорациями, у которых уникальные требования.
«Автоматизируй или умри»: руководство для типографий, которые не хотят повторить судьбу Kodak
Если бы в бизнесе вручали премии за выстрел себе в ногу — Kodak взяла бы два «Оскара»: компания дважды за свою историю упустила шанс стать лидером в области цифровой фотографии. Еще в 1970-х инженер Kodak Стивен Сассон изобрел цифровую камеру, однако руководство не стало развивать направление дальше. Затем компания проигнорировала новый рыночный сегмент в 1990-х и продолжала продавать пленку, пока цифровая фотография завоевывала мир. В итоге в 2012 году Kodak подала заявление о банкротстве.
Как мы не развалили команду, пока строили SaaS для Wildberries
Когда у меня была в голове идея о создании SaaS продукта, то казалось, что все просто — один код пишет, другой тестирует, третий привлекает пользователей. Но буквально через месяц работы мы осознали, что каждый занимается всем и по чуть‑чуть, и никто не знает, кто за что отвечает. После этого мы ввели еженедельные кик‑офф: 30–40 минут созвона, без лишнего напряжения.
История одного переезда с Vue на React
Иногда стек технологий в разработке становится похож на зоопарк. Количество технологий растет, одни и те же задачи решаются разными инструментами, которые дублируют друг друга. В итоге команде «смотрителей» каждый раз нужно выбирать, кого из голодных львов покормить первым.
Итак, в далеком 1981 году менеджеры задумались о регламенте для ведения ИТ-проектов, ведь софта требовалось всё больше, его разработка перестала быть частью научных исследований, а становилась частью развития бизнеса и даже развития государства. А это значит, что необходима методика, на которую, если что-то пошло не так, можно кивнуть «мы всё делали правильно». Если кто не знает, то основное назначение именно в этом, а вовсе не в том, чтобы успешно делать проекты.
Новичок пришёл в IT через 100 дней бесплатных курсов и при помощи ИИ
Всё началось с того, что 38-летний Эрик сломал лодыжку во время пробежки и оказался на больничном. Он просматривал соцсети, где пользователи делились «историями о магии ИИ и о том, как они построили прибыльный микро-SaaS-бизнес за выходные». Тогда мужчина решил, что ему стоит научиться кодировать.
Ещё будучи 27-летним, Лённрот уволился с позиции консультанта по управлению в фирме Big 4, чтобы присоединиться к начинающему технологическому стартапу в качестве низкооплачиваемого менеджера по развитию бизнеса. Желая пройти ускоренный курс по предпринимательству, он решил присоединиться к хакатону по big data. Вместе с товарищем они придумали идею продукта, который можно было бы реализовать за выходные. Пока тот и другие программисты были заняты кодированием, самому Эрику пришлось оставаться в стороне. Тогда он решил пройти ускоренный курс по JavaScript. В итоге после двух дней упорной работы его команда заняла первое место в хакатоне, а Лённрот «научился создавать веб-страницу с кнопкой, которая меняет цвет по клику».
Однако мотивация парня быстро угасла, так как он посчитал, что изучать программирование в таком возрасте уже поздно. Вместо этого он занялся карьерой менеджера по продукту, выступая в качестве посредника между инженерами и всеми остальными. За эти годы Эрик научился эффективно общаться и время от времени решал примитивные проблемы, связанные с программированием.
В 2025 году мобильные приложения перестали быть просто «дополнительным способом продаж». Они стали ядром цифровой стратегии ритейла, благодаря которым можно повысить лояльность клиентов, увеличить средний чек и сократить операционные затраты. Для некоторых сфер бизнеса они стали базовым ожиданием пользователей.
По данным CNews, в 2024 году более 70% покупок в ритейле совершалось с участием мобильных устройств.
Спорное
Я думал, что в IT нет офисных интриг. Ошибся
Мой друг-программист уже месяц жалуется на парочку токсичных коллег. Сценарий всегда одинаковый: Вася просит помощи на полдня, а в итоговом отчёте вдруг оказывается, что всё сделал он один; Петя слизывает идею, которой мой друг поделился «у кулера», и оперативно реализует её сам; кто-то отпускает колкие комментарии на дейликах или распускает сплетни за спиной.
Один руководитель может испортить жизнь всей компании
Я капитально прихерел при работе с одним руководителем, благо его успешно из компании попёрли. Но вот осадочек остался. Вот вам список его золотых цитат и действий, которые он регулярно исполнял. Это пример того, как не надо работать в компании и ставить себя в команде.
Обзор OpenAI Codex на практике (всё плохо)
На данный момент Codex полезен для выполнения низкоприоритетных, но многочисленных и утомительных задач по поддержке и небольших обновлений в начале дня.
Принудительные командировки айтишников убивают продуктивность и лояльность
Корпоративная культура без котиков на аватарке. Я встречала массу случаев, когда команда не знала друг друга в лицо. Заставлять включать камеру для команды может показаться хорошей идеей, но давайте посмотрим правде в глаза — многие ли на это согласны?
Что значит бонус и денежная мотивация
Тут, на Habr, в том числе, пролетало не мало статей, где был отсыл к пирамиде потребностей Маслоу – да, увы, она тоже работает. Говорить о внутренней мотивации можно только тогда, когда базовые потребности закрыты… но иногда и она не работает, т.е. мотивация не всегда работает, даже при удовлетворенных базовых потребностях. Нужно что-то большее и правильно поставленные цели — может быть двигателем в развитии.
Высшее образование в IT: трамплин или преграда
Я «вечный студент». Окончила специалитет и магистратуру, не окончила аспирантуру, получила корочку о профессиональной переподготовке. И сделала это в пяти разных вузах. Ещё училась на платных и бесплатных онлайн-курсах, и некоторые из них даже окончила.
Посмотреть
Как аутсорсинг помогает продуктовым компаниям в кризис | IIBA Belarus ⏱️1 час
Как живется аутстаф-компаниям в России? Как поменялся аутстаф в кризис? Чего хотят компании? Останутся ли ИТ-менеджеры без работы?
Менеджмент конфликтов ⏱️40 минут
Как сохранять спокойствие в конфликтных ситуациях и справляться с обесцениванием своей работы. Мы обсудим, как правильно отстаивать свои интересы, не теряя профессионализма, и как эффективно нивелировать воздействие плохих новостей. Вы узнаете практические советы и техники, которые помогут вам оставаться уверенным и сохранять эмоциональный баланс в любых рабочих условиях.
Кому ад, кому рай, кому чистилище — о ежедневных деплоях ⏱️40 минут
Сделали – проверили – вылили! И так каждый день. Четкий, отработанный конвейер – казалось бы, идеальная стратегия для быстрой доставки фич в прод.
Мировые тренды в порталах документации ⏱️40 минут
В этом докладе, на основе нашего опыта участия в международных конференциях и общения с иностранными техписателями, я расскажу, почему современные порталы лучше, чем файлы Microsoft Word или Confluence в подвале, какие тренды в документации мы видим на мировом рынке и какими качествами нужно обладать вашему порталу, чтобы не отставать от иностранных коллег. Поговорим про интеллект, мимикрию, координацию работы многих мозгов и даже про щупальца.
Вайбкодинг: как скоро ИИ заменит разработчика ⏱️1 час
Собеседники подробно обсудили, как инженеру успешно адаптироваться к управленческой роли, какие подходы способствуют формированию доверия внутри команды, а также как выстраивать процесс внедрения IT-решений с учётом приоритетов и задач бизнеса. Также затронуты вопросы взаимодействия с подрядчиками, перехода от коробочных решений к разработке собственных продуктов и влияния нейросетевых технологий на будущее профессии разработчика.
Они вообще меня слушают? Как предсказать действия подчиненных ⏱️30 минут
Почему даже самые гениальные идеи могут провалиться, если не учитывать человеческий фактор.
Предыдущий дайджест за неделю c 19 по 25 мая
