Тесты СинергияАртём Хелп
Артём Help онлайнПолучить расчёт
Бесплатно оценим сроки и стоимостьОтправить задание в Telegram
Гибкие методологии управления проектами.ти_ФРК

Гибкие методологии управления проектами.ти_ФРК — вариант 1

Просмотрите все вопросы и варианты бесплатно. Правильные ответы скрыты и открываются только после получения доступа.

60 вопросов Вариант 1 Доступ 7 дней
Содержание теста

Вопросы и варианты

Без отметок и подсказок к правильным ответам

Вопрос 1

Суть последовательного подхода состоит в

  1. итерационности создания программного продукта
  2. отказе от планирования
  3. четком следовании запланированной структуре работ, суть которых определена заранее
  4. корректировании планов по мере реализации проекта
Вопрос 2

Суть гибкого подхода не состоит в

  1. снижении сложности необходимой структуры этапов при разработке программного обеспечений
  2. четком следовании запланированной структуре работ всего проекта
  3. использовании творческой инициативы людей
  4. повышении прозрачности выполняемого набора работ
Вопрос 3

Agile - это

  1. процессная методология
  2. методология планирования
  3. эталонные методики по всем стадиям разработки программного обеспечения
  4. профессиональный подход
Вопрос 4

Framework - это

  1. профессиональный подход
  2. процессная методология
  3. методология планирования
  4. эталонные методики по всем стадиям разработки программного обеспечения
Вопрос 5

SWEBOK - документ, в котором описаны

  1. подход к планированию работ
  2. применяемые нотации
  3. эталонные методики по всем стадиям разработки программного обеспечения
  4. эталонные методики управления командой разработки
Вопрос 6

Согласно SWEBOK, классификация методологий управления проектом не сводится к модели

  1. традиционная (каскадная, водопадная) модель
  2. монолитная
  3. спиральная модель
  4. итеративная и инкрементная модель
Вопрос 7

В Каскадную модель не входят этап разработки

  1. анализ
  2. проектирование
  3. сопровождение
  4. оценка
Вопрос 8

Охарактеризуйте традиционную модель утверждением

  1. процесс не должен подчиняться дисциплине, разумному планированию и управлению
  2. полная реализация продукта должна быть отложена до полного понимания целей этой реализации
  3. жизненный цикл должен быть разбит на последовательные итерации
  4. заказчик может изменить, при необходимости, цель реализации проекта
Вопрос 9

Этап прототипирования позволяет определить

  1. на каком уровне зрелости находится компания
  2. эффективность работы команды
  3. насколько текущее состояние проекта соответствует первоначальному плану
  4. качество создаваемого продукта
Вопрос 10

Итеративная модель предполагает

  1. написании исчерпывающей и подробной документации
  2. разбиение жизненного цикла на последовательный итерации
  3. процесс изменения внутренней структуры программы, не затрагивающий её внешнего поведения и имеющий целью облегчить понимание её работы
  4. всепроникающую коммуникацию между членами команды, расположенными в одном месте
Вопрос 11

Семейство методологий Crystal не фокусируется на:

  1. написании исчерпывающей и подробной документации
  2. всепроникающей коммуникации между членами команды, расположенными в одном месте
  3. разумных улучшениях
  4. частой поставки работающего кода конечным пользователям
Вопрос 12

Термин "Рефакторинг" (Refactoring) означает

  1. работу по написанию документа, который содержит описание ценностей и принципы работы
  2. процесс изменения внутренней структуры программы, не затрагивающий её внешнего поведения и имеющий целью облегчить понимание её работы
  3. тип практик, которые подтвердили свою эффективность на ряде примеров при решении конкретных задач
  4. выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы
Вопрос 13

Agile Manifesto – это

  1. документ, который содержит описание ценностей и принципы работы
  2. эталонные методики по всем стадиям разработки программного обеспечения
  3. эталонные методики управления командой разработки
  4. бизнес-процесс, в рамках которого происходит генерация идей по оптимизации бизнес-процессов
Вопрос 14

Укажите ценности, не описанные в Agile Manifesto

  1. люди и взаимодействие важнее процессов и инструментов
  2. работающий продукт важнее исчерпывающей документации
  3. готовность к изменениям важнее следования первоначальному плану
  4. реализованный продукт важнее потраченных ресурсов
Вопрос 15

Главной проблемой функционально-ориентированного подхода выделяют

  1. постоянные конфликты между представителями различных функциональных подразделений
  2. нехватку человеческих ресурсов
  3. децентрализованность управления
  4. сложность внедрения новаторских идей управления
Вопрос 16

Ключевым инструментарием внедрения процессного подхода к управлению на первых этапах являются

  1. Agile Manifesto
  2. графические инструменты моделирования бизнес-процессов, а также текстовые и табличные редакторы, в которых моделируются или описываются бизнес-процессы
  3. Code Review
  4. Build Automation
