Практика в образовании ProjectSkills.ru
Практика в образовании ProjectSkills.ru
Блог проекта projectskills.ru и рабочие материалы справочника по проектной деятельности под редакцией А.Корнилова
Читать 4 минуты

Проект?.. - Это просто! Часть 4. Идея, интересы, требования, концепция, архитектура

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

Предыдущий материал: Цели проекта

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

Это может показаться неочевидным, но на самом деле именно так!

Вот, пусть есть идея сделать водоем на дачном участке. Кажется, что он может быть «каким угодно», но это не так на самом деле.

Пусть есть такой план участка.

Image for post

Теперь учтем требования. Путь сказано, что:

1. должен быть отступ от границ участка

Image for post

2. Не должны быть затронуты существующие постройки и дорожки

Image for post

3. Не должны быть затронуты существующие посадки

Image for post

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

Image for post

Будет ли использована готовая ванна или водоем будет сделан по другой технологии — это тоже определяется требованиями.

Image for post

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

То, как представляемое решение будет «выглядеть» для потребителя и как будет решать его проблему, обычно считают в проекте «концепцией»

Основные принципы «устройства» предлагаемого решения — его основные составные части и то, как они взаимодействует, обычно называют «архитектурой».

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

Интересы в проекте

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

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

Понимание, кто является «интересантом» проекта ( «причастной стороной» или стейкхо́лдером (от англ. stakeholder; букв. «владелец доли (получатель процента); держатель заклада») — то есть кого предлагаемое решение может затрагивать или кто может на это решение влиять, очень сильно упрощает составление перечня требований. Соответственно, работу с требованиями правильно начать именно с составления «реестра стейкхолдеров».

Как минимум, «интересантами» проекта будут:

  • данный или предполагаемый потребитель,
  • будущие пользователи решения,
  • сам автор и, если есть, команда проекта,
  • в образовательном проекте — преподаватель или наставник, руководство образовательной организации,
  • «законодатель» или государство, как источник «требований законодательства».

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

Если в материалах проекта отсутствуют информация о требованиях и заинтересованных лицах, эти требования задавших, или эта информация неполна, то нельзя судить, приемлемо ли предложенное решение или нет!

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

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

Image for post

Альтернативы

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

Анализ альтернатив является в проекте столь же важным, как анализ требований заинтересованных лиц.

(Продолжение следует)

К оглавлению

123 просмотра
Добавить
Еще
Практика в образовании ProjectSkills.ru
Блог проекта projectskills.ru и рабочие материалы справочника по проектной деятельности под редакцией А.Корнилова
Подписаться