Итак, нам надо завалить интеграционный проект. Завалить с#nbsp;гарантией, чтоб ничто его не#nbsp;спасло.
Начнем с#nbsp;основы основ#nbsp;— отсутствия цели. Любую попытку понять, зачем это всё делается, надо пресекать на#nbsp;корню. Не#nbsp;дай бог кто-то сообразит, что проект действительно нужен и#nbsp;будет полезен. Это поднимет уровень вовлеченности и#nbsp;простимулирует людей работать#nbsp;— нам такое совершенно не#nbsp;нужно. Итак, первый пункт#nbsp;— никаких конкретных измеримых целей.
Идем дальше. У#nbsp;нас есть дезориентированные люди#nbsp;— прекрасно. Что лучше дезориентированных людей? Только большая группа дезориентированных людей#nbsp;— так не#nbsp;найдешь концов. В#nbsp;идеале надо вовлекать всех во#nbsp;всё и#nbsp;использовать наиболее медленные, неэффективные и#nbsp;мало подходящие для#nbsp;групповой работы методы коммуникации. Кто наш лучший кандидат на#nbsp;роль такого метода? Электронная почта, конечно. Ставим всех в#nbsp;поле «кому». Ставим вообще всех в#nbsp;поле «копия». И#nbsp;Добавим несколько случайных людей в#nbsp;поле «скрытая копия»#nbsp;— так уровень неопределенности вырастет до#nbsp;абсолютного максимума#nbsp;— зачем это и#nbsp;что происходит и#nbsp;кто должен отвечать на#nbsp;письма не#nbsp;разберется вообще никто. Пункт два#nbsp;— максимально нечеткая коммуникация с#nbsp;максимальным количеством людей.
Окей, мы#nbsp;коммуницируем нечетко, целей нет. Всё вроде#nbsp;бы замечательно, но#nbsp;всегда можно что-то улучшить, верно? Добавим сюда всеми любимое размытие ответственности! У#nbsp;нас в#nbsp;поле «кому» и#nbsp;так много людей#nbsp;— ставим задачу всем сразу. Это будет гарантией того, что ее#nbsp;никто не#nbsp;выполнит. Или выполнит несколько человек#nbsp;— так еще лучше. В#nbsp;спорах, «как правильно?», можно провести массу времени. Бонусом у#nbsp;нас идет раздражение от#nbsp;того, что надо делать бесполезную работу (помним про первый пункт, да?), и#nbsp;нежелание принимать участие в#nbsp;этом балагане. Это наш третий пункт.
Продолжаем курс молодого проджект менеджера саботёра. Если проект дошел до#nbsp;стадии, когда его таки утвердили и#nbsp;люди, не#nbsp;смотря на#nbsp;вcе наши усилия, что-то сделали#nbsp;— приходит время тяжелой артиллерии#nbsp;— невнятное ТЗ. Тут есть два способа#nbsp;— либо мы#nbsp;запихиваем туда вообще всё, нужное и#nbsp;ненужное, и#nbsp;получаем себе в#nbsp;помощь предельно раздутый бюджет, либо просто добавляем функционал, который не#nbsp;требуется и#nbsp;убираем тот, что нужен. Первый вариант позволит остановить проект на#nbsp;наачалных стадиях, а#nbsp;второй даст возможность наблюдать за#nbsp;тратой времени и#nbsp;денег на#nbsp;функционал, который не#nbsp;пригодится никому.
Все вышеперечисленные методы могут быть успешно использованы в#nbsp;рамках как проектов по#nbsp;ИТ-автоматизации и#nbsp;цифровизации, так и#nbsp;применятся к#nbsp;другим, менее интересным (что может быть интереснее ИТ, верно?) проектам, которые требуется успешно провалить.