Вопрос 17

Реакцией ИТ-рынка на появление процессного подхода к управлению стало

  1. появление Lean
  2. появление Agile
  3. появление Workflow систем
  4. появление ERP систем
Вопрос 18

Существенное сокращение времени исполнения отдельной операции достигается

  1. полной автоматизации
  2. изменением регламента работы
  3. в поиске "бутылочных" горлышек
  4. увеличения численности штата сотрудников
Вопрос 19

Для внедрения процессного подхода в организации не является необходимым

  1. создать специализированный центр компетенции
  2. поддержать организационными мероприятиями
  3. провести реинжиниринг всех процессов
  4. создать отдельное подразделение для определения бизнес-процессов и их усовершенствования
Вопрос 20

Целью специализированного комитета обеспечивающего поддержку внедрения процессного подхода на уровне всей компании не является

  1. ставить задачи оптимизации бизнес-процессов функциональным руководителям
  2. сделать совершенствование существующих бизнес-процессов регулярным
  3. дать руководителям подразделений и владельцам бизнес-процессов задачи на оптимизацию тех или иных процессов
  4. рассматривать конфликтные ситуации, которые возникают в бизнес-процессах из-за рассогласованности действий участников бизнес-процесса
Вопрос 21

Одним из ключевых вопросов в процессном управлении является

  1. определения путей развития процесса
  2. определения инструментов поддержки процесса
  3. определение ответственности за бизнес-процессы
  4. наличие достаточности ресурсов
Вопрос 22

Укажите разницу между руководителем проекта и владельцем процесса

  1. владелец процесса назначается на разовую активность, а руководитель проекта отвечает за регулярную деятельность
  2. руководитель проекта заинтересован в развитии процесса, а владелец процесса нет
  3. руководитель проекта назначается на разовую активность, а владелец процесса отвечает за регулярную деятельность
  4. руководитель проекта заинтересован в поддержке функционирования процесса, а владелец процесса нет
Вопрос 23

К недостаткам гибкости принципов и подходов к разработке относят

  1. дублирование и избыточность
  2. мало возможностей для конечного пользователя повлиять на цели проекта и требования к продукту
  3. сложность изменения кода
  4. сложность проведения комплексного тестирования
Вопрос 24

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

  1. выбор языка программирования
  2. квалификация команды разработки
  3. процесс управления разработкой информационных систем
  4. стоимость работ
Вопрос 25

Каскадная модель - это вид процесса разработки программного обеспечения, в которой процесс разработки выглядит как

  1. поток, не последовательных работ Ad hoc
  2. выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы
  3. поток, параллельно проходящих фаз
  4. поток, последовательно проходящих фаз анализа требований, проектирования, реализации, тестирования, интеграции и поддержки
Вопрос 26

В каскадной модели переход между фазами возможен только после

  1. полного и успешного завершения более ранней
  2. решения команды разработки о переходе к следующей фазе
  3. решения владельца процесса о переходе к следующей фазе
  4. того как время, выделенное на фазу, заканчивается
Вопрос 27

Результатом завершения этапа "определение требований" является

  1. реализации требований в виде программного кода системы
  2. появление полного и исчерпывающего списка требований к информационной системе
  3. показ реализованного функционала
  4. проведение комплексного тестирования с применением автотестов
Вопрос 28

Итеративный подход в разработке программного обеспечения - это

  1. поток, последовательно проходящих фаз анализа требований, проектирования, реализации, тестирования, интеграции и поддержки
  2. поток, параллельно проходящих фаз
  3. поток, не последовательных работ Ad hoc
  4. выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы
Вопрос 29

В основе итеративного подхода лежит понятие

  1. последовательность
  2. фаза
  3. цикл
  4. поток
Вопрос 30

Для начала работ, по реализации продукта используя Итеративный подход, достаточно

  1. иметь подробное описание функционала
  2. основных требований к базовой части функционала
  3. бэклога спринта
  4. наличие команды разработки
Вопрос 31

Сильными сторонами Agile подхода не является

  1. итеративный подход к разработке программного обеспечения
  2. быстрое получение первой/пробной версии продукта для тестирования
  3. легко воспринимаются корректировки и изменения в процессе разработки
  4. качество имеет первоочередной приоритет по сравнению со стоимостью и временем
Вопрос 32

Слабой стороной водопадной модели не является

  1. требования должны быть определены и детально описаны до начала стадии разработки
  2. мало возможностей для конечного пользователя повлиять на цели проекта и требования к продукту
  3. зачастую проблемы выявляются только на этапе тестирования
  4. риск никогда не достигнуть поставленной цели при инициации процесса
