Привет, Хабр! Я Серёжа Пиший, я тимлид продуктовой команды Android-разработки в направлении КИНО в Okko. В этой статье расскажу про онбординг. Это будет не инструкция, а скорее история о том, как мы справились с масштабированием нашей команды на двенадцать человек практически за раз. Возможно, наш опыт поможет наладить процесс онбординга и вам.
Привет! Меня зовут Данила, и я занимаюсь менеджментом, рисками и всем тем, что называют бумажной безопасностью. В этой статье под документом я буду понимать любой разрабатываемый материал, имеющий текст (протоколы, нормативные документы, презентации, white paper’ы и т.д.)
Agile-паразит, как общаться с бизнесом, SLA в проектах, полезные диаграммы и инструменты, проблема сроков, жизненный цикл бага ошибки менеджмента и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Поведенческий этап стал прорывом: от механистических идей Тейлора и Гастева управление сместилось к вниманию к личности работника. Хоторнские эксперименты, теория X и Y Дугласа МакГрегора и двухфакторная модель Фредерика Герцберга сделали управление более «человечным». Однако вскоре выяснилось, что даже самая мотивированная команда не способна показывать высокие результаты, если производственные процессы разрознены, цепочка поставок нестабильна, а отделы работают каждый сам по себе. Возникла потребность в цельном подходе, который учитывал бы взаимосвязь всех элементов организации.
Начинается всё красиво.
Чистый backlog, ясная цель, первый релиз — как свежевыпеченный хлеб: пахнет амбициями и планами.
Проходит год, и продукт уже оброс десятками фич.
Проходит два — и ты открываешь его и думаешь: А как этим вообще пользоваться?
Каждая новая функция вроде бы полезна.
Каждая добавлена по просьбе пользователей или для увеличения вовлечённости.
Но вместе они создают эффект новогодней ёлки, на которую вешали всё подряд - от стеклянных шаров до самодельных гирлянд из макарон.
За 3 месяца наша платформа для создания пошаговых инструкций и документации прошла путь от MVP до первых продаж:
1. 100+ регистраций с Product Radar
2. Вырастили активацию пользователей с 40% до 59%
3. Поднялись в поисковой выдаче
4. Получили первых платящих B2B клиентов
Никаких вложений в рекламу, чистый скилл и проверка гипотез. Как? Поделюсь в статье..
Неопределенность – вот так, одним словом, можно охарактеризовать состояние как экономики, так и бизнеса сейчас в России. Это вызывает у многих тревогу, потому что бьёт на самую главную потребность человека – Безопасность.
И тут важно помнить, что наличие понятной, четкой картины будущего – это не просто блажь для бизнеса, а будущее определяет наши действия в настоящем. Но как представить картину будущего, когда все так непредсказуемо и запутано?
Для нас в России это не впервой, мы проходили уже через подобный период в 90-е. Тогда бизнес был еще молодым и неопытным, поэтому и выбрал неверный вариант, сейчас у нас есть шанс закрыть этот гештальт, решив ситуацию по-взрослому, по-деловому, выбрав стратегический подход, вместо тактического. В 90-е и начале 2000-х, когда была похожая ситуация неопределенности, российский бизнес решил вообще отказаться от выработки долгосрочной стратегии, и планирование было максимум на 2-3 года.
И такая практика считалась правильной настолько, что даже сейчас многие российские компании не имеют понимания, что стратегия – это не на 5 лет, а на условные 100 лет, то есть она должна быть направлением развития, а конкретными цифрами. Но цифры успокаивают намного лучше, чем направление развития, поэтому в целях деятельности некоторые компании пишут, что наша основная цель быть прибыльной компанией и иметь коммерческий успех, забывая, что материальная прибыль – это только средство достижения стратегической цели, но не смысл деятельности бизнеса. При этом коммерческий успех сам по себе может быть не только не полезным для бизнеса, но и очень вредным, если он не связан со стратегической целью.
Сегодня «продакт» — модный ярлык, который навешивают на самых разных специалистов: от бывших аналитиков до маркетологов. Но откуда вообще взялась эта профессия, зачем она понадобилась IT-компаниям и как трансформировалась за последние десятилетия?
Давайте разбираться! Почему всё началось с бренд-менеджмента в P&G, как Microsoft вывела на сцену своих «менеджеров программ», и как появился культ «продакта-хаба» — связующего звена между пользователями, бизнесом и разработкой. Спойлер: роль продакта — это не про контроль, а про постоянный конфликт и баланс интересов.
Этот кейс — готовый учебник по антиуправлению проектами. В 2024 году мы сделали всё, чтобы провалить цифровизацию закупок лекарств: проигнорировали pre-sale, раскрыли ТЗ конкурентам и забыли про юриста. Итог: бюджет сократился на 98% — с нескольких десятков миллионов до цены подержанной Lada. Разбираем 5 роковых ошибок, которые нельзя повторять.
Эта статья — разбор пяти реальных ошибок, которые превратили потенциальный кейс в провал. Используйте их как античек-лист.
Изначально я не собирался так делать. Хотел обойтись списком в телефоне и парой заметок. Но через неделю невеста намекнула (наорала), что либо помогаешь, либо прощаемся.
Тогда я открыл таск-трекер «просто, чтобы разгрести бардак» — и втянулся больше, чем в собственный стартап. В статье — наша история, фейлы и результат.
Привет, Хабр!
Внутренние продукты умирают чаще, чем живут. Причём гибнут не на проде, не из-за кривого кода и не от того, что разработка пошла не по плану. Они разваливаются на самом старте — когда гипотеза ещё не успела обрести форму, но уже обросла Jira-задачами. Где-то я видел, что 9 из 10 новых инициатив не переживают первую встречу с пользователем. Почему? Потому что команды бегут в реализацию, не удостоверившись: а надо ли это вообще кому-нибудь?
Классический двухнедельный Scrum здесь не спасёт. Он хорош, когда вы уже уверены в направлении. А вот когда на старте всё зыбко и туманно, нужен отдельный, чётко спланированный discovery-конвейер. Такой, в котором каждые три недели появляется не слайд, а артефакт — проверенный, валидированный, готовый к следующему шагу. И вот хорошо вписывается 5D Discovery.
Привет, Хабр! Я Полина, я Product Owner в Carrot quest, автор телеграм канала о продакт менеджменте - Love-led growth.
В этой статье — практическая история о том, как мы в Carrot quest прошли путь от нуля до релиза нового функционала: валидировали рынок, питчили идеи перед клиентами, получали первые продажи и доказывали, что фича принесёт выручку.
Статья подойдёт тем, кто впервые запускает стратегически важный функционал в продукте и хочет получить чёткий план, как защитить продукт перед C-level.
Ключевая мысль, которую я хочу донести: «Продукт начинается не с кода, а с доказанной готовности рынка платить». Это не просто красивая фраза, а стратегия, которая помогает минимизировать риски и убедить бизнес выделить ресурсы на ваш продукт. Давайте разберемся, как это работает.
В конце 2024 года мы задумались о расширении пула услуг: мы решили идти в маркетинг для клиента и ввести такую услугу, как исследование потребителей. Мы захотели научиться искать боли потребителей, а ещё искать новые точки контакта с аудиторией бизнеса.
Если вы задумываетесь о расширении пула услуг или тоже учитесь делать исследования — наш опыт будет вам полезен. Первая часть с теорией — здесь.
Пандемия заставила нас работать из дома, но перенесла в Zoom все офисные проблемы. Бесконечные стендапы, тотальный контроль и выгорание от видеозвонков — классический Agile даёт сбой. Но его можно спасти асинхронными практиками.
Читайте в статье:
✔️ Почему 80% митингов можно заменить письменной коммуникацией?
✔️ Как GitLab добиться результатов без ежедневных созвонов?
✔️ Чек-лист перехода на async-работу без потери эффективности.
Почему важно обратить внимание на описание вакансии и внимательно отнестись к ее составлению?
По сути, описание вакансии - это лицо вашей компании или отдела. От того какое вы произведете впечатление и насколько сможете заинтересовать потенциального кандидата зависит как количество откликов, так и внимание к вашей компании, желание взаимодействовать с ней.
Грамотно составленная вакансия позволит как привлечь кандидатов, так и отсеять нерелевантные отклики, что сэкономит время, деньги и нервы.
Вакансии, не составленные должным образом, сталкиваются с проблемой слабой заинтересованности, малого количества откликов, что усложняет поиск кандидата и растягивает время закрытия вакансии.
Также на такие вакансии, наоборот, может поступать слишком много откликов, что может отразиться на времени разбора откликов и потенциальной потерей кандидатов (никто не будет ждать неделями пока вы разгребете завал).
Все это подводит нас к важности внимательного отношения к описанию вакансии.
Феномен отрицательной селекции в управлении - системного продвижения в иерархии не самых компетентных сотрудников, а тех, кто не представляет угрозы для существующей власти. Причины этого явления, связанные факторы, эффект Питера и когнитивные искажения. Анализ последствий для организаций и практические рекомендации для топ-менеджеров и рядовых сотрудников по преодолению этой проблемы и развитию эффективной корпоративной культуры.
Хотите системно вырастить сеньора из джуна? Собрать идеальную команду за пару кликов? Прозрачно развивать hard- и soft-навыки сотрудников? Я, Владимир Тимонов, главный разработчик ЕвразТехника ИС и управляющий продуктом ИС «Матрицы компетенций», расскажу, как мы справляемся с этими вызовами в ЕВРАЗе.
Мечта любой IT-компании — обучение в стиле Нео из «Матрицы»: загрузил программу, и через минуту сотрудник уже мастер React и Kubernetes. Увы, реальность сложнее.
В условиях жесткой конкуренции за таланты найти готового специалиста с нужным стеком и знанием специфических технологий вроде OPC или MES — почти невозможно. Кандидаты часто переоценивают свои навыки, их резюме не соответствуют реальным компетенциям, а зарплатные ожидания растут быстрее, чем навыки.
Что, если вместо бесконечной охоты за мифическими сеньорами выращивать их самим? Именно этот вопрос привел нас к созданию системы, которая превращает перспективных джунов в экспертов, знающих не только технологии, но и бизнес-процессы компании.
Разработчик в ЕВРАЗе: больше, чем просто код
Матрица компетенций – известный и хорошо себя зарекомендовавший инструмент в управлении персоналом. Существуют известные шаблоны таких матриц. Но мы решили разработать свой стандарт. ЕВРАЗ – компания крупная, у нас есть много особенностей, которые необходимо учитывать при оценке IT-специалистов. Так давайте пойдем от самого понятия «разработчик». Как он выглядит в металлургическом гиганте? Чем отличается его работа от коллег в продуктовых IT-компаниях или финтех-стартапах? В чем особенность этой роли и почему матрица компетенций становится для нас не просто инструментом оценки, а настоящим компасом в профессиональном развитии, расскажем в этой статье.
Вспомните корпоративный регламент, который все соблюдают, но никто не знает, зачем он нужен. Подумайте о регулярных встречах, которые все считают бесполезными, но никто их не отменяет. Это примеры процессов, которые должны умереть. Но их некому убить — менеджмент не понимает, как это сделать.
В статье я расскажу об искусстве помогать процессам жить и умирать в нужное время. Поделюсь пошаговым планом, чек-листами и примерами из моего опыта, чтобы ритуалы не отнимали у вас по 5–10 часов в неделю.
Как подключиться к облаку надёжно и гибко.
Привет, Хабр! Меня зовут Влад Одинцов, я техлид и product owner сетевых сервисов в K2 Cloud. Мы строим облачную платформу, где стабильное и безопасное подключение клиентов к инфраструктуре — ключевой элемент.
В этой статье расскажу про шесть способов подключения к инфраструктуре клиента в К2 Облаке: от Elastic IP до Direct Connect. Каждый из способов решает разные задачи — от простого доступа по публичным адресам до построения отказоустойчивых архитектур гибридного облака. Расскажу о плюсах, ограничениях и подводных камнях.
Привет! Меня зовут Андрей, я руковожу отделом продуктов клиентской безопасности в Selectel. С 1 марта 2026 года в России начнут действовать новые требования к безопасности AI-систем в госсекторе. ФСТЭК утвердила Приказ №117 — первый документ, который официально регулирует создание и внедрение AI-решений на базе LLM в государственных информационных системах. Под катом разберемся, что изменения значат для рынка и как к ним подготовиться.