В IT есть два противоположных подхода к работе. Один — когда команда ориентируется на результат и отвечает за деливери. Второй — когда главное, чтобы человек «сидел» на проекте и «отрабатывал» часы. Часто во втором случае присутствие оказывается важнее, чем вклад.

Мы в Evercode Lab предпочитаем первый подход. Но не потому, что второй «плохой» — у него тоже есть своя логика, и мы понимаем, почему он работает в некоторых компаниях. 

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

Что такое деливери-подход

Деливери-подход — это работа ради конкретного результата. Команда (и каждый человек в ней) понимает, что важно не сколько часов они провели в таске, а что конкретно появилось на выходе. Это может быть новая логика в API, закрытый баг, протестированная гипотеза или MVP. Главное — фокус на ценность, которую ты создаёшь.

Обычно в таких командах менеджмент смотрит не на «заполненные трекеры времени», а на метрики продукта, задачи в спринте и то, как человек коммуницирует, чтобы двинуть проект вперёд.

Time & materials

Здесь важнее быть онлайн, чем что-то сделать. Чаще всего это называют «time & materials» — модель, при которой заказчик платит за часы работы, а не за результат. В такой логике у разработчика, аналитика или дизайнера может не быть чёткой цели, но он должен быть доступен, в календаре у него всё плотно, и на ежедневках он обязательно скажет: «сегодня продолжу делать то, что вчера».

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

Когда работает деливери

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

Формат деливери хорошо работает, когда вся команда понимает, ради чего вообще существует проект.

Когда в компаниях работают «по часам»

Да, такое тоже бывает. Например:

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

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

Почему работа «по часам» может демотивировать

Когда человек понимает, что его ценят не за идею, решение или импакт, а за то, что он «в сети» с 9:00 до 18:00, рано или поздно он перестаёт предлагать что-то большее. Невыгодно работать активнее, если зарплата не зависит от вклада, а только от присутствия и выполнения обязанностей в заданном ритме.

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

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

Как мы работаем в IT-компании Evercode Lab

С помощью сбора показателей работы можно измерить производительность каждого сотрудника и оценить его результативность.

В Evercode Lab мы ориентированы на деливери. Мы стремимся не просто выполнять задачи, а получать видимые результаты, поэтому для нас важно отличать результат от процесса.

Делать (быть в процессе) ≠ сделать (получить результат).

Каждый день мы прописываем стендапы — список из 3–5 задач, которые были выполнены за предыдущий рабочий день, и план на текущий. Это помогает сосредоточиться на главном, не отвлекаться на несрочные дела и видеть конкретный прогресс.

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

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

Что выбрать: гибкость или контроль?

Это зависит от того, как устроен проект, команда и сам человек. Кому-то важны понятные рамки и стабильность, другим — свобода и доверие. И то, и другое может работать, если вы понимаете, зачем это нужно.

Но если ты хочешь расти, пробовать, ошибаться, предлагать новое — деливери-подход даёт для этого куда больше пространства.

Работать на результат сложнее, но честнее. Ты не просто «сидишь в тасках», а развиваешься сам, помогаешь расти команде и создаёшь то, что действительно работает.

Если тебе близка такая культура — подписывайся на наш Telegram-канал. Мы регулярно публикуем вакансии, анонсируем наборы на бесплатное обучение и рассказываем, как у нас всё устроено. Открытые вакансии найдешь на нашем сайте и hh.