Вопрос 33

Слабой стороной Agile подхода не является

  1. риск никогда не достигнуть поставленной цели при инициации процесса
  2. может привести к низкому качеству продукта
  3. мало возможностей для конечного пользователя повлиять на цели проекта и требования к продукту
  4. могут возникнуть проблемы с расширяемостью продукта
Вопрос 34

Классические модели предпочтительнее использовать в ситуациях, когда

  1. состав команды стабильный, с высоким уровнем профессионализма
  2. речь идет о внедрении малого проекта программного обеспечения
  3. информационная система является модульной
  4. требования к продукту предельно ясны и стабильны, определены используемые технологии и инструменты
Вопрос 35

Agile нежелательно использовать в ситуациях, когда

  1. состав команды стабильный, с высоким уровнем профессионализма
  2. проект большой, долгий по времени, имеет четкий план реализации
  3. проект небольшой или средний, относительно короткий по времени
  4. информационная система является модульной
Вопрос 36

Для того, чтобы держать качество информационной системы требуется

  1. качественные demo
  2. юнит тесты
  3. быть готовым к большим тратам на реализацию информационных продуктов
  4. постоянно обсуждать вопросы анализа, проектирования
Вопрос 37

Для эффективного внедрения Agile необходим ряд факторов, которые смогут обеспечить его оптимальное применение в компании. Какой фактор лишний?

  1. готовность к большим тратам на реализацию информационных продуктов
  2. желание и способность участвовать в развитии продукта
  3. готовность к открытому диалогу и конструктивной критике всех членов команды
  4. желание к изменениям и переменам
Вопрос 38

Kanban - это

  1. промежутки между выпуском новых версий продукта
  2. собрание, которое проводит проектная команда в конце каждой итерации, чтобы обсудить, чему мы научились, как команда и строить планы на следующие итерации, основываясь на извлечённых уроках
  3. процессная методология
  4. эталонные методики по всем стадиям разработки программного обеспечения
Вопрос 39

В основе Kanban нет принципа -

  1. скорость реализации
  2. визуализация
  3. ограничение максимального количества задач на определенном этапе
  4. оптимизация существующего процесса
Вопрос 40

Lean - этот тип методологии подразумевает

  1. создание продукта в условиях максимальной экономии ресурсов с целью устранения всех возможных потерь
  2. стандартизированный вариант организации процесса разработки программного обеспечения для итеративной и инкрементальной разработки
  3. отсутствие активности оценки и планирования
  4. отсутствие временных рамок
Вопрос 41

Спринт в Scrum – это

  1. промежутки между выпуском новых версий продукта
  2. коллективное обсуждение задачи или проблемы с целью выработки единой оценки по ее решению
  3. техника визуального и физического представления последовательности действий
  4. техника проверки и оценки трудоемкости выполняемых работ
Вопрос 42

Scrum - это

  1. стандартизированный вариант организации процесса разработки программного обеспечения для итеративной и инкрементальной разработки
  2. бизнес-процесс, в рамках которого происходит генерация идей по оптимизации бизнес-процессов
  3. методология планирования
  4. документ, который содержит описание ценностей и принципы работы
Вопрос 43

Управление фактором планирования сложных рабочих заданий предполагает, что…

  1. каждый сотрудник должен иметь перед собой трудные, но достижимые цели, выраженные в виде совершенствования или развития навыков полезных для компании
  2. рабочие задачи следует планировать так, чтобы они были понятны сотруднику и практически подкрепляли развитие его навыков
  3. при внедрении изменений важным движущим фактором является наличие лидера, который собственным примером сможет продемонстрировать преимущества, которые будут получены командой от применения этих изменений
  4. руководство и работники должны находиться в состоянии открытой, честной коммуникации
Вопрос 44

Управление фактором синхронизации понимания между руководством и сотрудниками о задачах развития и пути достижений результата конкретных задач предполагает, что…

  1. руководство и работники должны находиться в состоянии открытой, честной коммуникации
  2. при внедрении изменений важным движущим фактором является наличие лидера, который собственным примером сможет продемонстрировать преимущества, которые будут получены командой от применения этих изменений
  3. рабочие задачи следует планировать так, чтобы они были понятны сотруднику и практически подкрепляли развитие его навыков
  4. команды должны быть саморегулируемые
Вопрос 45

Управление фактором командной работы предполагает, что…

  1. при внедрении изменений важным движущим фактором является наличие лидера, который собственным примером сможет продемонстрировать преимущества, которые будут получены командой от применения этих изменений
  2. рабочие задачи следует планировать так, чтобы они были понятны сотруднику и практически подкрепляли развитие его навыков
  3. команды должны быть саморегулируемые
  4. каждый сотрудник должен иметь перед собой трудные, но достижимые цели, выраженные в виде совершенствования или развития навыков полезных для компании
