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

Запустить проект без потери договорённостей

Результат страницы​

За один kickoff вы переведёте обещания продажи в рабочую систему: зафиксируете цель, текущий scope, роли, сроки, доступы, статус-ритм, приёмку и правила изменения объёма. Итогом будет короткая kickoff note в переписке Upwork, а не только запись звонка или память участников.

Когда проводить kickoff​

Проводите kickoff после активации и проверки контракта, но до производственной работы. Для маленького этапа это может быть структурированное сообщение без звонка. Для проекта с несколькими участниками нужен созвон и письменный итог. Если sales и delivery выполняют разные люди, сначала сделайте внутреннюю передачу: что обещано, что исключено, где риски и кто принимает решения.

Подготовка​

Соберите в одном месте:

  • активный offer и milestone или hourly-лимит;
  • финальное предложение и сообщения с важными уточнениями;
  • список deliverables и exclusions;
  • календарные ограничения;
  • список необходимых доступов;
  • вопросы, без которых нельзя начать.

Не используйте kickoff, чтобы впервые обнаружить, что оценка не соответствует обещанию. Если есть конфликт, остановитесь и согласуйте исправление контракта.

Повестка на 30–45 минут​

1. Цель и критерий успеха​

Попросите клиента подтвердить бизнес-результат: что должно стать возможным после этапа и как он это проверит. Разделяйте outcome и deliverable. «Сократить ручную обработку заявок» — outcome; «интеграция формы с CRM и журнал ошибок» — deliverable.

2. Scope и границы​

Пройдите по тому, что входит и не входит. Не читайте договор слово в слово; проверьте вероятные зоны расползания: платформы, роли, устройства, источники данных, миграция, контент, обучение, поддержка и число итераций. Новая идея на kickoff не становится бесплатной частью проекта. Запишите её в backlog и оцените отдельно.

3. Роли и решения​

Назовите:

  • владельца результата со стороны клиента;
  • человека, который даёт материалы и доступы;
  • принимающего milestone;
  • исполнителя и ответственного за статус;
  • эскалационный контакт.

Если два представителя клиента могут давать противоречивые указания, попросите назначить одного decision owner. До этого фиксируйте конфликт как риск.

4. План и контрольные точки​

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

5. Коммуникация​

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

Практичная структура статуса: Done / Next / Risks / Decisions needed. Её подробно описывает страница о статусе проекта.

6. Приёмка и изменения​

Повторите критерии готовности и срок обратной связи клиента. Покажите, как будет выглядеть сдача: ссылка, версия, инструкция, тесты и запрос approval. Согласуйте, что новые deliverables проходят change request до выполнения.

7. Безопасность и доступы​

Выдавайте минимальные роли, используйте приглашения вместо общих паролей, разделяйте test и production. Зафиксируйте владельца резервной копии и порядок отзыва доступов после завершения. Не помещайте секреты в сообщения, скриншоты трекера или публичные документы.

Шаблон kickoff note​

Цель: …
Текущий результат этапа: …
Входит: …
Не входит: …
Входные данные клиента до [дата]: …
Роли: решение — …; материалы — …; приёмка — …; delivery — …
План: первая проверка …; demo …; сдача …
Коммуникация: канал …; статус …; время ответа …
Приёмка: критерии A/B/C, feedback в течение …
Изменения: сначала влияние на цену/срок, затем письменное approval и обновление контракта.
Следующий шаг: …

Отправьте note в Upwork и попросите короткое подтверждение: «Подтвердите, пожалуйста, что это соответствует договорённости». Если клиент исправляет пункт, обновите единый итог, чтобы не появилось две версии правды.

Критерии готовности к старту​

Стартуйте, если:

  • контракт активен и настройки верны;
  • первый fixed milestone funded либо hourly-лимит достаточен;
  • scope и exclusions подтверждены;
  • назначен принимающий;
  • критические доступы получены;
  • следующий контрольный пункт стоит в календаре.

Если недостаёт необязательного материала, начните только независимую часть и отразите ограничение в статусе. Если нет funding, decision owner или критического доступа — не начинайте.

Ошибки​

  • Проводить приятный звонок без письменного итога.
  • Обещать дату до получения входных данных.
  • Разрешать каждому участнику клиента менять приоритет.
  • Считать новую идею «маленьким уточнением» без оценки.
  • Не проговаривать приёмку до финала.
  • Давать полный production-доступ всей команде.

Чеклист​

  • Контракт проверен и активен.
  • Цель и deliverable разделены.
  • Scope, exclusions и критерии подтверждены.
  • Роли и decision owner назначены.
  • План привязан к входным данным.
  • Ритм статусов и срок ответа согласованы.
  • Change process и приёмка понятны.
  • Kickoff note отправлена и подтверждена.

Следующий шаг​

После kickoff ведите проект через регулярный статус. Любое расширение сначала оформляйте как change request.