Гибкие методологии управления проектами - ответы на вопросы на СтудИзбе

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

• Цель - ускорить процесс разработки, выгода - увеличение объема кода.
• Цель - повысить качество кода и обмен знаниями, выгода - обнаружение ошибок на ранних этапах и повышение навыков разработчиков.
• Цель - сократить количество разработчиков в команде, выгода - уменьшение затрат на разработку.
• Цель - сделать разработку более независимой, выгода - уменьшение обязанностей разработчиков.

• Увидеть необходимость изменений
• Создать и поддержать коалицию
• Разработать стратегию изменений
• Провести короткие победы

• Увидеть необходимость изменений
• Создать и поддержать коалицию
• Разработать стратегию изменений
• Провести короткие победы

• Процесс превращения организации в Agile-компанию
• Методология разработки программного обеспечения
• Процесс перехода от водопадной разработки к гибкой методологии
• Процесс внедрения Agile-подходов в отдельные проекты

• Минимальной
• Полной
• Альтернативной

• Водопадная модель и каскадное развитие
• Прототипирование и структурное программирование
• Разработка через тестирование и интеграция непрерывной поставки
• Проектирование архитектуры перед началом разработки и жесткое следование плану проекта

• Прототипирование
• Проектирование архитектуры перед началом разработки
• Разработка через тестирование
• Модульное тестирование

Гибкие методологии поддерживают следующие принципы

Уникальность Scrum в сравнении с альтернативными видами разработки программного обеспечения состоит в

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

1. Создание чувства срочности
2. Формирование руководящей коалиции
3. Разработка видения и стратегии
4. Распространение видения
5. Устранение преград для изменений
6. Достижение непрерывных малых побед
7. Укрепление достигнутых результатов
8. Инкорпорация изменений в корпоративную культуру

• Разработка центра компетенции, который будет координировать и интегрировать деятельность операционной и инновационной команд.
• Установление жесткой иерархической структуры, где операционная и инновационная деятельность будут подчинены одному руководителю.
• Создание двух независимых команд, которые будут работать параллельно без взаимодействия и интеграции.
• Привлечение внешних консультантов, специализирующихся на внедрении бимодальной ИТ-модели, для помощи в интеграции двух режимов работы.

• Водопадная модель разработки
• Прототипирование
• Интеграция непрерывной поставки
• Жесткое следование плану проекта

• Структурное программирование
• Прототипирование
• Разработка через тестирование
• Модульное тестирование

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

• Менеджер проекта, аналитик, программист
• Продуктовый владелец, скрам-мастер, разработчик
• Тимлид, тестировщик, дизайнер
• Клиент, заказчик, спонсор

• Трансформационное лидерство. Ваша задача - вдохновить и мотивировать команду на достижение общей цели, создавая позитивную атмосферу и поддерживая инвидуальные потребности членов группы.
• Автократическое управление. Вы принимаете решения самостоятельно и даете четкие инструкции, чтобы обеспечить эффективную реализацию проекта.
• Демократическое управление. Вы привлекаете команду к обсуждению и принятию решений, поощряя открытость и разнообразие мнений.
• Транзакционное лидерство. Вы предлагаете вознаграждения и поощрения за достижение конкретных результатов, стимулируя членов команды к выполнению задач.
  

• Транзакционное
• Аутентичное
• Демократическое
• Автократическое

• Сервантное
• Ситуационное
• Трансформационное
• Демократическое

• Максимально быстрое масштабирование продукта
• Основной акцент на рекламе и маркетинге
• Минимизацию затрат и максимизацию эффективности
• Отказ от использования современных технологий

• Работающий продукт как главный показатель прогресса
• Стремление к постоянному улучшению процессов и инструментов
• Команда разработчиков и заказчик регулярно общаются
• Процесс управления меняется в зависимости от ситуации

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

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

• Отчет о состоянии проекта
• Решение неожиданных проблем в процессе разработки
• Фиксированный период времени для разработки и доставки определенной функциональности
• Масштабные изменения в планах проекта

Максимально возможная скорость передачи данных аналоговыми модемами – …

При прокладке кабеля внутри одного здания наиболее высокую скорость передачи данных обеспечивают локальные сети, в которых используется …

Компьютеры подключаются к локальной сети через …

Устройство, управляющее работой интерфейса USB, – это …

Один символ ASCII занимает … памяти

Объем одного современного модуля оперативной памяти для IBM-совместимых персональных компьютеров составляет …

Внутренняя реализация программной модели процессора называется …

Слоты … устанавливаются на большинство современных материнских плат

Для установки современных видеоадаптеров используется слот …

Мощность блока питания измеряется в …

Для перезагрузки системного блока, в котором кнопки RESET и POWER совмещены, …