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