Что нужно исправить в IT-проекте

С чего начать разбор

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

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

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

Какие обстоятельства можно проверить

1. Какие технические действия необходимы для устранения выявленных недостатков?
2. Какие компоненты и зависимости затрагивают эти исправления?
3. Какие предложенные доработки выходят за рамки устранения подтверждённого дефекта?

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

На каких материалах строится проверка

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

Что даёт технический разбор

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

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

Какие исследования связаны с задачей

• Экспертиза программного обеспечения ↗

Инструкция перед обращением

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