Файл: Принципиальную модель управления проектами (УП), как представление о совокупности и взаимосвязях базовых понятий, можно представить в хронологическом (по фазам) и функциональном аспектах.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 23.11.2023

Просмотров: 242

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
методы могут быть использованы для создания, классификации и приоритезации требований к продукту. Существуют различные методы принятия группового решения, например:  Единогласие. Принятие решения посредством согласия каждого с единым курсом действий. Один из способов достижения единогласия — это метод Дельфи, при котором группа выбранных экспертов отвечает на вопросы анкет, а также высказывает мнение относительно ответов, полученных в течение каждого раунда сбора требований. Для обеспечения анонимности доступ к ответам имеет только модератор.  Большинство. Решение, которое принимается при поддержке более чем 50 % участников группы. Наличие в группе нечетного количества участников может обеспечить принятие решения и исключить ситуацию равного количества голосов.  Относительное большинство. Выбирается решение самого большого блока в группе, даже если не достигнуто большинство голосов. Данный метод обычно используется, когда предлагается более двух вариантов для выбора.  Диктатура. Данный метод предполагает, что одно лицо принимает решение за всю группу. Все данные методы группового принятия решений можно применять в рамках методов группового творчества, которые используются в процессе сбора требований. 5 Анкеты и опросы. Анкеты и опросы представляют собой письменные наборы вопросов, разработанные с целью быстрого сбора информации у большого числа респондентов. Опросы и/или анкеты лучше всего подходят для работы с различными по составу аудиториями, когда требуется быстрый сбор информации, когда респонденты территориально распределены и где допускается применение статистического анализа. Наблюдения. Наблюдения предоставляют непосредственный способ рассмотрения отдельных лиц в окружающей их обстановке, а также того, как они исполняют свои обязанности или задачи и выполняют процессы. Наблюдения особенно полезны для детализированных процессов, когда люди, пользующиеся продуктом, не могут или не желают отчетливо изложить свои требования. Наблюдение также известно, как «рабочая тень» (job shadowing). Оно обычно осуществляется внешним наблюдателем, следящим за тем, как бизнес-эксперт выполняет свою работу. Также наблюдения могут осуществляться «наблюдателем-участником», который фактически исполняет процесс или процедуру, чтобы узнать, как они выполняются, и выявить скрытые требования. Прототипы. Прототипирование представляет собой метод получения предварительных отзывов относительно требований путем предоставления рабочей модели ожидаемого продукта, прежде чем создавать продукт в действительности. Поскольку прототипы реальны, это позволяет заинтересованным сторонам экспериментировать с моделью конечного продукта, а не ограничиваться обсуждением абстрактных представлений своих требований. Прототипы поддерживают концепцию последовательного уточнения в итеративных циклах создания экспериментальных моделей, проведения экспериментов пользователем, формирования отзывов и пересмотра прототипа. После проведения достаточного числа циклов обратной связи, требования, полученные с помощью прототипа, оказываются в достаточной мере полными для перехода к фазе проектирования или создания. Раскадровка (storyboarding) — это метод прототипирования, использующий последовательность или навигацию в рамках серии изображений или иллюстраций. Раскадровка используется в различных проектах во многих отраслях, например, при создании фильмов, в рекламе, педагогическом проектировании, в проектах гибкой (agile) разработки и других проектах разработки программного обеспечения. При разработке программного обеспечения в раскадровке используются экспериментальные модели, чтобы продемонстрировать возможности 6
навигации по веб-страницам, экранам или другим интерфейсам пользователей. Бенчмаркинг. Бенчмаркинг — это сравнение используемых или запланированных к использованию практик, таких как процессы и операции, с практиками сопоставимых организаций для выявления лучших практик, генерирования идей в отношении улучшений и предоставления основы для измерения эффективности, и результативности. Во время бенчмаркинга возможно сравнение как внутренних, так и внешних организаций. Контекстные диаграммы. Контекстные диаграммы являются примером модели содержания. Контекстные диаграммы визуально отображают содержание продукта, показывая бизнес-систему (процесс, оборудование, компьютерную систему и т. д.) и то, как люди и другие системы (действующие лица) взаимодействуют с ней. Контекстные диаграммы демонстрируют входы бизнессистемы, действующих лиц, обеспечивающих вход, выходы бизнес-системы и действующих лиц, получающих выход. Анализ документов. Анализ документов используется для выявления требований путем анализа существующей документации и идентификации информации, которая имеет отношение к требованиям. Существует множество документов, которые можно проанализировать для выявления надлежащих требований. Примеры документов, подлежащих анализу, включают в себя: бизнес-планы, маркетинговые материалы, соглашения, запросы предложений, действующий порядок процессов, логические модели данных, репозитории бизнес-правил, документацию по прикладному программному обеспечению, документацию по бизнес-процессам или интерфейсам, сценарии использования, другую документацию по требованиям, журналы проблем, политики, процедуры и нормативную документацию, такую как законы, кодексы или предписания и т. д. Инструменты и методы определения содержания:  Экспертная оценка Экспертная оценка часто используется для анализа информации, необходимой для разработки описания содержания проекта. Подобная оценка и экспертиза применяются в отношении любых технических деталей. Такая экспертиза предоставляется любым лицом или группой лиц, обладающими специальными знаниями или подготовкой, и доступна из множества источников, включающих в себя следующие: o другие подразделения в рамках организации; o консультанты; 7 o заинтересованные стороны, в том числе заказчики или спонсоры

