Гордеев | Проектный офис на практике

Как выстроить систему приоритетов, когда «всё важно» и «всё срочно» 🎯 Уверен, у многих из вас так: бэклог растёт, задачи летят со всех сторон, продакты разрываются, команда не понимает, что делать первым. У меня есть одна рабочая схема, которая помогает не сойти с ума. Это матрица приоритетов (она же матрица Эйзенхауэра). Всё просто, но работает. Все задачи делятся на четыре группы: 1. Важные и срочные Горят. Дедлайн сегодня. Клиент уже звонит. Если не сделать — будет беда. Что делать: делать в первую очередь. Это ваш приоритет №1. 2. Важные, но не срочные Стратегические задачи. Развитие. Процессы. То, что приближает вас к целям, но пока не горит. Что делать: планировать отдельное время в календаре. Бронировать часы, как встречу с клиентом. Не ждать, пока они переползут в группу №1. Именно здесь часто провал: мы не планируем важное, потому что оно не срочное. А потом оно становится срочным — и мы в аврале. 3. Срочные, но не важные Шум. Письма. Встречи, на которых можно не присутствовать. Вопросы, которые кто-то мог бы решить без вас. Что делать: делегировать. Отдавать тем, кто может сделать это быстрее и дешевле. Или просто игнорировать, если не критично. 4. Не важные и не срочные То, что съедает время без пользы. Бесконечные обсуждения. Задачи, которые никто не просил. Отчёты, которые никто не читает. Что делать: смело выкидывать. Или отдавать на аутсорс. Не тратьте на это жизнь. ‼️Главное правило Долгие, важные задачи нужно планировать отдельным блоком. Это операционная задача руководителя. Не ждите, пока освободится время. Оно не освободится. Вы должны его зарезервировать сами. Как это выглядит на практике: — Утром 2 часа на важные и долгие задачи (без встреч, чатов, отвлечений) — Затем — срочные и важные — Всё остальное — делегировать или удалять Попробуйте неделю — увидите, сколько времени освободится. А у вас есть система приоритетов или всё на «глазок»? 👇

Проект в минусе, требования плывут, клиент давит. Что делать? 🆘 Сегодня разберу реальную ситуацию. Ко мне обратился собственник. Вписались в проект, не зафиксировав чёткие требования. Клиент теперь выдумывает их на ходу — и формально они подходят под то описание, что было изначально. Проект давно в минусе, допников нет. Плюс штрафные санкции. Фактически — кабальный договор, который не защищает. Что делать в такой ситуации? Алгоритм примерно такой. Шаг 1. Стоп-кран Останавливаем разработку. Да, прямо сейчас. Дальше копать нельзя — только хуже. Говорим клиенту: «Мы приостанавливаем разработку и проводим анализ». Без агрессии, но жёстко. Это не обсуждается. Шаг 2. Анализируем за свой счёт Да, договор кабальный. Да, защита слабая. Но у нас есть один инструмент — снизить неопределённость. Аналитим всё: — требования — критерии готовности — критерии приёмки — дизайн — юзкейсы Всё, что может быть неопределённым. И всё это должно формально попадать под те ограничения, которые были в договоре. Важно — не перебарщивать с затратами. Это должно быть дёшево, но качественно. Шаг 3. Утверждаем с клиентом То, что мы проанализировали, утверждаем с клиентом. Снимаем все вопросы, которые могут возникнуть. Теперь у нас есть чёткая картинка — что мы делаем, как, по каким критериям. Шаг 4. Пересчитываем сроки и бюджет После анализа мы понимаем, сколько работы осталось на самом деле. И на основе этого утверждаем с клиентом новые сроки и бюджет. Теперь у собственника есть понимание: — делать дальше разработку, — или идти в суд и отстаивать там интересы, — или, в крайнем случае, рассматривать банкротство. Решение принимается осознанно, по цифрам, а не по эмоциям. Шаг 5. Принимаем решение Теперь у нас есть: — реальная картина по оставшейся работе — понимание, сколько это будет стоить — утверждённые сроки и бюджет И вот здесь уже можно принимать решение: идти в суд, договариваться, выходить из проекта. Но решение — осознанное, по цифрам, а не по эмоциям. Главный вывод На старте любого проекта оценивайте риски. Если есть высокая неопределённость по функционалу, снимайте её через предпроект. Потому что под капотом может оказаться крокодил, который вас сожрёт. А у вас были проекты с кабальными договорами? Как выкручивались? 👇

Через несколько лет может оказаться, что главный навык был не в профессии. А в умении работать с ИИ. Я собрал экспертов по искусственному интеллекту. Там — полезные инструменты, реальные кейсы и всё самое интересное. Добавляйте экспертов 👇🏻 https://t.me/addlist/fnSvEbEp85U4YzQy

