Модели проектирования и управление проектами
Управление проектами - это философия управления, а не инструмент или техника. Для любого проекта важно рассчитать ресурсы и затраты на разработку, качественно выполнить проект и в срок сдать заказчику. Для разработки и создания сайта существует несколько моделей проектирования, которые позволяют поэтапно реализовать проект от идеи до ее воплощения. Практически все модели содержат этапы:
1. Концептуальное проектирование.
2. Логическое проектирование.
3. Физическое проектирование.
Концептуальное проектирование служит для определения целей и задач сайта, а также аудитории, на которую он рассчитан. Универсальный критерий, который характеризует эффективность сайта - это достижение разработчиками сайта поставленных перед ними целей.
На этом этапе следует определить следующее:
Основные и второстепенные цели, состав пользователей, критерии достижения цели. В итоге получается список сервисов и разделов, которые будут располагаться на сайте.
Логическое проектирование включает организацию информации на сайте, построение его структуры и навигации по разделам. На данном этапе следует решить вопрос, каким образом будет упорядочена информация: по времени, разделам, в алфавитном порядке, определенным группам или другим критериям. Одновременное использование различных способов охватывает большую аудиторию и позволяет быстрее найти нужную информацию на сайте.
На этом этапе следует описать следующее:
структуру сайта (линейная, иерархическая, контекстная, другая);
названия и содержание разделов;
организация и связь разделов между собой;
какая информация будет размещена на страницах сайта.
Результат логического проектирования оформляется в виде блок-схем, структурных диаграмм или другими способами.
Физическое проектирование – это этап, связанный, с технической реализацией сайта. На этом этапе следует описать следующее:
Технологии, которые будут применяться на сайте.
Используемое программное обеспечение.
Возможные проблемы и способы их устранения.
Как будет обновляться информация.
Затем следует реализация программного обеспечения сайта.
Модель водопада для управления проектами
В 1970 году Ройс описал в статье концепцию того, что сейчас принято называть «модель водопада» (WaterFall). Он обсуждал также недостатки этой модели. В модели водопада следующие фазы шли в таком порядке:
Достоинством модели является простота и доступность. Все этапы идут последовательно, и каждый последующий не начинается, пока не закончится предыдущий.
Методику «модель водопада» часто критикуют за недостаточную гибкость и объявление самоцелью формальное управление проектом в ущерб срокам, стоимости и качеству. Однако, при управлении большими проектами формализация часто является большой ценностью, так как может снизить многие риски проекта и сделать его более прозрачным. Поэтому в PMBOK (Project Management Body of Knowledge) сначала формально была закреплена только методика «каскадной модели» и не были предложены альтернативные варианты, известные как итеративное ведение проектов. В дальнейших версиях PMBOK удалось достичь компромисса между приверженцами формальному и поступательному управлению проектом, с методологами, делающими ставку на гибкие итеративные Agile-методологии (Scrum и Kanban).
Модель водопада можно отнести к детерминированным процессам. На языке Водопада идет начальное обсуждение проекта на уровне заказчика, аналитика, CEO, финансового менеджера. Они должны определить сколько денег и времени нужно потратить на проект. На этом этапе идет предварительный сбор требований, добавляются риск-факторы и получается: X денег и Y дней.