Презерватив и техническое задание

Opinions are like assholes. Everybody's has one and everyone thinks everyone else's stinks

Что общего у презерватива и технического задания (ТЗ)? На самом деле, гораздо больше чем кажется на первый взгляд. Для того, чтобы ответить на этот интересный вопрос, давайте попробуем сначала проанализировать — что такое ТЗ и для чего оно нужно.

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

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

Главное правило, которое должен запомнить каждый менеджер проектов — Чем подробнее ваше ТЗ, тем крепче вы будете спать по ночам. Даже если ваш клиент не принимает активного участия в разработке ТЗ и не демонстрирует особую заинтересованность в этом документе, это не повод расслабляться. Вся информация, которая имеет даже малейшую ценность для проекта, может и должна быть записана в ТЗ. Если вам кажется, что какая-то деталь является "само собой разумеющейся" и поэтому ее можно опустить, ударьте себя по лицу и продолжайте писать.

Вернемся к нашему вопросу: Что общего у презерватива и ТЗ? Презерватив, как и ТЗ, не гарантирует на 100% абсолютной защиты от проблем и нежелательных последствий (в нашем случае — конфликтов с заказчиками). Однако, есть одна вещь, которую можно утверждать наверняка: отсутствие ТЗ (или недостаточная его детальность) в нужный момент, может создать столько проблем, что потраченные несколько лишних часов на его создание, будут выглядеть абсолютными мелочами.

Мы за безопасную разработку!

Расскажите нам о своем проекте!