Авторский канал Алексея Поперлюкова — не про новости ИТ, а про смысл. Опыт 15+ лет, управленческие инсайты и честные размышления о том, как устроен цифровой мир изнутри.
Ex-CEO «ИТСК»
Ex-CEO «Газпромнефть-Цифровые решения»
Для связи @A_Poperlyukov
Post #909
685

Один кейс. Два автора. Две правды
Решил немного поэкспериментировать с форматом «Цифрового барреля».
Обычно здесь вы читаете моё мнение. А что, если взять один спорный кейс и посмотреть на него глазами двух людей, которые находятся по разные стороны стола?
Без попытки заранее договориться, кто прав :)
Для первого эксперимента пригласил Юлию Ольхову, директора по развитию Customer Success VK Tech.
Я попробую посмотреть на ситуацию глазами руководителя и заказчика. Юлия — глазами поставщика.
Поехали.
Проект провален. Кто виноват?
Представьте. Есть крупный IT-проект.
Новая цифровая платформа. Срок — 9 месяцев. Бюджет — 500 млн рублей.
Проходит год.
Система не запущена. Бюджет вырос на 35%. Бизнес недоволен.
На разборе руководитель со стороны заказчика говорит:
— Коллеги, вы обещали запустить систему за 9 месяцев. Именно поэтому мы вас и наняли. Вы профессионалы. Риски должны были увидеть заранее.
Поставщик отвечает:
— За это время требования существенно изменились. Появились новые интеграции, поменялись процессы и приоритеты.
— Бизнес не может стоять на месте, пока вы разрабатываете систему. Вы должны были это предусмотреть.
Знакомо? :)
И вот здесь я, пожалуй, встану на сторону заказчика.
Но не потому, что «кто деньги платит, тот всегда прав».
Наоборот.
Если я нанимаю сильного подрядчика, я плачу ему в том числе за право со мной не соглашаться.
Мне не нужен поставщик, который девять месяцев говорит «сделаем», а на десятый объясняет, почему сделать было невозможно.
Если мои требования начинают убивать проект — скажите мне об этом.
Если новая интеграция сдвигает срок на два месяца — положите это решение мне на стол.
Если одновременно сохранить срок, бюджет и новый объём невозможно — заставьте меня выбрать.
И если нужно — скажите «нет».
Потому что одна из самых дорогих услуг профессионала — не сделать то, что попросил заказчик.
А вовремя объяснить ему, почему этого делать не надо.
Поэтому аргумент «заказчик постоянно менял требования» для меня сам по себе поставщика не оправдывает.
Вы это видели. Вы понимали последствия. Что вы сделали, чтобы заказчик их тоже понял?
Вроде всё очевидно.
Но у Юлии есть несколько деталей этой истории, после которых моя позиция становится уже не такой железобетонной :)
Вторая правда — глазами поставщика — у неё в канале.
А потом предлагаю решить вместе: кто всё-таки провалил проект?
Заказчик — 👍
Подрядчик — 🔥
Цифровой баррель в МАХ
Решил немного поэкспериментировать с форматом «Цифрового барреля».
Обычно здесь вы читаете моё мнение. А что, если взять один спорный кейс и посмотреть на него глазами двух людей, которые находятся по разные стороны стола?
Без попытки заранее договориться, кто прав :)
Для первого эксперимента пригласил Юлию Ольхову, директора по развитию Customer Success VK Tech.
Я попробую посмотреть на ситуацию глазами руководителя и заказчика. Юлия — глазами поставщика.
Поехали.
Проект провален. Кто виноват?
Представьте. Есть крупный IT-проект.
Новая цифровая платформа. Срок — 9 месяцев. Бюджет — 500 млн рублей.
Проходит год.
Система не запущена. Бюджет вырос на 35%. Бизнес недоволен.
На разборе руководитель со стороны заказчика говорит:
— Коллеги, вы обещали запустить систему за 9 месяцев. Именно поэтому мы вас и наняли. Вы профессионалы. Риски должны были увидеть заранее.
Поставщик отвечает:
— За это время требования существенно изменились. Появились новые интеграции, поменялись процессы и приоритеты.
— Бизнес не может стоять на месте, пока вы разрабатываете систему. Вы должны были это предусмотреть.
Знакомо? :)
И вот здесь я, пожалуй, встану на сторону заказчика.
Но не потому, что «кто деньги платит, тот всегда прав».
Наоборот.
Если я нанимаю сильного подрядчика, я плачу ему в том числе за право со мной не соглашаться.
Мне не нужен поставщик, который девять месяцев говорит «сделаем», а на десятый объясняет, почему сделать было невозможно.
Если мои требования начинают убивать проект — скажите мне об этом.
Если новая интеграция сдвигает срок на два месяца — положите это решение мне на стол.
Если одновременно сохранить срок, бюджет и новый объём невозможно — заставьте меня выбрать.
И если нужно — скажите «нет».
Потому что одна из самых дорогих услуг профессионала — не сделать то, что попросил заказчик.
А вовремя объяснить ему, почему этого делать не надо.
Поэтому аргумент «заказчик постоянно менял требования» для меня сам по себе поставщика не оправдывает.
Вы это видели. Вы понимали последствия. Что вы сделали, чтобы заказчик их тоже понял?
Вроде всё очевидно.
Но у Юлии есть несколько деталей этой истории, после которых моя позиция становится уже не такой железобетонной :)
Вторая правда — глазами поставщика — у неё в канале.
А потом предлагаю решить вместе: кто всё-таки провалил проект?
Заказчик — 👍
Подрядчик — 🔥
Цифровой баррель в МАХ
- 🔥 24
- 👍 19
- ❤ 14
- 👏 13
- 🎉 6
- 💯 1
- 🤝 1









