Красные флаги: как понять, что с IT-проектом не всё в порядке

Чтобы IT-проект прошел путь от брифа до запуска, должны выполняться хотя бы два из трех критериев: экспертиза, команда, заинтересованность заказчика. Как это работает в теории и на практике, рассказывает директор проектов Т1 Консалтинг Артем Маркаров.

Слово спикеру. Меня зовут Артем Маркаров, я более 10 лет руковожу портфелем проектов и несколькими командами внедрения CRM-систем. До сих пор играющий тренер, нацеленный на результат и удовлетворение клиентов. Обычно в моей практике проекты сложные, неоднозначные и с неопределенным результатом. И хотя иногда кажется, что меня уже ничем не удивить, каждый новый проект уникален. Задача руководителя — выбрать правильный путь развития и заранее корректно расставить фигуры, чтобы достичь целей всех сторон. Сложность — в количестве неизвестных, от которых зависит успех. Справиться помогает простое правило.

Экспертиза — hard skills или определенные компетенции для решения задачи. У человека есть четкая понятная проектная роль, и он как мастер своего дела выполняет работу хорошо.

Если речь про управление — планировать и контролировать, обеспечивать мотивацию и управлять ожиданиями, правильно распределять роли и быть драйвером всего проекта.

Если про разработку — понимать механизмы и способы реализации, чтобы сохранялась целостность архитектуры и учитывались все возможные факторы: от производительности и информационной безопасности до понятного кода, в котором быстро сможет разобраться новый разработчик. И так далее.

Это как в анекдоте про сломанный в селе трактор, где никто не мог его починить, а пьяный механик один раз стукнул по какой-то железяке и всё заработало. Потому что за много лет научился, куда ударить, как ударить и чем ударить.

Команда — это и про правильную структуру, и про сплоченность. Универсальных команд не существует, нужно смотреть на задачи. Если очень обобщать, среди обязательных ролей: руководитель проекта, ниже архитектор и эксперт (первый отвечает за техническую часть, второй за бизнес), дальше по иерархии — команды аналитики, разработки и тестирования. У каждой свой лид.

Сплоченность не менее важна, чем hard skills. Когда есть костяк, который давно работает вместе, не нужно кого-то заставлять что-то делать. Все прекрасно понимают серьезность ситуаций в проектах и будут до победного стараться, исходя из чувства ответственности и плеча. Помогает и юмор, понятные команде шутки — в сложных проектах так удается разрядить обстановку.

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

__

Возвращаемся к правилу трех критериев: имеешь экспертизу и вовлеченность заказчика, команду можно набрать. За счет экспертизы и команды заказчика получится заинтересовать. Прекрасная слаженная команда плюс интерес заказчика выполнить проект — недостающую экспертизу выйдет наработать очень быстро.

Если выполняется менее двух критериев — это красные флаги для всех сторон. И нужно либо что-то менять, чтобы выполнить условие, либо прощаться. Пробовать можно, но нужно понимать, что очень велик риск потери времени и сил. Результат — нереализованные амбиции клиента и неудовлетворение от выполненных работ команды. Ещё и авторитет на рынке может пострадать.

Ситуация. В 2018 году ко мне пришел руководитель и попросил подхватить проект, поскольку он был затянут уже на несколько месяцев, а предыдущая команда не устраивала заказчика. Цель проекта: внедрить систему, которую уже частично разработала другая команда. Задачи по этапам:

1. Понять, что уже сделано.

2. Найти и исправить ошибки.

3. Запустить продукт в эксплуатацию.

Сначала мы проанализировали, почему не получилось у другой команды:

а) Попробовать поменять человека, который дает обратную связь на стороне клиента. Если у руководителя заказчика не хватает времени на нас, может быть, есть менее загруженные компетентные заместители.

б) Найти союзников. Когда мы понимаем, что предложение упростит жизнь линейных сотрудников, можно поговорить с ними, чтобы они донесли эту же мысль своему руководству.

в) Разобраться в сферах влияния в компании клиента. Бывает, что у заказчика бизнес-подразделение воюет с IT, а затягивание согласования подрядчику является просто инструментом борьбы отделов друг с другом.

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

Остановимся на этом критерии отдельно, поскольку он стал в этом проекте ключевым. Мы можем выделить четыре причины:

Когда мы принимали проект, казалось, что выполняются два критерия: экспертиза и команда позволят восстановить заинтересованность заказчика. Но на деле вышло по-другому. Потеряв интерес к проекту, заказчик менял и усложнял требования “на лету” до тех пор, пока сроки и объем работ не стали такими, что проект перестал быть целесообразным.

Формально, у нас не стало экспертизы, чтобы выполнить задачу в сжатые сроки по обновленному техзаданию клиента, хотя фактически проблема заключалась в другом. В результате восстановить заинтересованность заказчика не удалось.

Для команды тяжело не доводить до конца проекты, особенно когда каждый делает всё от него зависящее. Мы справляемся с такими ситуациями благодаря трезвому осмыслению произошедшего, взаимной поддержке и неугасаемому стремлению делать хорошо и ещё чуточку лучше.

В ситуациях, подобных описанной выше, доделывать проекты во что бы то ни стало до конца — не лучшее решение для бизнеса, потому что мы хотим:

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