Управление проектами *

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

Когда я проводил код-ревью или собеседования, я замечал одну странную вещь. Кандидаты отлично знают, сколько стоит их труд в час (RPS — rate per hour), но понятия не имеют, сколько стоит весь их карьерный цикл. Мы оцениваем компании по мультипликаторам (P/E, EV/EBITDA), но себя оцениваем только по остатку на карте «Тинькофф».

В финансах есть понятие DCF (Discounted Cash Flow) — метод оценки актива через сумму всех его будущих доходов, приведённых к сегодняшнему дню. Вы — это и есть такой актив. Ваш код, ваши решения, ваша экспертиза — это завод по производству денег. И у этого завода есть справедливая цена.

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

Меня зовут Екатерина, и в ЮMoney я живу процессами: превращаю хаос в предсказуемую систему. Но есть место, где системам, казалось бы, не место — домашняя кухня. Я старший менеджер проектов, а моё хобби — выпечка хлеба на закваске.

Однажды поймала себя на мысли: «Я пеку хлеб так же, как управляю сложными проектами — с контрольными точками и анализом результатов». В статье расскажу, как процессный подход помогает печь идеальный каравай и почему это работает не только в офисе.

Открылся предзаказ на книгу Дмитрия и Валерии Ильенковых «Не усложняй! Управление проектами по методу P3.express». Мы прочитали ее и делимся впечатлениями.

Российский бизнес переживает эпоху «Великого перехода». Санкционное давление и уход западных вендоров заставили компании в спешке мигрировать на отечественное ПО. Но гонка за новыми платформами обнажила старую как мир проблему: наши системы полны «мусора».

На многочисленных проектах по миграции с SAP и западных CRM на российские решения наблюдается одна и та же картина: бизнес ждет «магии» от новой системы, а получает перенос хаоса. Аналитики и ИТ-специалисты приходят к выводу: битва за качество данных проигрывается не из-за отсутствия талантливых разработчиков, а потому что бизнес-анализ как дисциплина в России до сих пор не воспринимает данные как стратегический актив.

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

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

На прошлой неделе заблокировали уже 5-й аккаунт в любимом Сlaudе, в основном через который работал с AI. Claude Code — десктоп, терминал и VS Code. В основном менеджерские задачи и прототипирование. Сейчас большая часть рабочих задач у меня проходит через AI-интерфейсы. И вместе с аккаунтом улетела часть рабочего контекста: проекты, истории диалогов, наработки за несколько месяцев. И это коснулось не только меня — заблокировали десятки аккаунтов у коллег по компании. Целая команда разом потеряла рабочий инструмент, кратно повышающий эффективность.

Формально не всё пропало. Часть файлов лежат локально, прошлые блокировки научили. Но пропала связность. Всё превратилось в набор разрозненных кусков, с которыми заново нужно учиться работать.

Попробовал переключиться на ChatGPT и Codex — вроде тоже AI, что-то умеет. Но результаты оказались довольно посредственными. Другая логика, другой контекст, нет привычных наработок с агентными структурами. По факту — всё равно снижение продуктивности. Даже наличие альтернативы не спасло, когда глубоко встроил конкретный инструмент в свой рабочий процесс.

Перед вами человеческий лонгрид без капельки участия ИИ. Неприлизанный, с ошибками, нестыковками и потерей нити изложения. Ещё и про 1С.

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

Подход холиварный, не всем понравится, не всем подойдёт. Но проектов, выполненных по этому концепту, становится всё больше (да их и было много). А сейчас – становится всё больше, по совокупности причин.

Ну всё, переходим к делу. Итак, у нас УПП, и нам надо перейти на ЕРП – побыстрее и подешевле.

Когда крупный инфраструктурный холдинг решает перейти на единое программное обеспечение, нужна надежная система для ведения внутренних ИТ-проектов. Как выбрать цифровое решение? Какой способ внедрения использовать? И как «дотянуться» инновациями до каждого сотрудника? Опытом делится Дмитрий Антипов, директор офиса цифровой трансформации ГК «Нацпроектстрой».

Большинство документаций к продуктам для разработчиков — плохие. Не потому что авторы не старались, а потому что документацию писал инженер, который знает продукт насквозь, и ему «всё очевидно». А человеку, который видит продукт впервые, — ничего не очевидно.

Каждый день я вижу, как собственники тратят миллионы на трекеров, коучей по «эджайлу» и стратегические сессии в тропических лесах, чтобы их сотрудники просто начали работать. 

А ведь секрет успеха звучит так банально, что от него сводит челюсть: «Хорошо делай — хорошо будет».

