Про крупного заказчика, ошибки и те самые триггеры, которые могут похоронить проект

Мы все учимся на ошибках.
Но быстрее всего — когда работаем с крупными заказчиками.

И это отдельная тема.

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

Но есть нюанс.
Такие проекты могут заставить «немного посидеть раньше срока».
Особенно если мы не заложили риски, более того, как я писала выше «подвинулись в цене» 🎢

За последние годы я выделила несколько очень опасных триггеров, которые могут незаметно привести к проблемам.
Кое-где — на своей шкуре.

1. Поговорить со всеми, кроме тех, кто будет реально пользоваться продуктом

Мы общаемся с топ-менеджером, руководителем направления, заказчиком.
Все всё понимают, всё красиво.

А потом оказывается, что пользоваться системой будут совсем другие люди — операторы, бухгалтеры, супервайзеры, логисты.
И они смотрят на наш продукт как на НЛО: «А куда нажимать?»

Если ещё и тот менеджер, что ставил задачу, уходит — всё.
Добро пожаловать в «это не то, что нам надо».

2. Не уточнить критерии приёмки ПО

Классика.

Ситуация: бухгалтерия не может поставить продукт на баланс.
Почему?
Потому что нет определенных инструкций, документов, обучения, процессов.
А всё это — «не было в бюджете».

Мы уже сделали скидку, а потом внезапно — много часов команды на документацию.
И всё потому, что на старте не задали несколько правильных вопросов.

3. «Сделайте, пожалуйста, вот тут чуть-чуть по-другому» (без официального изменения)

Топ-менеджер может попросить поменять структуру отчёта «просто так».
Мы делаем.

А потом приходит аудит —
и спрашивает, почему ничего не совпадает с исходными требованиями.

Менеджер, который просил, может уехать на Бали и не вернуться.
А отвечать — нам.

4. Перебрасывание мячика между командами

— Аналитики не дали данные → мы не сделали.
— Мы не сделали → следующая команда тоже не сделала.
— И дальше по цепочке.

Все правы, но проект стоит.
Сроки растут. Бюджет едет. Риски множатся.

А проблемы проекта — это всегда наши проблемы.
Независимо от причин.

5. Не вести внутреннюю документацию

Это наш обязательный процесс.
И наше спасение.

Мы фиксируем всё:
артефакты, решения, бизнес-логику, структуру данных, договорённости.

Плюсы:
— новый человек входит в проект без боли,
— мы защищены, если кто-то уходит,
— команда работает единообразно, а не «каждый как привык».

Документация — лучшая страховка, которую можно придумать.

Самый важный вывод

Мы с заказчиком — в одной лодке.
С его командой — в одной лодке.
С подрядчиками — тоже.

Одна цель:
сделать проект хорошо и оставаться в нём надолго.

Когда это помнишь — многое упрощается.

Вопрос к вам

А какие «тихие триггеры» вы встречали в работе с крупными проектами — те, что вроде бы мелочь, но потом выстреливают?

***

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