| info@aist.ru Техническое Задание: краеугольный камень разработки веб-проекта. Александр Асафов.

Презентация:



Advertisements
Похожие презентации
Разработка Веб - проектов, от требований заказчика до запуска. Прозрачность разработки как средство формирования ожиданий заказчика.
Advertisements

| Как сделать сайт с первого раза и не пожалеть о результате... Оксана Богомаз.
СОЗДАНИЕ ПЛАТФОРМЫ для ИНТЕРНЕТ МАГАЗИНА. Решения План работ Разработка Дизайн Контент Интеграция в социальные сети Стоимость Привлечение Вопросы ОГЛАВЛЕНИЕ.
Опыт проектирования интернет-ресурсов Удалов Андрей.
От решения о запуске до первой продажи. Основные этапы запуска интернет-магазина. Семинар «Интернет-магазин для начинающих» Днепропетровск, 12 августа.
Михаил Садовников Арт-директор ООО «Медиа-Стиль» Базовый процесс создания веб-сайта Ульяновск, 17 мая 2007 года.
Как получить прибыль от туристического сайта? Саммит «EyeForTravel» Москва марта 2009.
Портал информационной поддержки магистров ВолгГТУ Магистерский портал.
Создание проектов в интернет. Разработка сайтов. Лекция 4. Докладчик: Калимуллин К.Г. Генеральный директор ООО «Группа Компаний ИТМ»
5 Интернет магазин: с чего начать и с кем делать. Или «почему ожидания отличаются от результата»? Роман Сухарь.
Применение опыта и мировых практик для достижения стратегических целей организации Порой, для повышения эффективности бизнеса достаточно лишь профессионально.
Рекомендации по созданию, наполнению и сопровождению сайтов учреждений образования.
Бизнес-процессы веб-студии: как построить и оптимизировать Григорьев Андрей Директор по развитию «WebProfy»
Тел.: (+7 499) , интернет: © 2009 ООО«Баллистика» Технологический процесс создания сайта Путь успешного внедрения, минимизация.
1 Что нам стоит сайт построить? Подходы к разработке интернет- проекта Алексей Довжиков – директор по развитию тел: +7 (812) (495)
Системы управления содержимым сайта Content Management Systems (CMS) Лекция 9.
Стоимость владения Интернет-магазином тел.: +7 (812)
Лекция 3. Структурная декомпозиция работ проекта.
Хороший интернет-магазин: факторы успеха. Как сделать правильно. Петров Роман Владимирович ITConstruct директор (383) , (499)
«Купить или разработать? Основные этапы» Дарья Тарасова Интернет-компания «Портал Инфо» Тюмень, 02 июля 2009.
Транксрипт:

| Техническое Задание: краеугольный камень разработки веб-проекта. Александр Асафов

Техническое задание – краеугольный камень разработки. 25 июня 2009 Терминология Техническое Задание документ, возникающий на стадии проектирования, согласованный всеми сторонами, участвующими в разработке. Проект - веб-сайт, веб-ориентрованная информационная система, интранет-система на всех стадиях разработки до момента запуска. Хороший проект - сделан в срок, в полном объеме, соответствие первоначальным ожиданиям Заказчика –-> 100%, бюджет проекта соответствует запланированному. «Плохой проект» - сдан с задержками, не сдан совсем, не соответствует ожиданиям Заказчика полностью или в части, бюджет значительно превышен.

Техническое задание – краеугольный камень разработки. 25 июня 2009 Плохой проект Последствия плохого проекта: Разработчик – все проходит, и это тоже пройдет. Потери, издержки, проблемы – временные. Двигаемся дальше. Заказчик – единственный и уникальный проект. Потери, издержки, проблемы – постоянные, до реконструкции или закрытия проекта. Двигаемся назад. ПРИЧИНЫ ВОЗНИКНОВЕНИЯ БОЛЬШИНСТВА ПРОБЛЕМ-РАЗЛИЧНЫ РЕЗУЛЬТАТ ОДИН – ПЛОХОЙ ПРОЕКТ

Техническое задание – краеугольный камень разработки. 25 июня 2009 Почему проект – плохой? Причины: Появление новых идей в процессе работы над проектом. Изменились требования к стилю, функциональности, структуре. Изменились цели проекта и базовые требования Смена менеджера/руководителя и так далее. Подобные изменения могут появляться в процессе разработки многократно. Следствия: Увеличение времени разработки или незавершенный проект. Разрастание неэффективных затрат на разработку, убытки. Неоптимальные методы решения новых задач. и так далее.

Техническое задание – краеугольный камень разработки. 25 июня 2009 В чем основная ошибка? Ответ прост: У проекта вообще не было технического задания. ТЗ было, но недостаточно подробное и формализованное. Оно было составлено, по существу, для отписки, «чтоб было». ТЗ есть, но Заказчик или Исполнитель игнорируют его.

