В сфере разработки программного обеспечения для управления ресурсами предприятия со сложными способами преобразования производственных задач  в программный алгоритм не обойтись без разработки технического задания. По сути, от правильности составления задания на проект зависит итог работы группы разработчиков: выдадут ли они «на гора» работоспособную систему, или при опытной эксплуатации окажется, что не  учтен контур работы одного из департаментов предприятия и весь проект придется переделывать. Для того чтобы минимизировать трудозатраты программистов по написанию кода, денежных средств и времени рекомендуется очень ответственно отнестись к подготовке предпроектной документации. По оценкам экспертов трудозатраты на подготовку предпроектной технической документации составляют около 15 % времени разработки самого проекта. Еще 65% уходит на саму разработку и оставшиеся 20% на тестирование и ввод в эксплуатацию программного продукта.

 В ходе работ будут, конечно,  уточняться цели или дополнительные технические нюансы, но лучше с самого начала определить с заказчиком главные векторы внедрения.

 Для правильной формулировки цели технического задания нужно определится с ответственным лицом, которое будет ставить задачи. Это могут быть люди, непосредственно связанные с производственными задачами, и в дальнейшем использующие разработанные решения или руководители подразделений.

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

 Кроме того на стадии планирования проекта важно определится со сроками, выделяемыми средствами и количество штата команды для разработки.

 Классическое техническое задание для программы состоит из:

  1.  Описания деятельности предприятия, его структурных подразделениях;

  2.  Раскрытия информационной политики, принципы доступа к данным, хранение баз данных, уровни доступа пользователей;

  3.  Устанавливаются контуры внедрения по видам производства. Выводятся списки используемых документов, форм, отчетов;

  4. Прочие дополнительные доработки, которые не относятся к основному внедрению;

  5.  Роли пользователей, инструкции для персонала;

По сути, техническое задание может носить и произвольную форму в зависимости от масштабов проекта. Если это касается доработок небольшого участка модуля или формы документа, всех пунктов в таком случае техническое задание включать не будет.  И наоборот, если ERP-система проектируется с нуля, то документация может быть расширена. Как правило, фирмы занимающиеся подготовкой предпроектной документации используют стандарты в подготовке технических заданий и предпочитают пройтись с заказчиком по всем пунктам получив от заказчика ответ «нет» на вопрос, нежели в середине выполнения проекта окажется что какая-то деталь в разработке не учтена.

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

 

Наши проекты | Софт | Услуги | ПрограммированиеАренда сервера | FAQ

Сопровождение, доработка, консультация, обучение, по программе 1С. Информационно-технический консалтинг, почасовая и сдельная оплата. Запуск новых проектов, реализация решений под ключ.

© 2024 / ЕРП ПРОЕКТ / Server EU / Versia-Lux