Использование перечня контрольных вопросов проекта

Использование перечня контрольных вопросов проекта

Очевидно, что ТЗ — это краеугольный камень, к которому привязаны все элементы плана проекта. Для того чтобы убедиться в правильности ТЗ, можно использовать следующий контрольный перечень:
Перечень вопросов по ТЗ:
1.
Цели проекта.
2.
Промежуточные результаты работы.
3.
Контрольные точки.
4.
Технические требования.
5.
Ограничения и исключения.
6.
Проверка выполнения работы совместно с клиентом.
1.
Цели проекта. Первым этапом в определении ТЗ является определение основных целей для удовлетворения потребностей клиента. Например, в результате глубокого анализа рынка компания, занимающаяся компьютерными программами, решает разработать программу, способную автоматически переводить с английского на русский. Проект должен быть выполнен за три года при затратах, не превышающих $1,5 млн. Или такой проект — спроектировать и выпустить полностью портативную систему термической переработки вредных отходов за 13 месяцев при затратах, не превышающих $13 млн.
2.
Промежуточные результаты работы. Следующим этапом является определение промежуточных результатов работы на протяжении всего жизненного цикла проекта. Так, например, промежугочным результатом работы на самой ранней стадии разработки проекта может быть список спецификаций. На следующем этапе это может быть испытание образцов. Последним этапом Может быть окончательное испытание и одобренная программа. Промежуточные этапы работы обычно включают время, количество и/или оценки затрат.
3.
Контрольные точки. Контрольная точка — это значительное мероприятие в процессе работы над проектом, которое происходит в определенный момент времени. График контрольных точек отражает только основные сегменты работы; он показывает первую, приблизительную оценку затрат времени, стоимости и необходимых ресурсов для проекта. Этот график составляется с использованием промежуточных результатов работы, в ак основы для определения основных сегментов работы и конечной даты. Например, испытания проведены и полностью выполнены к 1 июля этого года. Контрольные точки должны быть естественными и важными точками контроля. Они должны быть понятны всем участникам проекта Г рафик контрольных точек должен установливать, какие основные подразделения организации будут отвечать за основные с
< гменты работы и обеспечивать проект необходимыми ресурсами и специалистами. Подразделения организации могут быть как внутренние, так и внешние, например, компании могут обратиться к консультантам с просьбой испытать пригодность системы защиты от Проблемы 2000.
4.
Технические требования. Обычно товар или услуга для того, чтобы хорошо работать, должны отвечать техническим требованиям. Например, техническим требованием к ПК может быть способность работать от сети переменного тока в 120 вольт или от постоянного тока в 240 вольт без адаптеров. Еще одним известным примером является способность системы 911 определить нахождение и номер телефона звонящего.
5.
Ограничения и исключения. Следует четко определить гр шицы ТЗ. Невыполнение этого требования приведет к пустым ожиданиям и трате ресурсов и времени. Примером такого ограничения является сбор данных клиентом, а не подрядчиком; какой нужно построить дом, а не то, как он вписывается в пейзаж, или какие приборы, обеспечивающие охрану и безопасность, нужно установить; какие программы нужно ввести, а не какую подготовку дать персоналу.
6.
Проверка выполнения работы совместно с заказчиком. Контрольный список вопросов ТЗ проекта заканчивается совместной с заказчиком проверкой выполнения работы. Основной проблемой является понимание и согласие заказчика с ожидаемыми результатами. Получает ли заказчик в виде промежуточных результатов то, что он хочет? Указывает ли определение проекта ключевые достижения, сметы, сроки и требования к выполнению работ? Рассматриваются ли вопросы ограничений и исключений? Обсуждение всех этих вопросов крайне необходимо во избежание недопонимания.
В общем, тесное сотрудничество с вашим заказчиком необходимо для разработки такого ТЗ проекта, которое бы удовлетворяло всем требованиям заказчика. Также хорошее ТЗ будет вам необходимо, если вдруг что-то начнет меняться. Четкое определение ТЗ проекта является необходимым условием для структурирования работ по этапам. ТЗ дает административный план, который используется при разработке вашего оперативного плана. ТЗ должно быть кратким, но полным; для малых проектов это обычно одна-две страницы.