18. УСЛУГИ ОТДЕЛА. ЧТО НЕ ДЕЛАЕМ
1. Проекты с высокими нагрузками
2. Проекты НЕ на битриксе (ну или почти не делаем)
3. Виджеты и приложения для соцсетей (ну или пока не делали)
22. ПРОЦЕСС РАЗРАБОТКИ САЙТА
Это серия последовательных этапов, начиная от
определения целей и задач проекта и до внедрения законченного решения.
Важный факт:
Начиная с момента подписания договора, практически все обстоятельства
препятствуют завершению проекта.
23. АНАЛИТИКА И СБОР ТРЕБОВАНИЙ
А ЗАЧЕМ САЙТ?
Важный факт:
В 90 % случаев не сходится. В 100 % случаев Заказчик хочет поскорее пройти этот этап. Это
точка, когда наиболее целесообразно искать компромисс
Какие цели
Заказчик ставит
перед проектом
Приоритеты по целям
Какие задачи
требуется решить в
рамках поставленных
целей с помощью сайта
Каких пользователей
стоит ожидать на сайте
и кто из них
приоритетнее
Простое ранжирование задач по
Пользователям и сопоставление
с приоритетами по целям
Сошлось
можно продолжать
Не сошлось
Придется повторить
24. ПРОЕКТИРОВАНИЕ
А ЧТО ИМЕННО МЫ ХОТИМ?
Важный факт:
70% клиентов думают что это лишь примерные наброски и на этапе дизайна все станет понятнее
и тогда разберемся. Но ТЗ уже подписано.
Схематический прототип (скетч) VS Динамический прототип
25. ДИЗАЙН ГЛАВНОЕ – ОН ДОЛЖЕН:
1. Помогать решать поставленные задачи.
2. Не мешать и быть удобным для клиента.
3. Быть во времени и даже немного дальше.
4. Работать вместе с предыдущими и последующими этапами.
5. Нравиться директору… и его секретарше.
Важный факт:
Почти всегда самые большие начальники участвуют в процессе утверждения
дизайна и почти никто не читает тексты
26. ВЕРСТКА.
ЧТО ЭТО ТАКОЕ.
Это процесс преобразования дизайн-макета в конкретные
веб-страницы, без рабочего функционала.
Табличная и блочная верстка
Вторая уже почти полностью выдавливает первую.
Фиксированный тип макета
дизайн, в котором ширина столбца/рисунка заданы в пикселях, то есть
оговорены точно.
Резиновый или адаптивный тип макета
Дизайн, который подстраивается (адаптируется) под размер экрана, в том числе
может происходить перестройка блоков с одного места на другое (адаптив).
Важный факт:
Большинство макетов действительно на верстке выглядит уже не так замечательно – всему
виной шрифты, сглаживание и пиксельная сетка.
27. ВЕРСТКА ПИКСЕЛЬ В ПИКСЕЛЬ:
Важный факт:
Головная боль – верстка под IE6 занимает менее 2% пользователей, и они в целом не интересны
в плане платежеспособности.
28. ИНТЕГРАЦИЯ (ПРОГРАММИНГ)
ЧТО ЭТО ТАКОЕ?
1С-Битрикс: Управление сайтом – это CMS (движок сайта бизнес-приложение –
FrameWork, который требует интеграции (настройки под конкретный проект)
«Соединение» программной части и визуальной (HTML)
(интеграция шаблона, меню и карты сайта; доработка вывода динамических
компонент, настройка включаемых областей и т.д.)
Настройка
настройки системы управления в соответствии с требованиями реального
проекта и предметной области, настройки прав
Программирование
создание или доработка динамических компонент
29. ИНТЕГРАЦИЯ (ПРОГРАММИНГ)
А ЕСТЬ ТЗ?!
Важный факт:
В реальной жизни разработка на базе готовой системы управления потребует большего количества
человеко-часов программиста, чем разработка с «нуля».
30. ФОРМИРОВАНИЕ И РАЗМЕЩЕНИЕ
КОНТЕНТА
Если контента нет на стадии запуска проекта, с вероятностью 99 % на этапе, когда его
надо будет размещать, проект придется приостанавливать. Но кое-что можно сделать:
Наполнять тем, что есть
не дожидаясь «обновленного» содержания, писать то, что имеется в наличии.
Как правило, после открытия контент очень быстро появляется
Останавливать работы
Квалифицированный Исполнитель должен категорически отказаться от
размещения части контента.
Закрыть «пустые» разделы
Важный факт:
Действительно мало написать классный текст, его еще надо красиво разместить. Для этого в
современном вебе даже есть целая профессия, вебстальщики.
31. ЗАПУСК. Все сделано на 90 %
Согласно «правилу Паретта» последние 20 % проекта составят 80 % издержек
Важный факт:
99,9 % проектов открываются с ошибками. 100 % «идеальных» сайтов не открываются
никогда. И еще доступы к проекту, надо запрашивать в самом начале проекта, тогда у
клиента будет больше времени чтобы их найт.
Дата открытия превыше всего
На этапах тестирования / доработок и внедрения все должно строиться
относительно даты открытия (даже если проект придется открывать в «сыром»
виде)
Применение системы учета багов обязательно
Стандартный сайт содержит сотни багов, половина из которых будет
дорабатываться по 2 – 3 раза
32. КОГДА ЧТО-ТО ПОШЛО НЕ ТАК
Как минимум 30 % проектов, на различных стадиях разработки нуждаются в спасении
Важный факт:
Большинство Заказчиков винят во всех проблемах Исполнителей, а большинство
Исполнителей спокойно делают другие проекты
Признайте наличие проблем и локализуйте их
Вне зависимости от того Заказчик вы или Исполнитель вовремя признайте, что
проект находится в неуправляемом состоянии, и попытайтесь здраво оценить
причины. В 85 % случаев это будет желание «сделать побольше» (или
«получше»)
Смелее устраняйте причины
Важно не только найти и признать наличие проблем, но и решительно их
устранить.
35. WATERFALL
ТЯЖЕЛЫЙ И СТАБИЛЬНЫЙ
Каскадная модель реализации проекта. Все этапы следуют последовательно друг
за другом.
Проводим детальный анализ.
Пишем максимально подробное ТЗ
Рисуем все макеты
Верстаем все страницы
Внедряем весь функционал
Тестируем и правим
Запускаем
36. WATERFALL. ПЛЮСЫ И МИНУСЫ
+ Четкая оценка сроков и стоимости
+ Четкое планирование: счастливые разработчики.
+ Высокий уровень формализации процесса.
— Невозможно вносить изменения в задание на этапе разработки.
— Мало точек контроля итогового результата.
38. AGILE. БЫСТРО И ГИБКО
В переводе с англ. – подвижный, живой, проворный, версткий.
39. AGILE. ЦЕННОСТИ
1. Работающий продукт важнее всего (документации,
тестов и тд)
2. Люди важнее инструментов и процессов
3. Готовность к изменениям важнее первоначального
плана.
4. Сотрудничество с заказчиком важнее контрактных
обязательств.
Важный факт:
Agile – это ответ на вечный конфликт между программистами и менеджерами. В этом
ответе обе стороны закрепили за собой права и согласились соблюдать правила.
40. AGILE. ПЛЮСЫ И МИНУСЫ
+ Высокая скорость.
+ Сокращение простоев в работе из-за согласований.
+ Возможность быстро внедрять изменения.
+ Множество точек контроля итогового результата.
+ Хорошие коммуникации в команде.
+ Общее информационное поле.
– Невозможность контролировать сроки и бюджет больших проектов.
– Соблазн слишком часто менять курс.
– Неудовлетворенность разработчиков от постоянно меняющихся планов.
– Большие коммуникационные издержки.
– Agile слабо применим в больших проектах.
42. АДАПТИРОВАННЫЙ WATERFALL
Переставляем пару этапов и получаем продукт, который больше
удовлетворяет требованиям клиента и задачам проекта.
Проводим детальный анализ.
Проектируем сайт
Пишем максимально подробное ТЗ и оцениваем проект
Рисуем все макеты
Верстаем все страницы
Внедряем весь функционал
Тестируем и правим
Запускаем
43. ЦЕНООБРАЗОВАНИЕ
БИЗНЕС МОДЕЛИ
Существует 2 подхода к оценке стоимости разработки сайта:
Fixed Price – модель с фиксированной ценой
В начале проекта фиксируется полная стоимость проекта и согласовывается
график оплат.
Time and Mаterial
Перед началом проекта делается примерная оценка, но клиент оплачивает
работы по факту выполнения в соответствующем количестве.
Важный факт:
Нет ничего опаснее чем, совмещенная схема. Однако, многие этого не понимают
и работают, через кровь, пот и слезы.
44. ЦЕНООБРАЗОВАНИЕ
А ПОЧЕМ ВЕСЬ КАРНАВАЛ?
Существует 2 подхода к оценке стоимости разработки сайта:
от «Стандартного решения»
Самая распространенная схема оценки стоимости разработки
«несложного» сайта
от «Себестоимости»
Применяется в основном для оценки «сложных» (более 1500 человеко-часов)
проектов.
Важный факт:
Очень часто Заказчики выбирают третий способ оценки – отказаться от всякой
оценки и делать силами своих специалистов. Многим кажется, что так дешевле.