site2009 12dovzikov
TRANSCRIPT
Директор по развитию[email protected]
ВЗАИМОДЕЙСТВИЕ И КОНТРОЛЬ ИСПОЛНИТЕЛЯ В ПРОЦЕССЕ РАЗРАБОТКИ САЙТА
Алексей Довжиков
ПЛАН
Познакомиться Процесс разработки Контрольные точки на каждом этапе
разработки Общие практики контроля работ на
стороне исполнителя
ПРОЦЕСС РАЗРАБОТКИ САЙТА
ПОДХОДЫ К РАЗРАБОТКЕ
Управление проектами это наука (искусство :)
Существуют разные модели разработки: Гибкие методологии (Agile,Scrum, GetReal) Экстремальное программирование … Спиральная модель Водопадная модель
Как правило, разработка сайтов происходит по водопадной модели(даже если разработчик не догадывается об этом)
ВОДОПАДНАЯ МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА Разработка сайта идет по четким этапам
Каждый этап подразумевает участие определенных ролей (участников)
В глобальном понимании, реализация каждого последующего этапа невозможна без выполнения предыдущего
ОСНОВНЫЕ ЭТАПЫ РАЗРАБОТКИ САЙТА
ПРИМЕР ЖИЗНЕННОГО ЦИКЛА ПРОЕКТА ПО ВОДОПАДНОЙ МОДЕЛИ
продажа / закупка договор
исследования
разработкаконцепции дизайна
разработкатехнического задания
разработка дизайна для интерфейсов сайта
менеджер проекта дизайнерыарт-директор
препроектный консалтинг
проектирование и дизайн
ПРИМЕР ЖИЗНЕННОГО ЦИКЛА ПРОЕКТА ПО ВОДОПАДНОЙ МОДЕЛИ
HTML версткадизайна
программная «сборка»системы управления
интеграция дизайновна систему управления
первичноетестирование
внесениекорректировок
верстка и программирование
информационноенаполнение сайта
финальноетестирование
окончательнаядоработка
сдача проекта
внедрениеверстальщик веб-программисты тест-инженер контент-менеджер
системный администратор SEO специалист
КОНТРОЛЬНЫЕ ТОЧКИ НА КАЖДОМ ЭТАПЕ РАЗРАБОТКИ
ПРЕПРОЕКТНЫЙ КОНСАЛТИНГ НАЧАЛО РАБОТ
Результат Коммерческое предложение
Договор
ПРЕПРОЕКТНЫЙ КОНСАЛТИНГ НАЧАЛО РАБОТ Обратить внимание
План работ по проекту Поэтапная сдача приемка работ Функциональное описание основных блоков Технические требования к системе и гарантии
по нагрузке Проектные группы с обоих сторон и зоны
ответственностей Защита прав Способы коммуникации Гарантийное обслуживание
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Результат Техническое задание (MS Word)
?Прототип? (HTML)
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Обратить внимание Согласование внутри компании с реальными
пользователями и лицами принимающими решение
Не подписывать ТЗ если, что-то непонятно. Приветствуется наличие прототипа или хотя бы макеты страниц
Попросить презентовать проект внутри компании
Прописать риски и корректировки по срокам Свериться с договором :)
ДИЗАЙН
Результат Дизайн главной и типовой страницы
(PSD, fla, вектор, фото и иллюстрации …)
? Дизайн всех разделов сайта ?(PSD, fla, вектор, фото и иллюстрации …)
ДИЗАЙН
Обратить внимание Постановка задач и приемка работ лицами
принимающими решения Непосредственное общение с дизайнерами.
Презентация дизайна. Аргументация дизайна Лучше чтобы была альтернатива, можно заказать
в нескольких местах Принимать дизайны на мониторе в реальном
разрешении Предусмотреть использование “чужих”
изображений Получить реальные дизайны с исходными
материалами на диске
ПРИЕМ ПЕРВОЙ ВЕРСИИ ПРОЕКТА
Результат Работающий проект на сервере
исполнителя(Возможно с тестовым наполнением)
Исходные коды на диске
ПЕРВИЧНАЯ РЕАЛИЗАЦИЯ
Обратить внимание Полная проверка. Согласование внутри
компании с реальными пользователями Занесение реальных данных РЕАЛЬНЫМИ
ПОЛЬЗОВАТЕЛЯМИ Нагрузочное тестирование на реальных
объемах данных Получить исходные коды проекта на диске
(Желательно попробовать развернуть копию самостоятельно)
СДАЧА ПРИЕМКА РАБОТ
Результат Работающий проект в сети
Исходные коды на диске
Инструкция по работе с системой
ПЕРВИЧНАЯ РЕАЛИЗАЦИЯ
Обратить внимание Полное комплексное тестирование Нагрузочное тестирование на РЕАЛЬНЫХ
данных и РЕАЛЬНОМ ОБОРУДОВАНИИ Получить исходные коды проекта на диске
(Желательно попробовать развернуть копию самостоятельно)
Обучение персонала Желательно месяц-два поработать с
реальными пользователями
КАК КОНТРОЛИРОВАТЬ И ВЛИЯТЬ НА ПРОЦЕСС РАЗРАБОТКИОБЩИЕ ПРАКТИКИ
НЕСКОЛЬКО СЛОВ О РОЛЯХ
Разработка сайта – это двусторонний процесс
Разработчик – эксперт в области веб-а
Заказчик – эксперт в области своего бизнеса
Симбиоз знаний позволяет получить оптимальное решение
ЦЕЛИ ЗАКАЗЧИКА ЦЕЛИ ИСПОЛНИТЕЛЯ
Дружить или воевать? Сотрудничать – партнерство
Из-за чего получаются плохие сайты, недовольные Клиенты и Исполнители
Ошибки в менеджменте с обеих сторон Некорректная постановка/понимание задачи Потери в коммуникациях Изменение требований, некорректная оценка
технологических рисков
ИНТЕРЕСЫ СТОРОН
Заказчик Как можно быстрее За меньшие деньги Получить
максимально качественный результат
Вычеркните один пункт :)
Исполнитель С меньшей
трудоемкостью За большие деньги Получить
максимально качественный результат
ЦЕЛИ ЗАКАЗЧИКА ЦЕЛИ ИСПОЛНИТЕЛЯ
Дружить или воевать? Сотрудничать – партнерство
Из-за чего получаются плохие сайты, недовольные Клиенты и Исполнители
Ошибки в менеджменте с обеих сторон Некорректная постановка/понимание задачи Потери в коммуникациях Изменение требований, некорректная оценка
технологических рисков
ЧТО КОНТРОЛИРУЕМ? ДЕНЬГИ
Зафиксировать стоимость на момент подписания договора
Но отложить заначку на маневры10 – 30%
ЧТО КОНТРОЛИРУЕМ? СРОКИ
Необходимо учесть время на согласование и коммуникации.(Включая отпуска ответственных лиц)
Необходимо стать самым важным клиентом. Самой важной задачей.(Не самым вредным :))
Микро тайм менеджмент
Используйте заначку с предыдущего слайда
ЧТО КОНТРОЛИРУЕМ? КАЧЕСТВО
ЧАСТО ВСТРЕЧАЮЩАЯСЯ СИТУАЦИЯ
что предложил менеджер проекта
что было нарисованодизайнером проекта
что было спроектированосистемным архитектором
что было собранопрограммистами
что было внедрено что хотел Заказчик
ЧТО КОНТРОЛИРУЕМ? КАЧЕСТВО
Согласование всех материалов с реальными пользователями и лицами принимающими решение
Единая коммуникационная средаhttp://www.projectpath.com/ http://www.moregroupware.com/
Используйте заначку с предыдущего слайда
Подключить к приемке работ внешних экспертов
КАК ВОЕВАТЬ
Общение с руководством
Информационные письма
Суд