Техническое задание – краеугольный камень разработки. 25 июня 2009 Чем поможет ТЗ? Большинство проектов начинаются тогда, когда и у Заказчика, и у Исполнителя еще нет полного представления о будущем проекте. Техническое Задание позволяет вам понять и формализовать на бумаге все ключевые вопросы. Достаточно часто в процессе составления Технического Задания проект меняется наполовину от того, как себе представлял его Заказчик изначально. Исправить ТЗ до начала разработки – нетрудно. Менять проект в процессе его разработки – намного дольше и сложнее. Это прямой путь к провалу проекта. Прежде чем подписывать ТЗ, убедитесь, что у Вас с разработчиком схожее понимание того, что должно получиться на выходе. Если ТЗ подписано, сайт должен разрабатываться в строгом соответствии с ним.

Техническое задание – краеугольный камень разработки. 25 июня 2009 Заказчик: от идеи к началу проекта При подготовительной работе необходимо: Создать рабочую группу Определить зоны ответственности и полномочий Формализовать задачи по проекту : цели и задачи сайта аудитория сайта структура сайта требования к дизайну требования к функциональным элементам требования по интеграции со сторонним ПО требования по безопасности списки схожих по тематике/подаче информации, сайтов Как показывает практика, создание подобного документа помогает Заказчику самому достичь более глубокого понимания проекта и более детально осознать собственные потребности в подобном проекте.

Техническое задание – краеугольный камень разработки. 25 июня 2009 С чего начинается ТЗ? У многих разработчиков есть стандартные брифы, которые могут помочь Вам формализовать требования. Одного брифа недостаточно – обязательно создайте свое описание проекта. Предоставьте разработчику максимум информации для достижения верного понимания целей и задач проекта. Далее, совместно с разработчиком определить оптимальные методы решения задач по проекту.

Техническое задание – краеугольный камень разработки. 25 июня 2009 Предварительная оценка Большинство заказчиков желает сразу узнать, сколько будет стоить проект. Как правило, точная финальная оценка может быть предоставлена только после подготовки полного ТЗ. Обратите внимание! Если Вам называют точные/ неизменные цифры по стоимости и срокам проекта до: а) изучения полученного описания; б) разработки полноценного Технического Задания то скорей всего: Разработчик называет заведомо завышенные цифры с учетом заложенных рисков; Дополнительные средства/сроки будут запрошены от вас в процессе разработки, а изначально низкая стоимость является лишь рекламным ходом; Разработчик не имеет достаточного профессионализма для грамотной оценки проекта.

Техническое задание – краеугольный камень разработки. 25 июня 2009 Общий состав хорошего ТЗ Описание выбранной платформы (CMS). Общие цели и задачи проекта, обязательно содержащие определение аудитории будущего проекта. Протитипы, наброски, макеты. Роли и группы пользователей. Требования к дизайну. Описание разделов. Описание используемых функциональных элементов. Описание интеграции со сторонним ПО. Требования к оборудованию и планируемая нагрузка. Требования к описанию готового решения. Детализированная смета и сроки разработки.

Техническое задание – краеугольный камень разработки. 25 июня 2009 Пример прототипа Прототип сайта конференции

Техническое задание – краеугольный камень разработки. 25 июня 2009 Результат оформления по прототипу Дизайн сайта конференции

Техническое задание – краеугольный камень разработки. 25 июня 2009 Пример структуры простого ТЗ (1) 1. ОБЩИЕ СВЕДЕНИЯ О ПРОЕКТЕ Назначение Технического задания Основные цели проекта Основные категории посетителей (сайта и конференции) Графическое оформление Совместимость с браузерами Система управления контентом NetCat Аппаратные требования к размещению Архитектура сайта в системе NetCat7 2. МАКЕТ ТИПОВОЙ СТРАНИЦЫ Схематический вид Главное навигационное меню Навигационное меню по категориям посетителей Навигация по подразделам «Шапка» страницы Правая колонка Footer страницы 15

Техническое задание – краеугольный камень разработки. 25 июня 2009 Пример структуры простого ТЗ (2) 3. СТРУКТУРА САЙТА И ОПИСАНИЕ СТРАНИЦ Обобщенная структура сайта Описание страниц сайта Главная страница Страница «О конференции» Раздел «Новости» Раздел «Программа» Раздел «Регистрация» Раздел «Выставка» Раздел «Место проведения» Раздел «Контакты» Раздел «Слушателям» Раздел «Докладчикам» Раздел «Журналистам» Раздел «Партнерам» Карта сайта 26

Техническое задание – краеугольный камень разработки. 25 июня 2009 Пример структуры простого ТЗ (3) 4. ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ ЭЛЕМЕНТОВ Новости Динамическое расписание докладов День конференции Секция конференции Список докладчиков Отдельный доклад Мероприятие вне секций Голосование ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ Языковые версии и наполнение сайта Документирование системы ДЕТАЛЬНАЯ СМЕТА32 ТЗ на достаточно несложный и логичный проект содержит более тридцати страниц, и не может быть ограничено документом в несколько страниц. ТЗ на более сложный проект соответственно, гораздо подробней.

Техническое задание – краеугольный камень разработки. 25 июня 2009 Подводя итоги Техническое Задание является неотъемлемым этапом построения сайта или веб-ориентированной информационной системы. Его наличие, детальность, достаточная проработанность, согласованность с Заказчиком и четкое следование ему в процессе разработки позволит избежать финансовых и временных потерь и получить требуемый результат.

| Спасибо! Александр Асафов (495)