«Испорченный телефон» в ИТ-проектах: терминология и интерпретация

На ИТ-проектах проблемы могут начинаться задолго до внедрения и даже не на этапе проектирования. Нередко они появляются при первых формулировках задачи: к моменту, когда она доходит до реализации, специалисты имеют дело уже с ее вольной интерпретацией, дополненной ожиданиями, ограничениями и чужими допущениями.

По данным PMI (Project Management Institute), из каждого $1 млрд, потраченного на проекты, $135 млн находятся «в зоне риска», и $75 млн (56%) таких рисков — прямое следствие неэффективных коммуникаций.

Парадокс в том, что в этой цепочке нет очевидной ошибки. Каждый участник действует логично, но результат получается системно неверным.

Типичный ИТ-проект проходит через несколько слоев коммуникации.

Сначала инженер формулирует техническую потребность. Затем она поднимается на уровень руководителя, где переводится в язык рисков и бюджета. После этого задача попадает в закупки, где ее интерпретируют через критерии соответствия и формальных требований. Дальше возникает вендор, который отвечает на запрос, ориентируясь уже на полученную спецификацию, а не на исходную задачу.

На каждом этапе смысл задачи немного меняется. Где-то требования усиливаются, где-то упрощаются, где-то подменяются предположениями. В результате на выходе появляется система, которая формально соответствует ТЗ, но совсем не обязательно решает исходную задачу. Узнали? Согласны?

О том, как снизить искажения этого «испорченного телефона», читайте в статье Арсентия Гусева, руководителя отдела системной разработки «Аэродиска».

ИЗЧ в VK | MAX