Перейти к содержимому

Гарантия сроков

Срок сдачи для нас не пожелание, а пункт договора, который нельзя нарушить

Мы отвергаем культуру неопределённости в отрасли разработки ПО.

Когда срок, обещанный агентством клиенту, оказывается под угрозой, это самый болезненный удар по его репутации. Вековая болезнь отрасли разработки ПО — «хронические задержки» — для нас не то, с чем можно смириться: это название войны, в которой мы осознанно выбрали сторону. Календарь, который мы вручаем вам в начале работы с Partnerfy, — не «примерная оценка». За ним стоят математические расчёты, построчный анализ рисков (Buffer Time — временной буфер), двухуровневый план резервной команды и чёткий пункт о компенсации, записанный в договоре. Не оценка, а обязательство. Остальная часть страницы по порядку объясняет, почему мы можем говорить с такой уверенностью. Если вы когда-либо переживали разочарование из-за сорванного срока, здесь вы с ним больше не столкнётесь.

«Неопределённость» — молчание, с которым смирилась отрасль разработки ПО

Задумайтесь на минуту: сколько руководителей digital-агентств в день сдачи проекта были вынуждены проглотить фразу «вообще-то мы задержимся на неделю, но так бывает»? Эта фраза настолько прижилась в отрасли, что клиенты сами начали этого ожидать. Ожидание стало привычкой, привычка — культурой. Наш принцип работы начинается там, где мы отказываемся принимать эту культуру. Когда речь идёт о сроке сдачи, наша единственная опора — «математически подтверждённая» дата. Ни одна дата не называется без математического расчёта, и ни одна названная дата не меняется без нового расчёта. «Гибкость» отрасли отступает перед нашей «дисциплиной».
«Неопределённость» — молчание, с которым смирилась отрасль разработки ПО

Срок сдачи проходит три этапа

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

1. Анализ и расчёт буфера

В самом начале мы перечисляем технические требования проекта, состояние существующей системы и внешние зависимости (сторонние API, модерация в магазинах приложений, регулирование). Риск каждого пункта умножается на вероятность, а сверху добавляется резервный запас (Buffer Time). Какую бы дату мы вам ни назвали, ей можно доверять, потому что теперь она «математическая».

2. Управление спринтами

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

3. Финальный QA и сдача

Сразу после завершения последнего спринта код проходит контроль качества по 100 пунктам. Когда погрешность сведена к нулю, проект сдаётся в обещанный день и час. Не в 23:59 — мы сдаём к началу рабочего дня.

Назвать дату — это прежде всего математическая задача

Назвать дату — это прежде всего математическая задача

Математически рассчитать срок сдачи — значит сопоставить три величины: (1) объём проекта, переведённый в конкретное число — story points или функциональные точки; (2) прошлую производительность команды (velocity), измеренную данными о том, сколько работы в среднем закрывается за спринт; (3) Buffer Time, выделенный на зоны неопределённости, — обычно от 15% до 25% всего календаря, — который добавляется сверху. Когда эти три числа сходятся, у нас на руках уже не «мы можем это сделать», а «математически мы это сделаем». Два разных опытных (senior) инженера, взглянув на один проект, назовут одну и ту же или очень близкую дату, потому что расчёт открыт и одинаков для всех.

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

97%
Сдача в срок
За последние 24 месяца
0
Количество отговорок
Компенсация выплачивалась всегда
8 лет
Та же дисциплина
Не менялась ни разу

В нашем мире «не успели» — это не ответ, а признание

Пункт о компенсации в договоре — не средство устрашения, а автоматически действующее правило.

В момент подписания договора на бумаге фиксируются не только намерения сторон, но и цена того, что эти намерения не будут выполнены. В договоре с компанией Partnerfy пункт «Компенсация за задержку» для нас не сдерживающая мера, а экономическое правило, которое автоматически вступает в силу, если мы не уложились в график. «Не успели», «упустили из виду», «возникла непредвиденная проблема», «сторонний API не ответил», «коллега заболел» — ничто из этого в нашем мире не считается оправданием. Всё это риски, которые должны быть математически учтены ещё при составлении графика. Наступивший риск — не сюрприз; а вот то, что мы его не предусмотрели, — с точки зрения договора наша ошибка. Если задержка всё же случится, мы предпочтём заплатить сами, чем допустить, чтобы ваше агентство потеряло репутацию в глазах клиента. Это предпочтение — не пункт договора, а принцип, от которого мы не отступаем.

