Сегодня я расскажу о самом простом плане работы с проектом от его начала до завершения.
Этот план отлично подходит для новичков.
Если вы еще не освоили Agile, не знаете всех инструментов и лучших практик, но вам необходимо завершить проект, то эта статья для вас.
Просто небольшое введение
При разработке нового продукта важно выяснить, каким конкретно требованиям он должен отвечать, необходимо продумать основные функции и интерфейс, а также некоторые важные детали реализации.Как правило, перед началом процесса разработки подготавливается описание основных, наиболее важных компонентов, причем довольно поверхностно; некоторые детали при необходимости можно описать более подробно.
Детализация требований происходит параллельно с процессом программирования и обычно фиксируется в техническом задании, а также в виде задач для команды.
Такой подход позволяет на этапе инициации проекта быстро подготовить информацию о проекте, которую можно использовать при оценке проекта, а также обеспечивает большую гибкость при реализации проекта, поскольку требования имеют свойство меняться в ходе процесса ( мы включаем время для этого в оценку).
Итак, ниже я опишу материалы, которые необходимо подготовить для проекта, а также основные этапы работы над проектами от инициализации до запуска и что нужно делать на каждом из них.
Для полного проектирования и детализации требований к продукту необходимо подготовить следующее:
- Техническое задание , где в текстовой форме и с помощью схем описываем все требования и детали проекта.
- Спроектируйте прототипы, чтобы в общих чертах показать, какая информация будет размещена на главных экранах.
- Смета проекта, в которой указываются все виды работ по проекту и их смета в человеко-часах или днях, а также стоимость проекта.
- Дорожная карта проекта , где указываем график работы и этапы
- Устав , который зачастую разрабатывается вместе с договором на этапе инициации и где мы указываем правила работы над проектом (полезная вещь, особенно в неопытных командах)
Энажатие на запуск
На этом этапе идея продукта формируется в более детальные требования.Должно быть описано в круг полномочий следующий:
- Общая информация о проекте
- Цели проекта
- Целевая аудитория проекта и ее проблемы (потребности), которые решит продукт
- Ожидаемая выгода от проекта (для целевой аудитории)
- Основные функции, которые пользователи смогут выполнять в системе.
Составлено в общем виде с основным описанием.
Необходимо разбить проект на компоненты, которые могут включать в себя несколько функций.
- Основные экраны и информация по ним (в текстовом виде), которая составлена исходя из функциональных требований из пункта выше.
Стоит учитывать, что в процессе работы могут произойти изменения и дополнения технических характеристик и это нормально.
Пример прототипа После того как основные технические характеристики и прототипы готовы, мы формулируем Оценивать проект, где указываем все виды работ, их смету в часах, а также бюджет проекта.
Иногда вы также можете указать там вехи.
Что касается оценки, то вариантов много, но лично я предпочитаю оценку через бета-дистрибутив (упрощенный вариант) Пример оценки Вы также можете создать Дорожная карта проекта на этом этапе, где указать график работы и основные этапы: 
Энажмите «Разработки»
На этом этапе заранее подготовленное Техническое задание разбивается на части (например, функциональные компоненты), затем каждая часть описывается более подробно, затем разбивается на конкретные задачи для команды и уходит в разработку.Таким образом, пока идет проектирование и описание второй части, первая часть уже разрабатывается.
Для каждого компонента системы указывается:
- Список вариантов использования (диаграмму вариантов использования можно постепенно расширять или сделать сразу полностью) с описанием каждого варианта использования.
- Описание экранов (также можно поэтапно создать схему экранов или карту сайта)
- Дополнительная информация:
- База данных по компоненту (можно постепенно дополнять или развивать сразу полностью)
- Другие диаграммы UML
- Дополнительная информация
Дизайн .
В некоторых проектах дизайн полностью готовится еще до разработки, но я часто сталкиваюсь с тем, что дизайн делается частями во время разработки.
Таким образом, сначала подготавливаются основные экраны и компоненты, затем начинается разработка и по мере описания частей решения (о чем я писал выше) составляется дизайн соответствующих компонентов, который также по частям передается в разработку.
ЭНажмите «Запустить».
Этап разработки завершается полным приемочным тестированием системы.
Когда основные ошибки исправлены, проект запускается на сервере или (если это не серверное решение) отправляется в магазин, после чего могут потребоваться дополнительные настройки, которые лучше заранее описать в техническом задании в виде требований к среде (серверу).
Кроме того, описанные выше материалы могут содержать другие компоненты или, наоборот, могут отсутствовать некоторые из описанных, что вполне нормально и индивидуально для каждого проекта.
Это, конечно, очень упрощенное описание работы над проектом, но его достаточно, чтобы понять, какие материалы и как нужно подготовить.
Самое главное при работе над проектом — использовать не только правила, но и здравый смысл.
Теги: #Управление разработкой #Управление проектами #Управление продуктами #Анализ и проектирование систем #управление проектами #новички #новички #начинающие
-
Охлаждение Ноутбука – Что Нужно Знать
19 Oct, 24 -
Де Сото, Эрнандо
19 Oct, 24 -
Ml-Интервью Не В Яндексе: Делаем Правильно
19 Oct, 24 -
Осадки На Золоте
19 Oct, 24
