Самые дорогие ошибки проекта — это запуск не того решения и ошибки в требованиях. Игнорирование анализа будет стоить вам половины бюджета проекта — в лучшем случае.
На данном сайте вы найдете информацию по основным компонентам «ТЗ» — самого важного документа для успешного старта ИТ проекта. Почему этот документ такой важный? Он определяет важные аспекты :
- Ожидания — ЧТО заказчик ждет в результат. Отражает и формирует внутренние ожидания бизнеса. Ошибки в документе расстраивают всех.
- Аргументация — ПОЧЕМУ заказчик это хочет, какие выгоды ожидаются, какие приоритеты расставлены. Аргументация перед внутренним спонсором. Ошибки в документе могут выпустить малоценный проект в жизнь и не дадут запустится реально важному проекту.
- Бюджет — ДЕНЬГИ. Данный документ обычно единственно что есть на руках у подрядчика для оценок бюджета. Ошибки в документе наносят существенный урон по оценке.
- Основа договора — почти все договора ссылаются на ТЗ. Документ становится основой договора отношений между заказчиком и подрядчиком. Неточности в документе приведут к напряжениям и спорам в ходе проекта.
Легко понять почему мы выбрали сокращение TZ — потому что это первые буквы первой устойчивой ассоциации. Данный документ часто называют Техническим Заданием. Но правильное ли это название? Разберем слова
- «Техническое» — но этот документ про бизнес . Какие вызовы стоят перед бизнесом, какие задачи и цели определены бизнесом, какие заинтересованные лица и каковы их потребности?
- «Задание» — в документе не указано что и кому делать, нет дат. В нем есть видение, анализ ситуации и требования.
На самом деле мы работаем с самым важным бизнес документом в ИТ проекте — это Видение. То без чего детальные требования и архитектура решения не имеют смысла.
Но кто же победит миллион леммингов :-)? Поэтому TZ/HZ 🙂
Целевая аудитория документа
- Владелец продукта (Product Owner) — это его основной рабочий документ. Возможно документ не полностью пишется самим владельцем продукта — но четко понимать в нем каждую строку владелец продукта обязан.
- Спонсор продукта (Product Sponsor) — убедится что это важно для бизнеса.
- Бизнес аналитик (Business Analyst) — рабочая лошадка. Для аналитика это основной результат его работы. Бизнес аналитику писать этот документ под чутким руководством Владельца продукта и надзором Проектного менеджера, делится активно с Экспертами.
- Бизнес эксперты (Subject Matter Expert) — кому нужно привнести детали в документ — описать требования, текущую ситуацию в бизнесе
- Проектный менеджер (Светлая сторона — со стороны заказчика) — убедится что проект обеспечен достаточно качественным документом, учтены требования бизнеса, ИТ, отражён жизненный цикл решения, учтены проектные ограничения. Для проектного менеджера важным критерием качества является получение однозначной оценки проекта по объёму работ и срокам.
- Проектный менеджер (темная сторона — со стороны исполнителя) — получить документ готовый для оценки, не содержащий двойственных толкований и подозрительных формулировок. Этому человеку потом шкуркой отвечать за команду, бюджет и сроки выполнения.
Практически для каждой из заинтересованных сторон могут быть актуальными следующие причины:
- Повысить компетенции аналитиков и всех членов команды в области бизнес анализа — именно там где нужно для подготовки документа
- Повысить готовность стартовать правильно новые ИТ проекты — ничего нет дороже ошибок на старте проекта. Запустить не тот проект или тот проект, но с неправильными требованиями — это самые большие ошибки.
- Предложить основу для обучения и развития компетенций в области бизнес анализа
- Понять что должно быть на тренинге по подготовке технического задания. Если вам нужно организовать такой тренинг — напишите через LinkedIn.
- Получить шаблон «технического задания» — перед тем как брать документ прочитайте инструкцию. Иначе будет как в басне «Мартышка и очки».
Порция мотивационного ужаса 1 — на собеседованиях аналитиков кандидаты на позицию аналитика далеко не всегда способны назвать и не могут правильно объяснить компоненты данного документа. Страшно? Очень!
Порция мотивационного ужаса 2 — вы как бизнес никогда не сможете полностью делегировать подготовку этого документа. Вам нужно знать что и зачем вы хотите получить, быть готовыми давать ответы.
Порция мотивационного ужаса 3. Идеальных документов нет. Качество любого аналитического документа может быть только приемлемым и достаточным на какой-то момент. Да и состав документа может меняться в зависимости от сложности и специфики проекта.
Все! Вам теперь с этим жить 🙂