Разработка без нейросетей уходит в прошлое. Что это значит для ИТ-аутсорса? 🤖 Я тут решил порассуждать о том, что уже происходит на рынке. И как это касается всех, кто связан с разработкой. Раньше было так Разработчик получает задачу и пишет код руками. Строчка за строчкой. Долго, дорого, но предсказуемо. Так работали десятилетиями. Сейчас иначе Технические директора всё чаще говорят: "Кодите через нейросети". Разработчик теперь не столько пишет код, сколько управляет AI: формулирует запрос, проверяет результат, правит, интегрирует. Фактически — становится промпт-инженером. И это кратно ускоряет разработку. Один разработчик с AI делает работу двух-трёх обычных специалистов. Быстрее, дешевле, иногда качественнее. В чём угроза для ИТ-аутсорса Модель "продаём часы разработчиков" трещит по швам. Потому что: — Клиенты не хотят платить за 100 часов, если AI делает за 8. — Они начинают пересматривать стоимость внешних команд. — Спрос смещается от "дайте людей" к "дайте результат". Компании, которые специализируются на аутсорсе, оказываются под огромной угрозой. Потому что их бизнес строился на продаже человеческого времени. А время теперь можно сжимать нейросетями. Куда это ведёт Рынок перестраивается. Те, кто не успеет адаптироваться, будут вытеснены. Те, кто перестроится, получат новые возможности. Что делать: — Учить команды работать с нейросетями. Не "попробовать", а "внедрить в ежедневную работу". — Менять модель ценообразования. Продавать не часы, а результат. Не "мы сделаем за 100 часов", а "мы решим вашу задачу". — Становиться не просто подрядчиком, а технологическим партнёром, который помогает клиентам внедрять AI. Итог Разработка без нейросетей уходит. Это не тренд, это новая реальность. Аутсорс-компании, которые будут продавать "руки" разработчиков, окажутся не у дел. Те, кто перестроится на продажу "головы" и результата — останутся. Ваша компания уже работает с нейросетями в ежедневной разработке? Или пока в режиме "надо бы попробовать"? 👇

Как отказаться от клиента, который приносит больше проблем, чем денег, и не испортить репутацию 🚪 Хочу сказать, что не все клиенты одинаково полезны🤷‍♀️ Раз в полгода я рекомендую делать анализ портфеля проектов. Смотреть: — Кто приносит больше всего денег? — С кем интереснее работать в плане длительности и маржинальности? — У кого самый высокий LTV (пожизненная ценность)? И на основе этого формировать портрет идеального клиента. Что я вижу в своей практике: Самые маржинальные клиенты — с высоким уровнем зрелости. Они приносят наибольшее количество денег. Оборот от 1 миллиона и выше. У них есть ресурсы, понимание процессов и готовность платить за качество. Маленькие клиенты просто не могут заплатить большие деньги за автоматизацию. Их бюджеты ограничены, а запросы часто превышают их возможности. Когда пора расставаться💯 Если клиент: — приносит мало денег, но требует много внимания — не растёт вместе с вами — его проекты отвлекают от более перспективных Это кандидат на выход. Как расстаться без скандала 1. Сделайте анализ. Посчитайте, сколько времени и сил вы тратите на этого клиента. Сколько он приносит денег. Сравните с другими. 2. Если решение принято — действуйте честно. Без подстав и пассивной агрессии. Просто скажите: «Наши приоритеты изменились. Мы не можем работать в прежнем формате. Давайте обсудим, как завершить проекты с минимальными потерями для вас». 3. Дайте время. Не бросайте клиента в пятницу вечером. Предложите план перехода: помощь в поиске нового подрядчика, передача документации, завершение текущих этапов. 4. Сохраните лицо. Расставание — это не война. Если вы уйдёте красиво, клиент не будет поливать вас грязью. И, возможно, вернётся, когда вырастет. 5. Повысьте цену. Если клиент всё же хочет остаться — предложите новые условия. Но только на новых, удобных для вас условиях. Это либо отсечёт нецелевого клиента, либо сделает работу с ним действительно выгодной. Итог Отказываться от неподходящих клиентов — нормально. Это даёт ресурс на развитие с теми, кто приносит реальную прибыль. Главное — делать это осознанно и корректно. А вы анализируете портфель клиентов или работаете со всеми подряд? 👇