Вопрос 46

Работа над продуктом должна строиться исходя из

  1. оценки профессионализма команды разработки
  2. актуального понимания существующих потребностей в функционале
  3. текущих ресурсов
  4. решений и руководства Scrum мастера
Вопрос 47

Под инженерными практиками понимается

  1. проверенный временем набор технических решений, связанных непосредственно с разработкой программного продукта
  2. готовность к открытому диалогу и конструктивной критике всех членов команды
  3. сравнения результатов работ по статистике подобных разработок, проведенных с использованием наиболее эффективных инженерных техник и методик
  4. эффективное управление ресурсами с возможностью сосредоточения всех участников "гибкого" процесса на конечном результате
Вопрос 48

Главным требованием к команде, которая должна создавать необходимый продукт является

  1. аккуратность
  2. многофункциональность
  3. профессионализм
  4. знание методологий разработки
Вопрос 49

Формирование - это этап

  1. который является отправной точкой для создания команды и постановки целей на разработку или развитие продукта
  2. при котором, цели, поставленные перед командой, достигнуты, мотивация большинства участников в этот период убывает
  3. при котором происходит "притирание" членов команды друг к другу
  4. на котором команда переходит к самоуправляемости
Вопрос 50

Функционирование - это этап

  1. при котором происходит "притирание" членов команды друг к другу
  2. является отправной точкой для создания команды и постановки целей на разработку или развитие продукта
  3. на котором команда переходит к самоуправляемости
  4. при котором, цели, поставленные перед командой, достигнуты, мотивация большинства участников в этот период убывает
Вопрос 51

Основной движущей силой команды является

  1. scrum мастер
  2. разработчик
  3. владелец продукта
  4. конечный пользователь
Вопрос 52

Ретроспектива - это

  1. социальная технология, система управления, в которой полномочия и ответственность за принятие решений распределяются по самоорганизующимся единицам, вместо управленческой иерархии
  2. коллективное обсуждение задачи или проблемы с целью выработки единой оценки по ее решению
  3. согласование объема работ, которые нужно выполнить для того, чтобы владелец продукта на ближайшем демо был удовлетворен ценностью от реализованного командой инкремента
  4. собрание, которое проводит проектная команда в конце каждой итерации, чтобы обсудить, чему мы научились, как команда и строить планы на следующие итерации, основываясь на извлечённых уроках
Вопрос 53

Для метода "Набегающей волны" характерно

  1. действия ближнего этапа детально планировать, а действия в далеком будущем откладывать
  2. пересматривать требования при реализации
  3. создания процессной группы по контролю исполнения плана спринта
  4. обязательные действия по подготовки Use case
Вопрос 54

Техника "Poker planning" - это

  1. коллективное обсуждение задачи или проблемы с целью выработки единой оценки по ее решению
  2. активность демонстрации реализованного функционала
  3. диаграмма сгорания работ
  4. собрание, которое проводит проектная команда в конце каждой итерации, чтобы обсудить, чему мы научились, как команда и строить планы на следующие итерации, основываясь на извлечённых уроках
Вопрос 55

Результатом спринта является

  1. документация по продукту
  2. карта бизнес-процесса
  3. инкремент готового продукта (build), который можно передать заказчику для установки на продуктивный информационный ландшафт
  4. тест кейсы
Вопрос 56

Понятие "best practice" означает

  1. набор практик тайм-менеджмента для определения приоритетов задач
  2. описание технических путей реализации
  3. принцип организации и управления работами постоянного рефакторинга программного продукта
  4. тип практик, которые подтвердили свою эффективность на ряде примеров при решении конкретных задач
Вопрос 57

Доска задач позволяет

  1. экономить время при планировании состава спринта
  2. отказаться от бэклога спринта
  3. отказаться от участия Scrum мастера
  4. визуализировать состояния задач в SCRUM
Вопрос 58

Цель процесса сбора требований в том, чтобы

  1. убедиться, что работа над задачей ведется верно
  2. облегчить и донести до всех заинтересованных сторон общее понимание требований к создаваемому продукту
  3. подготовит план реализации
  4. задокументировать требования
Вопрос 59

Бэклог продукта - это

  1. документ, где прописаны этапы реализации продукта в условиях максимальной экономии ресурсов с целью устранения всех возможных потерь
  2. упорядоченный список задач, которые должны быть реализованы в конечном продукте
  3. бизнес-процесс, в рамках которого происходит генерация идей по оптимизации бизнес-процессов
  4. документ, который содержит описание ценностей и принципы работы
Вопрос 60

Бэклог продукта существует ровно до тех пор, пока

  1. существует команда разработки
  2. существует бюджет развития продукта
  3. спринт не будет завершен
  4. существует сам продукт