Студия Splashweb Воронеж создает сайты на CMS Joomla и Joostina с момента их появления на свет. Эти системы отличаются от обычных CMS - они совершенно бесплатны, легки в установке и управлении. Joomla и Jostina не требуют от администратора сайта глубоких знаний HTML и языков программирования для работы с сайтом.
Как заказать
создание сайта:
1. Мы выделяем менеджера для обсуждения проекта создания сайта с ответственными лицами вашей компании.
2. После проведения опроса (анкетирования) и определения начальных пожеланий мы согласуем перечень работ, который формирует цену проекта.
3. Заключаем Договор на создание сайта и начинаем детальное проектирование веб ресурса (пишем техническое задание) после которого приступаем к выполнению работ по созданию сайта.
Техническое задания на разработку сайта
Зачем нам техническое задание на разработку сайта?
Существует мнение, что техническое задание не нужно, что оно будет только мешать и тормозить процесс разработки, сковывать его. Считаю это крайне неверной позицией. Это позиция людей непрофессиональных, некомпетентных. Почему таким разработчикам выгодно отсутствие технического задание? А вот почему:
- Это позволит исполнителю "левачить" - заниматься другой разработкой в то время, пока заказчик ему платит. Разработчик может выполнять часть работ, якобы нужных для проекта, а потом сдавать их на сторону;
- Это даёт возможность затянуть разработку и увеличить бюджет;
- Это позволит недобросовестному исполнителю безнаказанно урезать объёмы работ, ухудшать характеристики;
- Это скрывает отсутствие опыта, слабое представление сути дела, за которое берётся разработчик.
Отсутствие технического задания во взаимоотношениях заказчика и исполнителя - беззаконие. А беззаконие, как вы знаете, неразбериху, рождает хаос, становится причиной жульничества и надувательства. Так что знайте, уважаемые граждане, что тот, кто предлагает работать без оформления отношений, не совсем честен с вами.
Перед тем, как заказать сайт, необходимо хорошо продумать техническое задание на разработку сайта.
Как аргументируют отказ от оформления технического задания?
Вообще, это забавная тема. Согласитесь, действия ушлых или недалёких персонажей всегда выглядят комично. Отсутствие логики или прямое надувательство, подмена одного другим часто встречаются в жизни, но не сразу распознаются. Возможно, некоторое из того, что я сейчас опишу, вам уже встречалось. Согласитесь, случаи типичны.
Итак, поводов к тому, чтобы отказаться оформлять техническое задание, можно услышать множество:
- Техническое задание не нужно, поскольку задача слишком очевидна и проста!
Ловушка, поставленная профессиональным лентяем… Ну если там всё так просто, то опиши, дорогой, эту простоту на 1-2 листах! "Дорогой" сразу же сникнет, поскольку станет очевидно, что выползет множество нюансов, требующих уточнения. И элементарная проблема в ходе детальной проработки сразу станет сложной и серьёзной. Кстати, такой ход используется для того, чтобы потом растянуть сроки, вытянуть больше денег, когда возникнут "непредвиденные трудности".
- Написание тех. задания займёт много времени и ресурсов. Уж лучше взяться потихонечку за работу, а там - определимся!
Отговорка нерадивого человека… Профи потратит на техническое задание от одного до нескольких дней. Где надо - заложит ресурсы на изыскания, а где - чётко определит выполняемое. Только плохо разбирающийся в проблеме человек не сможет заранее всё предугадать.
Задача такая сложная и такая “творческая”, что её невозможно загнать в рамки технического задания!
Глупость… Вы знаете, что технические задания составляются даже на произведения искусства? На памятники, рисунки, логотипы, мелодии, даже на мультяшные персонажи. И в этом нет ничего удивительного. Всё поддаётся формализации и описанию. Лишь непрофессиональный человек не сможет описать свою работу или создаваемый продукт.
Увы, чаще всего встречал подобные “отговорки" среди программистов. За всю свою практику исключение составил всего один человек. Он - крупный специалист в своей области. Без обсуждений взялся за написание ТЗ и составил его грамотно, лаконично, определённо. Человек, почти полтора десятка лет занимающийся программированием, составил безупречное техническое задание на сложнейший программный продукт.
Приведу другой пример, когда один "крупный деятель", применяя все приведённые выше отговорки, так затянул процесс разработки программного обеспечения, что все окружающие просто диву давались! Отмечу, что проект, начатый более трёх лет тому назад, до сих пор не закончен. И непонятно, на какой стадии находится эта разработка. Удивительное попустительство работодателя в вопросе составления ТЗ и написания планов практически похоронило проект и громадную кучу денег. А тот "крупный деятель" занимается попутным самообразованием за счёт работодателя и откровенным бездельем.
Кто должен писать техническое задание?
Ответ на этот вопрос однозначен - разработчик. Другого не дано. Только он способен грамотно представить цели, сформулировать задачи. Если цели неясны, то происходит итеративный процесс написания технического задания - разработчик постепенно формирует цель в глазах заказчика, пытается понять его субъективный взгляд на проблему. Это трудный и длительный процесс, но он поможет избежать двусмысленностей и непонимания.
Но из правил есть исключения. Мой личный опыт показал, что есть категории исполнителей, неспособных писать технические задания. Я это отношу к специфике занятий и людей. И хоть ты расшибись, но эти категории граждан вам ТЗ не родят. Не обижайтесь, перечисляю в порядке убывания способности НЕ написать техническое задание:
- Дизайнеры;
- Web-программисты;
- Программисты.
Это те категории работников, с которыми мне довелось столкнуться. Скорее всего, уважаемые читатели смогут продолжить список или откорректировать его по-своему.
Когда встаёт вопрос о сложной технической разработке, за написание технического задания берётся исполнитель. Чем "проще тема", тем труднее исполнителю составить техническое задание. Это нужно понимать. Лично я допускаю, что на некоторые виды работ техническое задание должно писаться заказчиком, иначе последний рискует потерять много денег и не получить того, что хотел.
Что должно содержать техническое задание?
Определённых рекомендаций по тому, что должно содержать техническое задание, нет. Для тех ТЗ, которые пишутся исполнителем, (технические разработки) существует ГОСТ 34.602-89.
Нет стандарта, который бы описывал создание технического задания для других систем (не автоматизированных). Но ряд исследователей всё равно предлагает отталкиваться именно от указанного стандарта при написании технических заданий в других областях человеческой деятельности (в частности, на программные продукты).
Как видно, стандарт этот был принят в стране, которой уже нет, в строе, которого уже не существует, людьми, которые не были знакомы с современными реалиями. Не спорю, стандарт конструктивен и написан достаточно обобщённо, поэтому его вполне можно применить для написания технического задания (если этого требует госзаказчик).
Но ведь к вам никто не придёт и не оштрафует за то, что в своей организации вы составили техническое задание по собственной, удобной для вас форме! Нужно учитывать специфику своего предприятия, законодательства, рыночных условий. Поэтому постарайтесь подойти к написанию технического задания как можно более серьёзно, возможно, с привлечением юриста.
Отмечу ряд требований, которые, по моему мнению, должны выполняться в техническом задании:
- Связность - структура документа должна быть подчинена одной цели;
- Логичность - описания не должны быть противоречивыми
- Правильность - отсутствие ошибок, которые могут вести к двусмысленности или некорректности;
- Полнота - как можно более полное описание системы, целей и задач.
Состав разделов разработчик должен выработать сам, с годами и опытом. Но обращу внимание на основные разделы технического задания, которые в той или иной степени должны быть отражены:
- Технические требования и стандарты;
- Структура;
- Функциональное содержание отдельных структурных элементов;
- Состав работ и сроки выполнения;
- Стоимость работ.
Если в техническом задании были описаны указанные пункты, то его можно считать достаточно полным.
Как уже говорилось выше, исключений много. Есть ряд сфер деятельности, в которых к написанию технического задания нужно подходить по-особому.
В интернете очень много примеров технических заданий на разработку сайтов. Идеального шаблона для вашего конкретного случая не существует и большинство типовых технических заданий годятся для "ширпотребных" сайтов. Для серьезных проектов стоит все-таки привлекать профессионального аналитика.