7(+1) базовых этапов работы над проектом

Автор: Максим Лащевский 28.01.10 12:01 Прочитано: 388 раз

0 (погружение)

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

Пример архитектуры сайта

1 (разработка уникальной концепции)

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

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

2 (подробное проектирование и написание технического задания)

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

Это полноценное проектирование, которое иногда может напоминать работу крупного НИИ.

В среднем, объем ТЗ составляет от 60 до 180 страниц, в зависимости от сложности проекта. Как правило, на крупных проектах написание ТЗ, выделяется в отдельный договор и стоимость его составляет 20 - 25 процентов от стоимости всего проекта. Также в процессе написания происходит корректировка стоимости проекта (может изменяться как в большую так и в меньшую сторону, но учитывая многолетнюю практику и закон "аппетит растет во время еды", стоимость возрастает на 15 - 25 процентов от изначально оговоренной). Даже если Заказчик не готов к вложениям превышающим изначально оговоренные, то описанные в ТЗ, но не реализуемые работы и модули, можно будет добавить в последствии не проводя глобальных изменения на сайте. Несмотря на то, что данный документ и является основополагающим для всего проекта, мы всегда закладываем риски (приблизительно 4 - 7 процентов) на то, что в процессе разработки сайта, могут происходить модификации, которые повлияют на ранее оговоренную стоимость. Т.е. "шаг вправо, шаг влево - расстрел" - не про нас.

Примеры прототипов страниц:

Прототип главной страницы будущего проекта http://www.net-a-porte.ru/	Прототип страницы с товаром будущего проекта http://www.net-a-porte.ru/	Прототип главной страницы проекта http://sples.ru/

3 (разработка дизайна)

Определимся сразу "Дизайн - это не то как выглядит вещь, а то, как она работает."... это значит, что сайт должен быть красивым, удобным, функциональным и самое главное он должен приносить прибыль своему владельцу.

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

Изначально мы предлагаем нашим клиентам 2 - 3 варианта концепции главной страницы сайта. После того, как один из концептов принимается, он окончательно дорабатывается и считается принятым после того как его подпишет Заказчик. На основе подписанного дизайна главной страницы строятся второстепенные типовые и уникальные страницы, которые тоже подписываются. Мы стремимся к тому, чтобы готовый проект полностью соответствовал той идее, которую вложил в нее менеджер, арт-директор, дизайнер и конечно Заказчик.

Вы можете спросить: "А что если ни один из 3-х предоставленных вариантов концепции не понравится?". Тут может быть 3 варианта ошибки: 1 - менеджер проектов не понял Заказчика и неправильно поставил задачу дизайнерам, 2 - дизайнеры не правильно поняли менеджера и некорректно выполнили поставленную задачу, 3 - Заказчик неадекватен и не знает чего хочет. Варианты решения: 1 - после того как менеджер проектов поговорил со своим руководителем, едет к заказчику с шампанским/вином/коньяком/водкой/кофе/чаем/сувенирами к Заказчику и досконально выясняет, что же не так. 2 - после того как дизайнеры пообщались с арт-директором и менеджером проектов, они всё поняли и быстро сделали "хорошо" или проект передается в работу другим дизайнерам. 3 - если работа с клиентом прошла от нулевого этапа до дизайна, то это просто невозможно и необходимо пройтись по пунктам 1 и 2. Если после этого все-таки возникает вопрос "А если все равно не понравится?", то это пустая полемика, мы считаем себя профессионалами своего дела и дизайн, который мы покажем в итоге Заказчику в любом случае пройдет внутреннюю систему контроля качества. И если бы мы не решали задачи клиентов, то мы бы не продержались с 2000 года до сегодняшнего дня.

4 (верстка, программинг и сборка проекта)

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

Заказчику можно показать на определенном этапе например верстку, а остальная разработка пусть лучше происходит где-то там за ширмой, чтобы в определенный момент открыть ее и сказать "ПА-БАМ!"

5 (тестирование)

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

Частично, моменты на которые необходимо обратить внимание я описал в статье "Работа над проектом (ч.1)". Да и глупо было бы утверждать, что тестирование производится только на этом этапе. На этом этапе можно сказать производится — Глобальное тестирование, а залогом успешного проекта все-таки является постоянный контроль процесса разработки.

Если говорить о контроле качества, мне очень нравится реальная история о начале экономических взаимоотношений Японии и США, которая была рассказана преподавателем PMI, где я в свое время проходил обучение на PMP.

Правительство США, при заключении контракта с некой уже достаточно известной Японской компанией, включило в контракт обязательное требование, в котором было описано что процент бракованной продукции должен быть 4 - 7 процентов от общей поставки. Данное требование произвело большой переполох, был собран совет директоров, на котором в итоге приняли решение "Раз просят брак, значит придется сделать, так как нам необходимо выйти на этот рынок". Самое забавное, что они даже не пытались оспорить требование, а просто приняли его и сделали ровно 4% бракованной продукции.

А вообще в Японии считают, что качество на 90% определяется воспитанием, сознательностью и только на 10% знаниями. И кстати именно Япония сейчас является мировым лидером в управлении проектами и качеством. И именно Японские стандартны являются самыми жесткими на данный момент, хотя учат этому специалисты США. Но все это в Японии началось приблизительно с начала 70-х годов прошлого столетия, а до этого качество выпускаемой продукции оставляло желать лучшего.

Так что меня очень забавляют требования некоторых заказчиков, которые прописывают в своих ТЗ такие требования как "Сайт должен работать в режиме ПН - СБ с 8:00 до 22:00". И иногда действительно очень хочется поступить именно так, как просит Заказчик.

6 (сдача проекта в оперативное управление)

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

7 (гарантии, обслуживание и дальнейшее сопровождение)

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

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

Спасибо за внимание. Надеюсь, что информация окажется полезной как новичкам, так и профессионалам. И особенно тем, кто хочет c нами работать.