Решение, принятое поздно, — это ошибка. Даже если оно правильное ⏰ Классика, друзья, но от этого не менее больно. Решение нужно принимать вовремя. Особенно когда речь о стратегических вещах. Запуск нового направления, выход на рынок с продуктом, инвестиции в технологии. 5 лет назад это было актуально. Сейчас — уже нет. А догонять тех, кто уже там, придётся с невероятными затратами🤔 Один предприниматель сказал мне: «Раньше чтобы запустить стартап, хватало 5 миллионов. Сейчас от 50, и не факт, что хватит». Такова реальность. Быть управленцем — значит постоянно быть в стрессе и бороться за выживание. Потому что рынок не ждёт. То же самое — с людьми Ключевой сотрудник давно предлагал адекватное решение. Год, два назад. А вы откладывали, не слышали, надеялись, что «само пройдёт». И вот он увольняется. И тогда вы удивляетесь: «Всё же было хорошо, зачем он ушёл?» Это не он ушёл. Это вы его потеряли. Чисто ваша вина. Чисто ваша проблема. Почему так происходит Если человек предлагает решение — он его долго носил. Обдумывал. Взвешивал. Возвращался к этому сто раз. И только когда уже созрел — пришёл к вам. Если вы это решение не принимаете, будьте готовы к тому, что он унесёт его в другое место. Там, где оно будет своевременно. Там, где его услышат💯 Что с этим делать — Перестать считать, что проблемы решаются сами. — Слушать тех, кто рядом с бизнесом и с проектами. — Принимать решения, пока они ещё актуальны. — Потому что поезд уходит. Без вас. А было у вас такое, что вовремя не услышали сотрудника или не запустили проект, а потом кусали локти? 👇

Когда клиент в конце проекта начинает требовать невозможного и как это остановить ⚖️ Коллеги, разберу реальную ситуацию. Заключили договор. Этапный. Всё прописано: сроки, бюджет, объём. Работа идёт, закрываете этапы, всё нормально. А в конце клиент начинает манипулировать. Говорит: «Вы же профессионалы, вы должны сделать вот это и это. Вы же знали, куда шли. Первоначальные условия? Не помню, не подписывал, смотреть на них не нужно». Знакомая вам история? Почему это происходит Чаще всего — у клиента поменялась цель по проекту. Денег нет. Проект для него больше не системообразующий. Не на нём он будет зарабатывать. Но свои издержки хочет сбросить на подрядчика. Вместо честного разговора — манипуляции. Что делать, чтобы не потерять деньги 1. Срочно к юристам Первым делом — проконсультироваться. Посмотреть договор, переписку, акты. Скорее всего, у вас позиция достаточно сильная. Но юрист должен это подтвердить. 2. Собрать все доказательства Всю переписку — в отдельную папку. Все письма, сообщения, правки в документах. Зафиксируйте момент, когда клиент начал требовать того, чего не было в договоре. Каждое «вы должны» — в протокол. 3. Переходить в юридическую плоскость Когда доказательства собраны, позиция понятна — работать через юристов. Не воевать через эмоции и созвоны. Только письменно, только по фактам. Почему не нужно бояться PR Клиент ведёт себя недобросовестно. Он меняет правила игры в конце и хочет переложить свои риски на вас. Негативного PR не будет — потому что вы сделали всё хорошо. Вы выполнили договор. Вы были профессионалами. Суды и разбирательства — это неприятно. Но допускать, чтобы клиент вас просто «развёл», — ещё хуже. Итог Если клиент в конце проекта пытается вытрясти из вас невыполнимое за те же деньги — это не «особенности клиента». Это недобросовестное поведение. Собирайте документы, идите к юристам и действуйте по закону. Без страха и без стеснения. Попали в такую ситуацию? Приходите на консультацию @GordeeffSergey — помогу выработать стратегию. 👇

Когда клиент говорит «я подумаю» — что на самом деле происходит 🤔 Вы точно слышали эту фразу! Вроде бы и обсудили всё, и цену согласовали, и выгоды показали. А в ответ — «я подумаю». И дальше тишина. Что на самом деле стоит за этими словами? Чаще всего — не «мне нужно время на размышления». А одна из трёх причин: 1. Не убедили. Клиент не увидел ценности. Ему не больно без вашего решения. Или не понятно, почему это должно стоить таких денег. 2. Боится. Страх ошибиться, страх лишних трат, страх, что не справится с внедрением. За этим часто стоит негативный опыт с прошлыми подрядчиками. 3. Проверяет вас. Хочет увидеть, как вы отреагируете. Скинете цену? Начнёте давить? Забудете? Или проявите уважение и интерес. Что делать вместо «давайте я позвоню через неделю» — Уточните. «Помогите мне понять, что именно требует размышлений?» — Распакуйте страх. «Какой сценарий вас тревожит больше всего?» — Закрепите ценность. «Какую выгоду вы хотите получить, если примете решение?» — Предложите конкретное следующее действие. Не «подумайте», а «давайте я подготовлю расчёт по вашему реальному объёму». И главное. Если после трёх «я подумаю» клиент всё равно не готов — не тратьте время. Скажите честно: «Похоже, сейчас не ваш момент. Когда наступит — возвращайтесь». И идите к тем, кто готов принимать решения. А как вы реагируете на «я подумаю»? 👇

