В сфере разработки программного обеспечения для управления ресурсами предприятия со сложными способами преобразования производственных задач в программный алгоритм не обойтись без разработки технического задания. По сути, от правильности составления задания на проект зависит итог работы группы разработчиков: выдадут ли они «на гора» работоспособную систему, или при опытной эксплуатации окажется, что не учтен контур работы одного из департаментов предприятия и весь проект придется переделывать. Для того чтобы минимизировать трудозатраты программистов по написанию кода, денежных средств и времени рекомендуется очень ответственно отнестись к подготовке предпроектной документации. По оценкам экспертов трудозатраты на подготовку предпроектной технической документации составляют около 15 % времени разработки самого проекта. Еще 65% уходит на саму разработку и оставшиеся 20% на тестирование и ввод в эксплуатацию программного продукта.
В ходе работ будут, конечно, уточняться цели или дополнительные технические нюансы, но лучше с самого начала определить с заказчиком главные векторы внедрения.
Для правильной формулировки цели технического задания нужно определится с ответственным лицом, которое будет ставить задачи. Это могут быть люди, непосредственно связанные с производственными задачами, и в дальнейшем использующие разработанные решения или руководители подразделений.
Понять как именно должна заработать проектируемая бизнес-система разработчику трудно лишь на основании нескольких технических подробностей. Для полноты охвата и логического понимания важно разобраться в сути работы предприятия. Поэтому заказчику, определяющего цель проекта, очень важно объяснить не только желаемые технические тонкости написания кода или оформление форм приложений, а поверхностно (без раскрытия комерческой тайны) ознакомить внедренцев-проектировщиков с бизнес-деятельностью предприятия.
Кроме того на стадии планирования проекта важно определится со сроками, выделяемыми средствами и количество штата команды для разработки.
Классическое техническое задание для программы состоит из:
Описания деятельности предприятия, его структурных подразделениях;
Раскрытия информационной политики, принципы доступа к данным, хранение баз данных, уровни доступа пользователей;
Устанавливаются контуры внедрения по видам производства. Выводятся списки используемых документов, форм, отчетов;
Прочие дополнительные доработки, которые не относятся к основному внедрению;
Роли пользователей, инструкции для персонала;
По сути, техническое задание может носить и произвольную форму в зависимости от масштабов проекта. Если это касается доработок небольшого участка модуля или формы документа, всех пунктов в таком случае техническое задание включать не будет. И наоборот, если ERP-система проектируется с нуля, то документация может быть расширена. Как правило, фирмы занимающиеся подготовкой предпроектной документации используют стандарты в подготовке технических заданий и предпочитают пройтись с заказчиком по всем пунктам получив от заказчика ответ «нет» на вопрос, нежели в середине выполнения проекта окажется что какая-то деталь в разработке не учтена.
Важно то, чтобы техническое задание было утверждено с обеих сторон. Как со стороны заказчика так и со стороны исполнителя. Т.к. с практической точки зрения сам проект на бумаге – это по сути договор между сторонами и в ходе работы обе стороны имеют право обращаться к документации для доказательства правоты своих требований как к проекту (заказчик) так и к разработке (исполнитель). Такие вот сложные технические, практически юридические аспекты вопроса подготовки проектного менеджмента скрываются казалось бы за банальными требованиями к разработке информационной системы.