Три меры, благодаря которым риск перестаёт быть сюрпризом

Риск, не учтённый математически, становится сюрпризом, когда наступает. Три меры ниже не дают нам оставить ни один риск за рамками расчёта.

Временной буфер (Buffer Time)

Каждый график рассчитывается с дополнительным запасом на неопределённые зоны за пределами объёма работ. В типичном проекте на буфер уходит 15–25% всего графика. Этот резерв превращает «неожиданное» в «математически ожидаемое».

План резервной команды

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

Реестр рисков и коэффициент вероятности

В начале проекта мы составляем список всех известных рисков (согласование сторонних API, отказы магазинов приложений, изменения в законодательстве, усталость команды) и присваиваем каждому коэффициенты вероятности и влияния. Реестр рисков не статичен: его пересматривают на ретроспективе в конце каждого спринта. Наступивший риск — не сюрприз, а рядовая рабочая задача.

Пункт о компенсации за задержку в нашем договоре: правило, которое срабатывает автоматически

Если мы не выдержали обещанный срок — несмотря на временной буфер, резервную команду и контрольные точки спринтов, — пункт договора о компенсации вступает в силу сам собой. Этот пункт выражен в цифрах, рассчитывается по заранее определённой формуле и кратно растёт с каждым днём просрочки. Работает он так: задержка на первой неделе — это 10% стоимости договора. На второй неделе — 20%, на третьей — 35%. Если к концу четвёртой недели задержка сохраняется, мы возвращаем всю стоимость договора и дополнительно возмещаем ту часть ущерба, понесённого вашим агентством перед клиентом, которая приходится на нас. Этот пункт — не запугивание, а внешнее доказательство нашей дисциплины сроков. Технологическая компания, которая соглашается работать с таким жёстким условием, вынуждена рассчитывать дату математически. Жёсткость — на нашей стороне, спокойствие — на вашей.
Пункт о компенсации за задержку в нашем договоре: правило, которое срабатывает автоматически

Срок сдачи — не сказанное от души слово, а число, скреплённое подписью

Обязательство, которое держится на расчёте, а не на вере.

За годы работы мы убедились: в разработке ПО не хватает не добрых намерений, а дисциплины. Когда разработчик говорит: «Я закончу этот проект за шесть недель», он чаще всего действительно в это верит. Но срок держится не на вере, а на расчёте. Поэтому в компании Partnerfy график рождается в начале проекта не из намерений опытного (senior) инженера, а как результат формулы. Она объединяет прошлую производительность команды (velocity), конкретные объёмы работ, открытые риски и временной буфер. Полученное число мы вписываем в договор. Для вас меняется одно: фраза «надеюсь, успеем» больше не прозвучит — ни от нас, ни от вас в разговоре с клиентом. Потому что «успеем или нет» — вопрос не надежды, а математики. И его мы уже решили.

Свяжитесь с нами, чтобы получить математически рассчитанный график

Заполните форму ниже: мы проведём короткую предварительную беседу, чтобы понять объём и риски вашего проекта. По её итогам у вас будет математически рассчитанный срок сдачи. С нами также можно связаться напрямую по телефону 0850 259 30 04.

По любым вопросам вы всегда можете связаться с нами: [email protected]

Ваша заявка получена!

Мы рассмотрим вашу заявку на партнёрство и свяжемся с вами по номеру в ближайшее время.

—

Какой у вас тип компании?

В чём вам нужна поддержка?

500
1 1.000

Примерное количество клиентов, которых вы хотите привлекать в месяц (1–1000)

Bölüm Tipi Seç

Eklemek istediğiniz bölüm tipini seçin

Eklendikten sonra Filament admin'den içeriği düzenleyebilirsiniz.

результ.