О технической документации (часть 5). Разработчик документации
Это цикл статей, посвященный разработке технической документации:
Введение >> Часть 1 >> Часть 2 >> Часть 3 >> Часть 4 >> Часть 5
Как работать с разработчиками технической документации?
Итак, вы прошли все предыдущие шаги и теперь вам осталось выбрать разработчика технической документации для аутсорсинга.
- В первую очередь необходимо выбрать схему работы с потенциальным исполнителем – здесь, бесспорно, для крупных проектов наибольшей популярностью пользуется “договор под ключ” (Fixed Price). Однако в ряде случаев есть смысл рассмотреть почасовую оплату (Time & Material).
- Далее следует определиться с юридическими моментами. Должен быть либо подробный договор, либо хотя бы счет-договор.
- Также следует проработать вопрос конфиденциальности: например, подписать соглашение о неразглашении, если проект действительно крупный и имеет стратегическое значение. Однако конфиденциальность бывает часто переоценена: как правило, действительно инновационных проектов очень малая часть, а только для оценки проекта подписывать со всеми соглашение о неразглашении не всегда рационально (есть другие методы).
- Теперь следует исходя из расчетов на предыдущем шаге утвердить и выделить бюджет на документирование. При этом не пытайтесь урезать бюджет на разработку документации: соблазн всегда велик, но скупой платит дважды – для нашей области это выражение подходит как нельзя кстати.
- После того, как вы определитесь со схемой работы и выделите бюджет, можно приступать непосредственно к выбору исполнителя (см. ниже).
Каким должен быть разработчик технической документации?
Выбирая разработчика технической документации, не стоит рисковать и полагаться целиком на удачу. Поэтому при выборе исполнителя рекомендуем обратить особое внимание на следующие моменты:
- опыт разработки технических документов (минимум 5 лет, желательно 10 и более лет);
- опыт разработки документов в соответствии с требованиями ГОСТ 19 и ГОСТ 34;
- владение средствами разработки документов на профессиональном уровне;
- наличие портфолио и качество проработки представленных материалов;
- подтвержденный опыт участия в аналогичных проектах;
- наличие серьезных и крупных заказчиков.
Каким НЕ должен быть разработчик технической документации?
Судя по некоторым отзывам наших клиентов, обратившихся к нам по причине неудовлетворительной работы предыдущих исполнителей, даже наличие всех перечисленных выше качеств у потенциального исполнителя не является залогом успешного выполнения вашего проекта. Поэтому при выборе исполнителя рекомендуем также обратить внимание на следующие моменты:
- множество отзывов и все сплошь положительные (сегодня это всё уже достаточно легко накрутить и стоит совсем недорого);
- низкая стоимость работ (чудес не бывает, но почему-то все всегда попадаются на это);
- отрицательные рекомендации от наших коллег (все добропорядочные заинтересованы в хорошей репутации);
- наличие в команде на постоянной основе известных бездарных специалистов, кочующих из компании в компанию (такие иногда пытаются попасть и к нам периодически, но достаточно быстро отсеиваются на начальных стадиях);
- отсутствие внятной, четкой и отлаженной схемы работы (без этого невозможно выполнение сложных и масштабных проектов);
- отсутствие реального портфолио (это нормально на начальных этапах, но всегда является риском).
Совет №5: Всегда обращайте внимание на реальный опыт потенциального исполнителя.
Это была последняя глава цикла статей “О технической документации”.