АИС СоколРазработка для бизнеса Обсудить мой процесс

Как работаем

Согласуем результат до разработки. Проверяем перед передачей.

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

Обсудить задачу Форматы и стоимость
Схема работы над изменением
  1. 01ПричинаДействие и затруднение
  2. 02РешениеУчасток изменения
  3. 03ПроверкаКонтрольные примеры
  4. 04ПередачаКод и материалы

От причины затруднения — к проверке изменения

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

Условный пример

Список заявок открывается медленно

01 / Проверяем причину
Повторные записиЗапросы и индексыНакопленная история
Измеряем, где возникает задержка
02 / Выбираем изменение
Если проверка указывает на запрос и недостающий индекс

Проверяем изменение на согласованной копии данных.

03 / Повторяем действия
  • Открытие списка
  • Фильтрация
  • Добавление заявки
Сравниваем время и правильность результата
04 / Передача

Изменения · контрольные примеры · результаты проверок · инструкция выпуска

Пояснение к примеру и порядок возврата

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

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

Три части одного этапа

От подготовки до запуска

01

До начала платных работ

Согласованные границы

Предложение: результат, материалы, стоимость и критерии приёмки.

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

Порядок и ответственность

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

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

02

Во время работы

Промежуточный результат

Демонстрации и согласованный порядок изменения требований.

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

Порядок и ответственность

Новое требование сначала оцениваем по влиянию на состав, стоимость и срок. Включаем его в работу после согласования изменений.

03

Перед запуском

Проверенный сценарий

Проверки, условия запуска и ответственные.

Проверяем согласованные действия пользователей и связанные с ними данные. Для интеграций отдельно определяем поведение при ошибках и повторных операциях.

Порядок и ответственность

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

Проверки с учётом рисков проекта

Состав практик фиксируем для конкретного этапа:

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

Приёмка этапа

Как работает гарантия

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

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

Зависимости, известные до начала работ, учитываем заранее. Не превращаем их при приёмке в неожиданные платные доработки.

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

По этапу разработки передаём исходный код, результаты проверок и необходимые инструкции.

Результат для вашей команды

Что передаём вместе с работой

Состав передачи определяем до начала этапа. В зависимости от задачи он может включать:

  • Исходники

    исходный код разработанных компонентов

  • Настройки

    описание настроек, интеграций и зависимостей

  • Проверки

    материалы согласованных проверок

  • Инструкции

    инструкции запуска и эксплуатации

  • Ограничения

    перечень известных ограничений и следующих действий.

Для согласованного исправления передаём изменения, результаты проверок и инструкцию возврата. Порядок выпуска согласуем заранее.

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

Сторонние продукты, лицензии и права на компоненты указываем отдельно. Условия передачи разработанного результата фиксируем в договоре.

Что происходит после запуска

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

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

Когда нужна разработка, а когда достаточно готовой основы

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

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

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

Выбираем по достаточности вводных

Форматы первого этапа и стоимость

Первый разговор — бесплатно

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

Если вводных достаточно

Проектирование, разработка или проверка гипотезы

По индивидуальной оценке

Состав определяем по результату этапа. Если вводных достаточно для оценки доработки, отдельный аудит не обязателен. Исследовательский эксперимент и промышленное внедрение оцениваем раздельно.

Если нужно исследование

Технический аудит — от 100 000 ₽

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

Условия технического аудита

Что влияет на стоимость

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

Что отражаем в предложении

Обязанности сторон, внешние зависимости, лицензии, инфраструктуру, платные сервисы, сопровождение и порядок изменения объёма — когда эти пункты применимы. Условия оплаты и учёт налогов фиксируем в предложении и договоре.

Приёмка доработки: как проверить один рабочий сценарий

Начнём с задачи

Обсудим, какой результат нужен первым

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

info@aissokol.ru Наш Telegram-канал
Максим Хорошко

Максим Хорошко Основатель · работа с клиентами

Материалы для закупки

Коротко о вашей задаче

На этот адрес ответим по вашей задаче.

Кто будет пользоваться системой, что уже работает и какой результат нужен первым? От 10 до 6000 символов.

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

Первый разговор — бесплатно. Платные работы начинаются только после согласования состава и стоимости.

Изображение