На этой одноклеточной формуле Королев и Гагарин нас в космос отправили! 

Без скрам-мастеров, без дыхания маткой на успех и без соевого молока в кофемашине. 

Было просто: «Сделай ракету хорошо, Юра в нее сядет, и мы полетим. Ху*во сделаешь — Юра взорвется, а ты поедешь валить лес в Магадан». Отличный был KPI, жаль, отменили.

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

Расскажу вам одну свежую историю (от 13 марта 2026 г.) про то, как эта формула + ИИ работает у меня. Ведь ИИ — это просто инструмент, чтобы делать «хорошо» чуть быстрее. Причем мой воркфлоу - это сонная улитка, просто потому что мне пока нравится ручками возиться.

Смотрите на хронометраж.

ЭТАП 1. РОЖДЕНИЕ “ШЕДЕВРА” (заметили кавычка, да?)

1. 28 февраля. Я сажусь и за 10 минут пишу черновик поста с кликбейтным заголовком «Забудьте на фиг про ИИ…». Посыл прост, как мычание: хватит дрочить на технологии, делайте базу.

2. Вставляю свой кривой текст в шаблон промпта и кидаю в ИИ — 1 минута.

3. Любимая железяка выдает сочный, структурированный текст — 15 секунд.

4. Я внимательно вычитываю, редактирую и публикую в свой ТГ канал — 5 минут.

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

Рассмотрим почему ИТ-договор – это зона повышенного риска.

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

По данным Судебного департамента при ВС РФ, количество споров, связанных с созданием и использованием программ для ЭВМ, выросло за последние 3 года более чем на 40%.

В конце статьи рассматриваются нюансы, связанные с ИИ в договорах.

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

Межкомандное взаимодействие как API. Если интерфейс кривой — данные теряются, запросы зависают, пользователи ищут обходные пути. В компаниях такие кривые интерфейсы между отделами живут годами. Все знают, что больно, но «оно же работает» — значит не трогаем.

Но однажды «оно» падает.

Если вы тимлид или техдир, ваше утро редко начинается с неспешного наслаждения чашкой кофе. Скорее, оно начинается с открытия пяти разных вкладок.
Картина знакомая и удручающая: бэклог продукта живёт в одной системе (которую либо давно не обновляли, либо вообще собрали из того, что было), код лежит в GitLab, саппорт отбивается от пользователей и заводит баги в каком-то отдельном ServiceDesk, а сборка релизов, планирование ресурсов и метрики трекаются… да-да, в «любимом» Excel или Google Таблицах.

Признаюсь сразу: я никогда не работала по PMBoK как по инструкции. И подозреваю, что большинство PM‑ов в арт‑аутсорсе — тоже. Слишком много процессов, слишком мало про то, что происходит, когда клиент на третьем ревью говорит «а давайте поменяем концепцию».

Но PMBoK 8 — первое издание, которое я открыла из искреннего любопытства. Разбираю, что изменилось и почему это наконец‑то работает для креативных PM‑ов.

Проблема: когда коммуникации поглощают рабочее время

Исследование: сколько времени уходит на коммуникации?

Практика: три разных мира коммуникаций

Размер имеет значение

План действий: как вернуть время для работы

Как измерить успех?

Обратная сторона медали: когда нельзя сокращать коммуникации

Краткий вывод

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

Тем, кто всё ещё не убрал ёлку, посвящается. 

Праздник давно прошёл, а годовая статистика осталась. В статье расскажу, как мы делаем рекапы — итоги года юзера в приложении с новогодним визуалом. Будут Единороги, Олени и немного дедлайнов чудес.

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

Сайт или приложение — это комплексный РИД, который состоит из множества объектов. Каждый из них охраняется законом об интеллектуальной собственности. Клиент должен быть уверен, что может свободно распоряжаться всеми объектами. И понимать — к кому обратиться за конкретной доработкой или в случае претензий от третьих лиц. 

В этой статье вы узнаете, как правильно фиксировать РИДы в проектах по разработке, передавать права заказчику и гарантировать спокойствие всех сторон.

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

В OLX, одна из моих зон ответственности — это эффективность привлечения трафика. У нас есть регулярный поток ad-hoc задач от маркетинга и финансов, требующих ресурсы дата-инжинеров и аналитиков. Мы хотели сократить эту зависимость и создать удобный интерфейс для получения ответов из уже существующего аналитического контура.

Так появилась идея Talk2Data — внутреннего AI-агента в Slack, который позволяет задавать вопросы к данным естественным языком и получать ответы без написания SQL.