Когда подрядчик кажется идеальным, но проект всё равно провалился 💔 Итак, ситуация. Проверили подрядчика по всем пунктам. Отзывы хорошие, команда адекватная, кейсы есть. А проект всё равно съехал, бюджет улетел, клиент недоволен. В чём дело? Почему проверенный подрядчик подводит? Причина, о которой редко говорят Вы проверяли подрядчика на старте. Но не проверяли процесс взаимодействия с ним. Документооборот, отчётность, управление изменениями, согласование решений. Даже самый крутой подрядчик в вакууме превращается в тыкву, если с ним неправильно работать. Что ломается чаще всего 1. Не зафиксировали, как принимаем результат Сказали "сделайте как обычно". А для подрядчика "как обычно" — это одно, для вас — другое. Кто принимает, как фиксируем замечания, сколько итераций на доработку. Что делать: прописать критерии приёмки в договоре. Не "работает как надо", а конкретные пункты: загрузил файл — появился в системе, нажал кнопку — отправился запрос. 2. Не согласовали порядок обмена информацией Подрядчик прислал отчёт — вы его не заметили. Или он прислал не туда. Вы задали вопрос — он ответил через три дня. Проект стоит. Что делать: прописать каналы связи, сроки ответа, регулярность отчётов. Раз в неделю созвон на 15 минут — дешевле, чем месяц догонялок. 3. Не проговорили зоны ответственности Вы считаете, что подрядчик сам должен заметить проблему и предложить решение. А он считает, что если не сказали — значит, всё хорошо. Что делать: чётко разделить, кто за что отвечает. Какие риски отслеживает подрядчик, а какие вы берёте на себя. Итог Подрядчик не подведёт, если: — вы проверили его экспертизу — и прописали процесс взаимодействия Второе — не менее важно, чем первое. Уже выбрали подрядчика, но сомневаетесь в процессе? Приходите на консультацию @GordeeffSergey — помогу настроить взаимодействие без потерь. 👇

Как проверить подрядчика до старта проекта. 5 вопросов, которые спасут миллионы 🔍 Вот вы выбрали подрядчика. Вроде и договор нормальный, и цена адекватная. А через три месяца — срывы, переделки, бюджеты горят. Почему? Потому что выбрали не того. И выбирали вслепую. Вот 5 шагов, которые реально работают. 1. Найдите тех, кто уже работал с этим подрядчиком Не просто "посмотрите отзывы на сайте". Сайт вам нарисуют любые. Вам нужны конкретные люди с конкретными проектами, похожими на ваш. Спросите: — Что пошло по плану, а что нет? — Как реагировали на срывы? — Уложились в бюджет? — Порекомендуют или нет? Один живой разговор даст больше, чем десять страниц портфолио. 2. Поговорите с командой, которая будет работать, а не с отделом продаж На презентации вам покажут крутых экспертов. На проект придут другие люди. Запросите конкретные имена. Попросите короткое интервью с теми, кто реально будет делать. Задайте им технические вопросы по вашему проекту. Если они не могут ответить внятно — бегите. 3. Оцените размер компании Это важно. Слишком большая компания может выжить ваш бюджет. Вы для них — мелкая рыба. Ваш проект будет в очереди, без приоритета, с молодыми специалистами. Слишком маленькая — не осилит задачу. Им не хватит компетенций, людей, времени. Вы будете бесконечно ждать, а они — оправдываться. Ищите подрядчика сопоставимого размера. Чтобы вы были друг другу интересны. 4. Посмотрите, как они работают с изменениями Проект без изменений не бывает. Спросите: — Как вы согласуете допработы? — Как считаете стоимость? — Нужно ли письменное согласование или "на словах"? Если ответ "договоримся" без конкретики — это звоночек. 5. Запросите референс по вашей технологии Не "мы умеем всё". А "покажите проект на стеке, который будете использовать под нашу задачу". Нет проекта — нет опыта. Нет опыта — высокий риск. Итог Выбирать подрядчика по цене или красивой презентации — дорогое удовольствие. Проверьте живую обратную связь, поговорите с командой, оцените размер, спросите про изменения, запросите референсы. И тогда сюрпризов будет меньше. Сомневаетесь в будущем подрядчике? Приходите на консультацию @GordeeffSergey — помогу оценить риски до старта. 👇