Управление разработкой *

Привет, меня зовут Константин, последние пять лет я возглавляю команду RnD. Мы развиваем нашу внутреннюю Frontend-платформу, а до этого я занимался разработкой сервисов для нашего БЮ, Почты и Облака. В статье описан типичный пример моей задачи по созданию продукта: как мы с нуля создавали сервис VK Доска.

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

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

Начинается всё красиво.

Чистый backlog, ясная цель, первый релиз — как свежевыпеченный хлеб: пахнет амбициями и планами.

Проходит год, и продукт уже оброс десятками фич.
Проходит два — и ты открываешь его и думаешь: А как этим вообще пользоваться?

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

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

В конце мая директор КЕДР Solutions Егор Гуторов побывал в Новосибирске, на первом приборостроительном форуме «Прибориум». На этой площадке лидеры российской микроэлектроники и программного обеспечения рассказывали о своих продуктах, делились опытом, обсуждали актуальные проблемы отрасли и вопросы импортозамещения.

Воспользовавшись случаем, Егор встретился с несколькими участниками мероприятия и записал три коротких выпуска подкаста «Платы и байты»:

Неопределенность – вот так, одним словом, можно охарактеризовать состояние как экономики, так и бизнеса сейчас в России. Это вызывает у многих тревогу, потому что бьёт на самую главную потребность человека – Безопасность.

И тут важно помнить, что наличие понятной, четкой картины будущего – это не просто блажь для бизнеса, а будущее определяет наши действия в настоящем. Но как представить картину будущего, когда все так непредсказуемо и запутано?

Для нас в России это не впервой, мы проходили уже через подобный период в 90-е. Тогда бизнес был еще молодым и неопытным, поэтому и выбрал неверный вариант, сейчас у нас есть шанс закрыть этот гештальт, решив ситуацию по-взрослому, по-деловому, выбрав стратегический подход, вместо тактического. В 90-е и начале 2000-х, когда была похожая ситуация неопределенности, российский бизнес решил вообще отказаться от выработки долгосрочной стратегии, и планирование было максимум на 2-3 года.

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

Дисклеймер для тех, кто не смотрел «Друзей»

Моника Геллер — персонаж культового ситкома 90-х, безумно одержимая порядком. Её чек-листы для чек-листов, лейблы на лейблах и фетиш сортировки по цвету и размеру превратили её в мем про педантизм. Но именно Моника в сериале всегда вытаскивала друзей из провалов: когда нужно было за 3 часа организовать свадьбу, найти документы за 5 лет или просто понять, кто последний брал фондюшницу.

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

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

Оставим за скобками «волков» и этичность решения менеджера «Газпром Медиа» — это всё уже разобрали в других блогах.

Предлагаю обсудить формулировку причины увольнения — «несколько работ незаконным способом» — и феномен «многоработничества» на примере Канады и России.

Начиная с версии PVS-Studio 7.38, Java анализатор вслед за двумя братьями C# и C++ поддерживает пользовательские аннотации в формате JSON. Зачем они нужны и что с ними можно делать, рассмотрим в этой статье.

Привет, Хабр! Меня зовут Анна Афонина, я — IT-сваха, охотница за C-level и фанатка хардкорного хедхантинга. За 11 лет работы я видела многое: от CTO, которые без проблем продают космические идеи инвесторам, до тех, кто спотыкается о «сетевой кабель» на пути к собственной карьере. На CTO Conf X 2025 меня позвали рассказать про редкие и востребованные скиллы для технических директоров. Но чем глубже я копала, тем яснее становилось: куда опаснее не то, чего вы не умеете, а те самые подножки, которые вы ставите себе сами. Давайте честно разберём, почему даже супергерой в CTO-плаще может оступиться — и как этого избежать.

Сейчас я — Founder рекрутингового агентства HiPoHeads. За спиной у меня больше 11 лет в IT-рекрутинге и карьерном консультировании, я — организатор ProITFest, SPb IT Recruiter, HR Tech Day. По образованию — клинический психолог. До сих пор люблю рекрутинг и работаю руками, нанимаю как клиентам, так и себе. Занимаюсь не только подбором, а часто свожу людей, как для работы, так и для личных отношений. Можно сказать, что я — супер-мэтчинг-система, которая соединяет людей в IT-индустрии.

Привет, Хабр! Я Полина, я Product Owner в Carrot quest, автор телеграм канала о продакт менеджменте - Love-led growth. 

В этой статье — практическая история о том, как мы в Carrot quest прошли путь от нуля до релиза нового функционала: валидировали рынок, питчили идеи перед клиентами, получали первые продажи и доказывали, что фича принесёт выручку.

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

Ключевая мысль, которую я хочу донести: «Продукт начинается не с кода, а с доказанной готовности рынка платить». Это не просто красивая фраза, а стратегия, которая помогает минимизировать риски и убедить бизнес выделить ресурсы на ваш продукт. Давайте разберемся, как это работает.

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

Если вы задумываетесь о расширении пула услуг или тоже учитесь делать исследования — наш опыт будет вам полезен. Первая часть с теорией — здесь.

Пандемия заставила нас работать из дома, но перенесла в Zoom все офисные проблемы. Бесконечные стендапы, тотальный контроль и выгорание от видеозвонков — классический Agile даёт сбой. Но его можно спасти асинхронными практиками.

Читайте в статье:

✔️ Почему 80% митингов можно заменить письменной коммуникацией?
✔️ Как GitLab добиться результатов без ежедневных созвонов?
✔️ Чек-лист перехода на async-работу без потери эффективности.

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

Парадокс века: исследование METR с участием 16 опытных разработчиков показало, что AI-инструменты увеличили время выполнения задач на 19%, хотя сами разработчики были уверены, что экономят 20% времени. Если вы тимлид или менеджер, внедряющий AI в команде — эта статья сэкономит вам месяцы экспериментов и поможет избежать типичных граблей, на которые наступили 80% компаний в 2025 году.

Ситуация банальная, но болезненная.
У тебя есть открытая вакансия, бюджет — один человек.
И ты выбираешь: взять уже готового мидла или вырастить джуна?

На первый взгляд — ответ очевиден...

Конечно, никто не идеален. Все совершают ошибки. Большинство из них безобидны, некоторые неудобны, но простительны, а некоторые могут погубить вашу карьеру — или вашу компанию — вместе с ними.

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

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

Если вы тоже учитесь делать исследования — наш опыт будет вам полезен.

IT менторы говорят своим ученикам подделывать документы: Паспорта РФ, выписки об опыте работы с госуслуг СТД-Р, договоры ГПХ и так далее (пруфы и скрины в статье!). Каждый 3-й крутит опыт, чтобы пройти через фильтры HR на hh.ru. Но далеко не каждый подделывает документы, что является УГОЛОВНО наказуемым...

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

Рынок IT меняется с такой скоростью, что за ним иногда трудно угнаться: новые технологии, методологии, роли — всё постоянно меняется. Из-за этого границы между профессиями часто становятся размазанными. Если разработчики чётко знают свой стек, задачи и техдолг, то у дизайнеров и аналитиков всё гораздо более гибко, потому что их работа опирается на коммуникацию, логику и потребности людей. Часто дизайнеры и аналитики начинают работать вместе еще на самых ранних стадиях проекта — именно там, где чаще всего царит хаос.

И вот здесь начинается путаница. Часто не совсем ясно, кто за что отвечает. В одной команде UX-дизайнер делает всё: от сбора требований до создания прототипов, а в другой — он ждет четкого ТЗ от аналитика. И тогда возникает вопрос: где заканчивается аналитика и начинается дизайн? Давайте разберемся.

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