В открытом доступе вышел бесплатный редактор PDF-файлов Stirling PDF. Пользователям доступны более 50 операций с файлами. Можно работать с несколькими файлами одновременно и локально.

Учимся управлять продуктом
В открытом доступе вышел бесплатный редактор PDF-файлов Stirling PDF. Пользователям доступны более 50 операций с файлами. Можно работать с несколькими файлами одновременно и локально.
8 книг для продактов от Product Lead Garage Eight (⌒▽⌒)☆
Вероника управляет продуктами и проектами уже больше 5 лет и знает, что почитать, если хочется глубже разобраться в управлении людьми в продуктовой разработке.
Сохраняй ее книжные рекомендации, в которых найдёшь конкретные кейсы и практические советы.
Lean UX
Jeff Gothelf, Josh Seiden
Дает базовые принципы интеграции UX в Agile-команды. Освещает быстрые циклы тестирования, ориентир на пользователя и коллаборативную работу внутри команды.
Agile Product Management with Scrum
Roman Pichler
Классическое руководство по роли продукт-оунера в Scrum. Показывает, как формировать и приоритизировать бэклог, работать с видением продукта и быстро собирать обратную связь.
The Lean Product Playbook
Dan Olsen
Предлагает системный подход к поиску product-market fit через быстрые эксперименты и обратную связь. Помогает создавать именно те фичи, которые решают реальные проблемы пользователей.
Build
Tony Fadell
Автор — создатель iPod и Nest — делится опытом построения прорывных продуктов и запусков, сочетая истории успехов и факапов. Покрывает навыки лидерства, маркетинга, управления командой и разработкой.
Communicating the User Experience
Richard Caddick, Steve Cable
Фокусируется на том, как правильно оформлять результаты UX-исследований, визуализировать и «продавать» идеи пользователям, заказчикам и команде.
Inspired и Empowered
Marty Cagan
В «Inspired» — практические основы создания технологичных продуктов (от Culture и Discovery до выхода на рынок). «Empowered» учит формировать сильные автономные команды, способные принимать решения без жесткой вертикали.
Escaping the Build Trap
Melissa Perri
Предупреждает о «ловушке фич», когда команда гонится за выпуском как можно большего количества функций в ущерб созданию реальной ценности. Даёт принципы перехода на outcome-driven подход.
Разработчики в одиночку дизраптят вертикальные рынки создавая AI-native компании
Помимо самого ИИ, который как снег на голову, мы находимся на пороге беспрецедентного передела бизнес-рынков.
Лидеры мнений говорят, что AI-native компании будут достигать соответствия продукта рынку быстрее, всего с одним основателем, но с более высоким уровнем автоматизации, чем когда-либо прежде.
Консалтеры предсказывают появление лидеров рынка “из ниоткуда”, управляемых одним человеком. И это в общем то уже не будущее, сегодня один разработчик с правильными навыками может в одиночку создать продукт, способный конкурировать с многомиллиардными корпорациями, а уж с малым бизнесом и подавно. И я как раз в основном про МСП.
Сегодня практически нет такого малого и среднего бизнеса, который был бы надежно защищен от сильного конкурента в лице одного умного разработчика.
Пару слов о себе. Я более 20 лет в инновационном и стратегическом консалтинге, а последние 5 лет параллельно ментор стартапов в Сколково. Только за последние несколько лет через меня прошло более полутора сотен продуктовых команд и стартапов, с которыми мы обсуждали как развивать, усиливать или менять их продукт с приходом ИИ.
Год назад я придумал и затем запустил движение айвенторов, технологических предпринимателей нового поколения, которые готовятся к реализации новой бизнес-модели соло-предпринимателей, окруженных пулом ИИ-агентов и MAS.
Так вот, революция заключается в том, что теперь все, абсолютно все рынки мира, открыты для конкуренции даже если вчера о тебе никто не знал, и у тебя за душой ну почти ни гроша. Но как и у любого окна возможностей, у него есть свой тайминг.
Далее, в основной статье, я попробую раскрыть эту мысль и показать как и почему обычный разработчик может стать довольно большим перцем, если конечно очень захочет.
Но сегодня об иллюзиях.
Зона иллюзий: Какие мифы породила эта революция?
Миф первый: "Любой может создать AI-стартап"
Реальность жестче. Порог входа сместился с денег на компетенции. Да, вам больше не нужны миллионы долларов стартового капитала. Но теперь нужно разбираться в архитектуре LLM, понимать ограничения различных моделей, уметь проектировать “новую автоматизацию” и работать с векторными базами данных. Плюс RAG, управление контекстом в MAS, оптимизация inference.
Это уже не классическое программирование, а скорее инженерия интеллектуальных систем. Т.е. технический порог не исчез, он трансформировался.
Миф второй: "Теперь всё просто, нажал кнопку и готово"
На самом деле, AI-native продукты требуют глубокого понимания предметной области. Создать чат-бота может каждый, но создать AI-агента, а тем более мультиагентную систему, которая реально решает бизнес-задачи, – это уже искусство. Нужно знать, как настроить модель под конкретные задачи, как обучить её на ваших данных, как интегрировать с существующими системами.
Миф третий: "Конкуренция стала проще"
Парадокс: барьеры входа снизились, но конкуренция стала глобальной с первого дня. Раньше вы конкурировали с местными игроками, а теперь, с лучшими разработчиками планеты. Легко стартовать, но намного сложнее удержаться, когда ваш конкурент может появиться из любой точки мира и скопировать вашу идею за несколько недель. Можно подумать, что все решат бюджеты, у кого больше, тот на рынке и останется. Но нет, ведь есть разные модели заработать на этом.
Миф четвертый: "Независимость от крупных корпораций"
Ирония в том, что AI открывает рынки, но делает игроков более зависимыми от крупных вендоров. OpenAI, Google Cloud, Azure – это все новые монополисты. Один измененный API, один повышенный тариф, и ваш новый бизнес может оказаться под угрозой. Независимость обернулась новой формой зависимости. Однако, тренд на демократизацию интеллекта, решает и эту проблему.
Что я еще упустил из иллюзий?
Это по сути анонс большой статьи, в которой раскрою тему подробно. Опубликую в понедельник.
8 инструментов аналитики, которые я реально использую каждый день как предприниматель
От автора телеграм канала Аналитика и Growth mindset.
Я начинала как аналитик, сейчас — предприниматель. Но подход не изменился: принимаю решения только на основе данных, а не интуиции.
Вот основные инструменты, которые я использую практически каждый день:
1. Julius AI — ИИ-ассистент для анализа данных
Для аналитики данных, маркетинговой, финансовой аналитики, data science и научных исследований.
Поддерживает разные форматы данных, в том числе PostgreSQL
Использует разные языковые модели в работе
В отличие от ChatGPT Data Analysis, даёт более точные ответы
Использую: для быстрой повседневной аналитики и визуализации.
Бесплатно, ограниченный доступ.
2. Google Analytics — классика веб-аналитики
Базовый, но мощный инструмент.
Использую для анализа откуда приходит трафик, кто моя аудитория, как люди двигаются по воронке.
Бесплатно.
3. Ahrefs Web Analytics — альтернатива Google Analytics
Быстрая и простая веб-аналитика по сайту, особенно в live-режиме. Но возможностей меньше, чем в Google Analytics.
Использую для повседневного быстрого отслеживания, сверяю данные с GA.
Бесплатно.
4. Mida — эксперименты за 10 минут
Для запуска простых экспериментов без кода.
Подключается быстро с помощью пикселя
Интегрируется с GA, Amplitude, Mixpanel и др.
Не тормозит сайт
Есть сертификат ISO 27001 — подтверждает, что компания серьёзно относится к защите данных
Тестирую тексты, кнопки и структуру лендингов.
Бесплатно, ограниченный доступ.
5. Similarweb — анализ конкурентов
Анализирую трафик конкурентов на сайте: откуда трафик, какие каналы дают результаты, географию, демографию и др.
Бесплатно, ограниченный доступ. В платной версии — углублённый анализ трафика и исследования рынка. Подумываю купить.
6. Semrush — SEO и анализ конкурентов
В некоторых моментах пересекается с Similarweb.
Использую в основном для SEO-анализа. Хочу попробовать инструмент для анализа соцсетей конкурентов.
Бесплатно, ограниченный доступ.
7. PostgreSQL — база для всего
Надёжная, масштабируемая база данных.
Использую как основную БД: собираю и храню данные по проектам. Рекомендована для Django, который я использую в разработке.
Бесплатно.
8. Channel Analyzer — мой продукт для анализа Telegram-каналов
У меня несколько телеграм-каналов, вот 2 из них: канал для аналитиков данных и всех, кто интересуется аналитикой данных и канал по развитию телеграм каналов.
Так как в начале я сталкивалась с различными проблемами в развитии телеграм-каналов, я решила создать инструмент, который поможет владельцам телеграм каналов "растить" их канал.
Channel Analyzer анализирует любой Telegram-канал и даёт полезные инсайты:
как улучшить монетизацию
где провисает контент
как продвигать быстрее и эффективнее
Контур совместно с DevCrowd провел исследование продактов России. Почти тысяча менеджеров по развитию продукта рассказали, как устроена их работа, какие инструменты они используют, как развиваются и какие задачи решают ежедневно.
В исследовании рассмотрены основные инструменты, грейды, зарплаты и сфера интересов. Например, оказалось, что треть продактов России хочет создавать продукты на базе ИИ и нейросетей. Среди джунов больше женщин, чем среди высших грейдов. А подкасты, кажется, больше никому не нужны.
Что еще мы узнали, смотрите в полной версии исследования.
Добро пожаловать в музей Хабра! Три цифровые эпохи — начало, настоящее и будущее IT — хранят 19 уникальных артефактов. Исследуйте эпохи, соберите коллекцию артефактов, получите звание «Архивариуса Хабра 19 000» и участвуйте в розыгрыше крутого мерча от компаний!
Microsoft запустила рекламную кампанию «Мы быстрее Mac!». В новом ролике на YouTube компания утверждает, что её топовые ПК с брендингом Copilot+ на 58% превосходят MacBook Air с чипом M3 по результатам мультиядерного теста Cinebench 2024. Правда, данные для сравнения взяты за май 2024 года.
Microsoft также уточнила, что некоторые Copilot+ PC всё ещё опережают даже новейшие MacBook Air с чипом M4 по тому же Cinebench. В тестах участвовали Lenovo Yoga Slim 7x и Microsoft Surface Laptop с процессором Qualcomm Snapdragon X Elite, а также HP OmniBook Ultra 14 с AMD Ryzen AI 9 HX 375.
🚀 291 установка за месяц. Как мы запустили браузерное расширение «Rar File Opener»
Расскажу про создание нового продукта — расширения для открытия RAR-архивов прямо в браузере. Простое решение проблемы, когда средствами ОС RAR не открыть.
Результаты за 30 дней:
- 291 установка
- 185 активных пользователей
Все это без каких-либо вложений в маркетинг.
Как мы это сделали?
1️⃣ Нашли идею в https://chrome-stats.com.
2️⃣ Проверили запросы в Google и Chrome Store. Люди ищут способы извлечения RAR архивов по запросам "rar extractor", "rar file opener" и т.д. Конкуренция в Chrome Store при этом низкая.
3️⃣ Разработали простое расширение, которое:
- Открывает RAR прямо в браузере (а также ZIP, 7z, TAR, GZ, TAR.GZ и другие форматы)
- Не крадёт данные (работает локально)
- Работает с несколькими архивами
У нас процесс уже отлажен:
✅ Разработали MVP
✅ Сделали иконки, промо картинки и лендинг
✅ Сделали SEO-описание + перевод на 55 языков
✅ Тесты и фикс багов
На все 3-4 недели.
Копаем ил дальше в поисках идеи нового продукта! 😁
Инди-хакеры: стартапы из 💩 и 🥢 - канал про то, как два простых IT-шника запускают стартапы без инвестиций и смузи.
«Бренды» новой волны импортозамещения
По всем известным причинам много глобальных брендов ушло с российского рынка и появилось (и до сих пор появляется) куча "недобрендов". Основные причины две:
1. Импортозамещение. Многие компании ушли, а потребности и покупатели остались. Из сотни появляющихся новых продуктов 2-3 норм, остальное - шлак.
2. Гегемония маркетплейсов. Заманчивый канал: куча аудитории, удобные механизмы, простая логистика, внутренняя реклама, доступная красивая аналитика, много успешных примеров и кучная-куча курсов «заработай миллиард за минуту по нашей схеме».
Недавно я делал анализ продаж определенной категории на маркетплейсах. И новых брендов (сложно сказать "брендов", скорей торговых марок) действительно появилось очень много.
Покопавшись в статистике, можно заметить, что они быстро появляются, набирают какие-то продажи (один такой ноунейм, например, продает на 5+ млн в месяц), затем постепенно скатываются в яму и пропадают.
Главная причина быстрой смерти таких торговых марок: желание заработать здесь и сейчас. Они совсем не работают над лояльностью, не строят диалог со своими покупателями и выбирают только один канал продвижения. Именно по этому потребители легко "перебегают" от них к другому новому продукту.
Такие бренды - это мощный сигнал, что в этом сегменте рынка можно строить хороший бизнес. Отхватывать у них аудиторию (даже чуть дороже рынка) и работать над повышением лояльности. А за счет LTV вся эта история окупится на горизонте 2-3 лет.
Важный фактор успеха в этой схеме: омниканальный (ну хотя бы мультиканальный) маркетинг. Если вы продаетесь только на мп, это не значит, что вам не нужно вести сообщество в ВК или блог на сайте.
Google впервые за 10 лет обновила свой логотип с буквой G. Теперь вместо четырёх чётких цветовых секторов цвета плавно переходят друг в друга, создавая градиент, похожий на оформление Gemini и AI Mode. Новая иконка уже появилась в приложении Google Search для iOS, но пока недоступна на Android и в вебе.
Объявлено решении включить в состав выпуска GNOME 49 видеопроигрыватель Showtime, который станет поставляться под именем GNOME Video Player и будет задействован по умолчанию вместо видеопроигрывателя Totem (GNOME Videos).
Для желающих протестировать Showtime не дожидаясь осеннего релиза GNOME 49 подготовлен пакет в формате flatpak. Программа отличается минималистичным интерфейсом, отображаемым поверх содержимого и скрываемым во время просмотра. Поддерживаются типовые элементы управления, полноэкранный режим, изменение скорости воспроизведения, показ субтитров и создание скриншотов.
Devin - первый "полноценный" junior AI-разработчик
Чуть больше года назад интернет взбудоражила новость о повялении первого AI-инженера по имени Devin. Некоторые отнеслись к идее скептически, в том числе и я, тогда казалось, что это больше похоже на хайп. Хотя инвесторы поверили в идею, стартап привлек 175 млн. $ (а чуть ранее 21 млн.$). В марте этого года был еще один раунд, но сумму не нашел.
Но на днях посмотрел интервью с основателем Cognition (компания, которая создала Девина), и изучил их прогресс, и теперь кажется, что за этим явно что-то есть.
Вообще, лучше любого интервью и пресс-релизов расскажут клиенты, а их, судя по сайту, довольно много. Какие-то компании я знаю, какие-то нет. Как пример, среди них есть Nubank (крупнейший банк в Латинской Америке), их CTO говорит, что благодаря Devinу ускорились в 8 раз при миграции и рефакторинге старого кода, и это на проектах с миллионами строк.
А вот CTO Microsoft Кевин Скотт называет Devin "absolutely amazing tool".
Также посмотрел демо одного из их клиентов. У него комбинация: сначала прототипирует с помощью v0 (это аналог Bolt), затем использует связку Devin и Cursor для полноценного запуска, но надо отметить, что у него инженерный бэкграунд, потому все получается легко и просто, я как не разработчик, точно бы так не смог.
Что он умеет сейчас?
-Понимает бэклог и может сам брать задачи в Jira
-Сам пишет и запускает тесты
-Делает pull requests с комментариями
-Разворачивает окружение и деплоит код
-Общается с командой в Slack
-Задает уточняющие вопросы
В общем, это не просто GitHub Copilot, который дописывает строчки, или даже Bolt, который делает часть работы. Это полноценный член команды.
В компании сейчас всего 15 разработчиков, но каждый из них "тимлид" с 5 Девинами в команде. По словам основателя, за год Devin эволюционировал от уровня "студента старшего курса по информатике" до "джуниор-инженера". К концу года они планируют, что половина кода компании будет написана AI, сейчас это 25 %. И если прогресс пойдет такими темпами, "мидл-инженер" это вопрос месяцев.
Конечно, пока Devin подходит не для всех задач. По словам фаундера, лучше всего работает с "структурированными задачами": миграции, рефакторинг, автотесты. А вот где нужно больше креативности и архитектурных решений, там пока рулит человек.
Я только не очень разобрался с тарификацией. Есть тариф Pay As You Go, надо закинуть от 20$. Следующий тариф начинается от 500$ полагаю, что это примерно один разработчик, но правда тариф называется Team. В любом случае, 500$ даже за одного джуна выглядит неплохо.
Я думаю, CTO всех компаний стоит приглядеться к подобным решениям и нанять хотя бы одного "стажера" на пару месяцев, чтобы потестировать, тем более он, не выгорает, не "токсичит", но скорее всего жестко "тупит" 🙂.
P.S. Про другие интересные стартапы можно почитать на моем канале StartupHunt.
Всегда спрашивай дедлайн у заказчика, директора, менеджера, руководителя проекта, у любого, кто пришел к тебе с задачей, проектом. Прямой вопрос может остаться без ответа. Задавай разные вопросы. Основная задача - выяснить дедлайн. Он нужен.
Дедлайн есть всегда. Если ты его не знаешь, тебе его не сказали или сказали, что его нет - он все равно есть. Он настигнет тебя в самый неподходящий момент. Он будет для тебя "сюрпризом".
Даже размытый дедлайн - это хорошо: конец следующего года, через 3 месяца. Он создает основу для диалога, порождает вопросы и предложения. Он систематизирует, расставляет приоритеты, помогает принимать решения, показывает дистанцию. Ты можешь планировать работу, нагрузку, периоды ускорения и замедления, вехи.
Периодически уточняй дедлайн. Дедайн может измениться. Ты его не контролируешь. Это нормально. Он может измениться в силу внешних обстоятельств. Твоя задача - держать руку на пульсе и уточнять изменения в дедлайне. Не жди, что тебе скажут первым о изменениях - не скажут.
А у меня нет дедлайна. Думаешь тебе повезло? Нет. Это повод задуматься. Скорее всего у источника задачи нет стратегии, целей, долгосрочных планов, ожидания не соответствуют действительности. Он не понимает, что хочет. Задача - это идея, без понимания практического применения. Скорее всего ты в "болоте". Если компания "живая", дедлайн тебя настигнет. А может быть тебя хотят "слить" и это ловушка? Я видел такое, так бывает.
Есть 1000 и 1 способ организовать продуктовую команду, и каждый со своими преимуществами и недостатками. Как тут выбрать и не ошибиться? (*ノωノ)
Наш CPO Саша Бондаренко собрал и описал более 12 моделей команд. У каждой указал, какому типу компаний она подойдет, а также дал инструкцию по подбору «той самой». Получился большой материал, который мы разбили на несколько частей.
> 6 моделей продуктовых команд с разбором преимуществ и недостатков каждой.
> И еще 6 моделей на примере Spotify и других крупных игроков.
> Как формируют продуктовые команды Apple, Amazon, Google и другие лидеры рынка.
> Гайд по выбору лучшей модели для своей команды и обзор ошибок, мешающих развитию компании.
Самое время прочитать или закинуть себе в сохраненки на будущее!
10 причин, по которым вы теряете энергию и мотивацию (и как этого избежать)
В условиях постоянной нагрузки, дедлайнов и информационного шума мы порой замечаем: сил нет, желания нет, всё раздражает. Почему? Ниже — 10 ключевых «энергетических утечек», которые систематически истощают даже самых продуктивных специалистов.
1. Незавершённые дела и висящие «хвосты»
Каждая незавершённая задача — как незакрытый процесс в системе. Она потребляет внимание, грузит «оперативку» мозга и мешает фокусироваться. Даже если вы о ней не думаете прямо сейчас — она остаётся в фоне.
Что делать: использовать методики типа GTD, Inbox Zero или просто ежедневно подчищать список «хвостов».
2. Самообман и несоответствие внешнего и внутреннего
Когда вы пытаетесь соответствовать роли, которая вам не близка — идёт утечка энергии на поддержание маски. Мозг и тело работают в режиме конфликта.
Пример: вы — интроверт, но вынуждены постоянно выступать или продавать. Это изматывает.
3. Изоляция и потеря социальных связей
Человек — социальное существо. Отсутствие контактов, поддержки, принадлежности к сообществу снижает уровень дофамина, серотонина и приводит к хроническому истощению.
Вывод: хотя бы одно по-настоящему «своё» сообщество — must have.
4. Страх и недоверие
Постоянное ожидание опасности активирует симпатическую нервную систему — режим «бей или беги». Это энергетически дорогостоящее состояние.
Как помочь себе: работа с психотерапевтом, телесные практики, распознавание триггеров.
5. Информационный и эмоциональный перегруз
Новости, постоянные уведомления, рабочие чаты 24/7 — всё это сжирает ресурсы мозга. Сюда же — гиперответственность, невозможность «выключиться».
Решение: цифровой детокс, разгрузочные дни, физические нагрузки.
6. Нарушение сна
Недосып = снижение когнитивных функций, плохая память, сбой гормонального фона, хронический стресс. Даже один час недосыпа в день — это минус 15% продуктивности.
Инструменты: режим, трекеры сна, гигиена спальни.
7. Пища, алкоголь и интоксикации
То, что мы едим и пьём, напрямую влияет на уровень энергии. Переедание, алкоголь, курение создают нагрузку на печень, почки, ЦНС.
Принцип: чистое топливо — чище система.
8. Много разговоров и внутренний диалог
Бесконечный «внутренний монолог», пережёвывание одних и тех же мыслей, разговоры «ни о чём» — это не так безобидно, как кажется. Мозг устаёт от лишней вербализации.
Что помогает: практика молчания, mindfulness, медитация.
9. Хронические болезни и энергетические “паразиты”
Любой «тлеющий» процесс — болезнь, незалеченная травма, токсичное окружение — отнимает силы. Даже если вы «не обращаете внимания».
Рекомендация: диагностика, профилактика, защита личных границ.
10. Разбалансированная сексуальная энергия
Интимная сфера — мощный источник энергии, но её нерациональное использование (например, частые связи без глубокой связи и смысла) может вызывать истощение.
Вариант адаптации: изучение телесной осознанности, понимание, как сексуальность связана с ресурсным состоянием (возможно, через нейрофизиологию, не эзотерику).
Музыкант и композитор Moby выложил 500 своих треков в свободный доступ — их можно бесплатно использовать в кино, рекламе, играх и ремиксах без лицензий и авторских отчислений. По словам самого музыканта, он просто хочет увидеть, что из этого сделают креативные люди. В ближайшее время Moby опубликует ещё около 1000 треков.
Карьерная игра на понижение
Слышу в последнее время довольно часто истории из бигтехов про понижение в должности: неэффективного (или ненужного) менеджера не убирают совсем, а ставят сверху на его роль нового человека. Или просто уменьшают скоуп обязанностей, забирают часть менеджерского функционала (а то и сразу весь), превращая управленца в исполнителя.
Зачем так делают? Давайте разбираться:
— Это является альтернативной увольнению: сотрудник сидит давно, особо не перформит, но и не отсвечивает, какой‑то кусок работы худо‑бедно выполняет, повышений не просит, а коллеги к нему привыкли. Пусть работает дальше, но в условной песочнице, чтобы не переплачивать и снизить риски в части ответственности.
— Это прокси‑флаг расставания и кусок теневого соцпакета: мы разгружаем тебя, но не освобождаем от обязанностей, ищи работу неспеша, в комфортном режиме. Это тонкий момент: сотруднику создают дискомфорт для эго, но комфортный ландшафт для подготовки себя к выходу. При этом только совсем уж слепой не считает такое сообщение работодателя.
Обычно коммуникация со стороны работодателя строится завуалированно, но основная мысль понятна: на выход или в подвал. И в свете разгонов о том как же стало трудно в айтишке найти работу, такие товарищи нередко соглашаются на шконку, скажем так, не у окошка.
Для сотрудника понижение в должности часто выглядит как более безопасная альтернатива увольнению:
Сырок продолжает совершать ежедневное путешествие из кухни в животик, прочие плюшки тоже на месте.
Нет стресса поиска новой работы, кэшфлоу хоть и уменьшается, но не прерывается.
Стаж идёт, рекрутер на новом месте будет доволен.
В остальном сплошные недостатки:
Про рост можно забыть, чаще всего новая позиция для специалиста — стагнационная.
Тебя сломали: плевать в общем-то на уважение коллег, в корпорации уважение это вообще довольно специфическая категория, а вот уважение к себе, эго точно страдают.
Вера в корпоративную стабильность пошатнулась: сегодня отпили кусок, а завтра могу и совсем всего лишить. А как теперь этим управлять? Начать перформить? Нет, поздно пить Боржоми, на новой позиции тебя никто не услышит.
А бывает ещё, когда "дело не в тебе" и это чистая правда
Бигтехи гонятся за эффективностью убирая лишние менеджерские прослойки. В ходе такой процедуры миддл-менеджмент может перейти в IC, а c-level при этом неизбежно сократится количественно.
Это выглядит как груминг дерева оргструктуры. Например, Amazon, Google и Microsoft используют такой подход: плохие менеджеры на выход, хороших разжаловать в исполнители, уменьшить отношение менеджеров к исполнителям в разработке (через сокращения и перелив).
Что выбирать — личное дело каждого. Но сама возможность такого выбора — это скорее привилегия, чем унижение.
Недавно прочитал, что идеальная Agile-команда -- как повара в кафе: подберут ингредиенты, приготовят блюдо персонально для клиента. Самое вкусное для конкретного гостя.
Представляете такую команду в реальном ресторане?
Приходите на бизнес-ланч, -- меню нет, но есть на все готовая, молодая, незашоренная процессами команда. Кто-то из них вообще администратор зала, но решил попробовать себя в новой роли.
И вот вы начинаете говорить, что хотели бы: соляночку на первое, чтобы по всем правилам; ну и, раз сами спросили, на второе -- стейк и картофель с розмарином и соусом. Вроде бы не бюджет бизнес-ланча, но команда записывает, активно обсуждают, подсказывают. Кто-то уже побежал готовить -- круто!
1. Приносят первую порцию, небольшую и жидкую - MVP пока что. На тарелку решили не тратиться, ведь главное не в упаковке. Пей, значит, из ладошки!
2. Высказываете замечания:
-- Вроде как картошку то стоило поварить..
-- На анчоусы (откуда?!) у вас аллергия,
-- Посуду бы конечно добавить.
Команда соглашается, но посуду решили добавить только в 3 спринт -- ресурсов не хватало и между идеей убрать анчоусы (да зачем вообще?!) и добавить посуду выбираете здоровье в ущерб брезгливости.
3. ...
4. ...
5. Итерации к 5 это уже будет солянка. В тарелке для супа. В чистой. Жаль только не доварили (спринта не хватило, затянули с нарезкой мяса). А как удалось объяснить, что 5 видов разного мяса в одном блюде и одинаково готового (тут промашка, обещали исправить) -- это не баг, а фича, -- это ваш, как заказчика, отдельный повод для гордости.
Но за 5 попыток наверно уже и наелся.
И ведь все как ты хотел! Что недоволен то?!
P.S. Agile — отличный подход. Но никакая методология не заменит здравого смысла и процесса, внутренней культуры. И ни одна методология не может применяться без изменений в любой сфере.
Панацеи нет, придется додумывать!