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

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

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

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

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