; o профессиональные и технические ассоциации; o промышленные группы; o эксперты по предметной области.  Анализ продукта Анализ продукта может стать результативным инструментом для проектов, поставляемым результатом которых является продукт, в отличие от услуги или результата. В каждой прикладной области существует один или несколько общепринятых методов перевода высокоуровневых описаний продукта в описание осязаемых поставляемых результатов. Анализ продукта включает в себя методы, такие как иерархическое разбиение продукта, системный анализ, анализ требований, системная инженерия, функционально-стоимостной анализ и анализ ценности.  Формирование альтернатив. Формирование альтернатив — это метод, используемый для разработки как можно большего количества возможных вариантов для определения различных подходов к выполнению работ проекта. Может применяться множество методов общего менеджмента, таких как мозговой штурм, латеральное мышление, анализ альтернатив и т. д.  Семинары с участием модератора. Участие в данных интенсивных рабочих обсуждениях ключевых сторон с различными ожиданиями и/или специализирующихся в различных областях помогает достичь межфункционального и общего понимания целей и границ проекта.  Описание содержания проекта. Описание содержания проекта — это изложение содержания проекта, основных поставляемых результатов, допущений и ограничений. Описание содержания проекта документирует все содержание, включая содержание проекта и продукта. В нем детально описаны поставляемые результаты проекта и работы, которые необходимо выполнить для получения этих поставляемых результатов. Описание содержания проекта также формулирует общее понимание содержания проекта заинтересованными сторонами. Оно может содержать явные исключения из содержания, что может помочь в управлении ожиданиями заинтересованных сторон. Оно позволяет команде проекта осуществлять более детальное планирование, направляет работу команды проекта во время исполнения и предоставляет базовый план для оценки того, попадают ли запросы на изменения или дополнительная работа в границы проекта. Степень и уровень детализации, с которой описание содержания проекта определяет работу, которая будет выполнена, и работу, которая исключена, могут помочь определить, насколько хорошо команда управления проектом может контролировать содержание всего проекта. 8 Подробное описание содержания проекта либо непосредственно, либо в виде ссылок на другие документы включает в себя:  Описание содержания продукта. Последовательно уточняет характеристики продукта, услуги или результата, описанного в уставе проекта или в документации по требованиям.  Критерии приемки. Набор условий, которые должны быть выполнены до того, как поставляемые результаты будут приняты.  Поставляемый результат. Любой уникальный и поддающийся проверке продукт, результат или способность оказывать услугу, которые
необходимо произвести для завершения процесса, фазы или проекта. Поставляемые результаты также включают в себя вспомогательные результаты, такие как отчеты и документы по управлению проектом. Данные поставляемые результаты могут быть описаны обобщенно или с высокой степенью детализации.  Исключения из проекта. Как правило, определяет, что исключено из проекта. Явная формулировка того, что именно находится вне содержания проекта, помогает управлять ожиданиями заинтересованных сторон.  Ограничения. Ограничивающий фактор, влияющий на ход исполнения проекта или процесса. Ограничения, выявленные в описании содержания проекта, перечисляют и описывают конкретные внутренние или внешние пределы, или ограничивающие условия проекта, связанные с его содержанием, которые оказывают влияние на исполнение проекта, например, предопределенный бюджет, любые ограничивающие даты или контрольные события расписания, которые определены заказчиком или исполняющей организацией. Когда проект выполняется в рамках соглашения, положения этого соглашения, как правило, являются ограничениями. Информация об ограничениях может быть указана в описании содержания проекта или в отдельном журнале.  Допущения. Фактор в рамках процесса планирования, который считается верным, реальным или определенным без предоставления доказательств и без демонстрации. Также описывается потенциальное воздействие данных факторов в случае, если они окажутся ошибочными. Команды проектов часто выявляют, документируют и подтверждают допущения в рамках проводимого ими процесса планирования. Информация о допущениях может быть указана в описании содержания проекта или в отдельном журнале. Хотя устав проекта и описание содержания проекта иногда воспринимаются как материалы, в определенной степени дублирующие друг друга, они различаются уровнем детализации. Устав проекта содержит высокоуровневую информацию, а описание содержания проекта — подробное описание элементов содержания. Данные элементы последовательно уточняются в течение проекта. 9 Вопрос 2. Создание ИСР. Создание иерархической структуры работ (ИСР) — это процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять. Ключевая выгода данного процесса состоит в том, что он предоставляет структурированное видение того, чего необходимо достичь. ИСР — это иерархическая декомпозиция полного содержания работ, выполняемых командой проекта для достижения целей проекта и создания требуемых поставляемых результатов. Каждый нисходящий уровень ИСР включает все более подробное определение работ проекта. ИСР окончательно оформляется с помощью отнесения каждого пакета работ к тому или иному контрольному счету и присвоения каждому пакету работ уникального идентификатора по коду учета. Данные идентификаторы предоставляют структуру для иерархического суммирования информации о стоимости, расписании и ресурсах. Контрольный счет — это элемент управления, посредством которого содержание, бюджет, фактическая стоимость и расписание объединяются и сравниваются с освоенным объемом для измерения исполнения. Контрольные счета помещаются в выбранных точках управления в ИСР. Каждый контрольный счет может включать один или несколько пакетов работ, но каждый пакет работ должен быть привязан только к одному контрольному счету. Контрольный счет может включать в себя один или несколько пакетов планирования. Пакет планирования — это компонент иерархической структуры работ,
отнесенный к контрольному счету, с известным содержанием работ, но без детальных операций расписания. Словарь ИСР. Словарь ИСР — это документ, в котором содержится подробная информация о поставляемых результатах, операциях и расписании в отношении каждого компонента в ИСР. Словарь ИСР представляет собой документ, который дополняет ИСР. Информация в словаре ИСР включает в себя:  идентификатор кода учета;  описание работ;  допущения и ограничения;  ответственную организацию;  контрольные события расписания;  связанные операции расписания;  требуемые ресурсы;  оценки стоимости;  требования к качеству;  критерии приемки;  технические ссылки;  информацию по соглашениям. 10 Запланированные работы содержатся в элементах ИСР самого нижнего уровня, которые называются пакетами работ. Пакет работ может использоваться для группировки операций, на уровне которых составляется расписание работ и проводится их оценка, осуществляется мониторинг и контроль. В контексте ИСР «работа» означает продукты или поставляемые результаты работ, являющиеся результатами операций, но не сами операции. План управления содержанием. План управления содержанием определяет процедуру создания ИСР из подробного описания содержания проекта, а также порядок поддержки и одобрения ИСР. Описание содержания проекта. Описание содержания проекта описывает работы, которые будут исполнены, и исключенные работы. В нем также перечислены и описаны конкретные внутренние или внешние пределы, или ограничивающие условия, которые могут повлиять на исполнение проекта. Документация по требованиям. Подробная документация по требованиям важна для понимания того, что должно быть произведено в качестве результата проекта и что необходимо сделать, чтобы реализовать проект и предоставить его конечные продукты. Факторы среды предприятия. Отраслевые стандарты ИСР, имеющие отношение к характеру проекта, могут использоваться в качестве внешних справочных материалов в ходе создания ИСР. Например, в инженерных проектах можно использовать стандарт ISO/IEC 15288 «Системная инженерия. Процессы жизненного цикла систем», чтобы создать ИСР для нового проекта. Активы процессов организации. Активы процессов организации, которые могут оказывать влияние на процесс создания ИСР, включают в себя:  политики, процедуры и шаблоны для ИСР;  архивы предыдущих проектов;  извлеченные уроки из предыдущих проектов. Декомпозиция. Декомпозиция — это метод, предполагающий разбиение содержания и поставляемых результатов проекта на более мелкие и легко управляемые элементы. Пакет работ — это элемент работ, расположенный на самом низком