Термины из «Agile-подход в государственном управлении»

Материал из CDTOwiki
Перейти к: навигация, поиск
Обратная связь, которая поможет нам сделать CDTOwiki лучше.
Наименование публикации
Agile-подход в государственном управлении
На этой странице собраны избранные термины и их определения из публикации.
Для просмотра общего описания публикации перейдите по ссылке «Agile-подход в государственном управлении».


Список терминов:

Ссылки:Agile-подход в государственном управлении

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

Бэклог продукта
Структурированный и приоритизированный список элементов планирования продукта. В качестве элементов планирования могут выступать: функциональные элементы (функции) продукта, требования, пользовательские истории, «задачи к выполнению», иные характеристики продукта и т. д. Бэклог может представлять собой иерархию, то есть отдельные элементы бэклога могут быть разбиты (декомпозированы) на более мелкие элементы.
см. основную статью о термине Бэклог продукта

Бэклог спринта
Структурированный и приоритизированный список элементов планирования спринта. Все задачи, которые команда должна реализовать в сроки конкретного спринта.
см. основную статью о термине Бэклог спринта

Видение продукта
Краткое структурированное описание продукта; сравнительно небольшой документ, доступный для понимания максимальному количеству стейкхолдеров. Обычно в видении продукта отражены цели продукта, потребители продукта, структура и ключевые свойства продукта, ограничения продукта.
см. основную статью о термине Видение продукта

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

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

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

Демонстрация
Встреча участников команды и любых других заинтересованных сторон для демонстрации продукта, той или иной версии продукта. В случае использования подхода Scrum демонстрация проводится по завершении каждого спринта, демонстрируются результаты, достигнутые за спринт (инкремент продукта).
см. основную статью о термине Демонстрация

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

Доска задач
Один из возможных инструментов визуализации и согласования задач, выполняемых командой в тот или иной период времени. Может быть реализована в электронном или физическом виде. Как правило, пространство доски разбито на фазы исполнения, каждой отдельной задаче соответствует карточка задачи (обычно содержит название задачи, исполнителя задачи, иногда требуемые дополнительные параметры: приоритет, оценку трудоемкости и т. д.).
см. основную статью о термине Доска задач

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

Ежедневная встреча
Ежедневная короткая (не больше 15 минут) встреча команды (включая владельца продукта и Scrum-мастера). Предлагает короткое сообщение каждого из членов команды по вопросам:
  • Что сделано с момента предыдущего стендапа?
  • Какие планы до следующего стендапа?
  • Что мешает работать, какие проблемы возникли?

Жизненный цикл проекта
Набор состояний (фаз или этапов проекта), через которые проходит проект при его реализации. Обычно предполагается, что фазы (этапы) проекта упорядочены по времени и не пересекаются друг с другом (выстроены последовательно).
см. основную статью о термине Жизненный цикл проекта

Заинтересованные стороны
Лица, которые каким-либо образом заинтересованы в продукте, работе команды, проекте или на которых имеет какое-либо влияние проект, продукт или команда.
см. основную статью о термине Заинтересованные стороны

Инкремент
Буквально «приращение», «добавка». Часть (или версия) создаваемого продукта, потенциально готовая к использованию и увеличивающая ценность для конечных пользователей/потребителей. Инкремент необходимо показывать конечным потребителям для получения от них обратной связи (отзывов, замечаний и предложений).
см. основную статью о термине Инкремент

Итерация
1. Периодическое повторение действий по выпуску следующей версии работоспособного продукта (инкремента).
2. Установленный заранее отрезок времени, за который создается инкремент продукта. Обычно длительность итерации составляет от 1 недели до 1–1,5 месяцев.
см. основную статью о термине Итерация

Итеративно-инкрементальный подход
Подход к организации работ, в котором сочетается итеративный подход и работа по инкрементам продукта (то есть создание ценности для конечного потребителя с каждым инкрементом). Иными словами, при итеративно-инкрементальном подходе результатом каждой итерации должен быть инкремент продукта. Например, Scrum является итеративно-инкрементальным подходом.
см. основную статью о термине Итеративно-инкрементальный подход

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

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

Каскадный проект
Проект, реализуемый согласно каскадному подходу.
см. основную статью о термине Каскадный проект

Критерий готовности
Критерий готовности результатов деятельности Agile-команды, например инкремента продукта или результата спринта. Часто формируется в виде чек-листа.
см. основную статью о термине Критерий готовности

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

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

В качестве MVP не может рассматриваться, в частности:

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

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

Обратная связь
Отзыв (комментарий, замечаний, предложение, мнение), полученный от конечных пользователей или иных заинтересованных лиц.
см. основную статью о термине Обратная связь

Паспорт проекта
Документ, описывающий и фиксирующий основные параметры проекта (в частности, название, цели, задачи, результаты, заказчика, спонсора, риски, ограничения и т. д.).
см. основную статью о термине Паспорт проекта

Подход Scrum
Процессный фреймворк. Один из практических подходов к созданию новых продуктов, основанный на принципах и ценностях Agile. Содержит четкое описание используемых ролей, рабочих артефактов, ключевых событий (мероприятий).
см. основную статью о термине Подход Scrum

Проект
1. Комплекс взаимосвязанных мероприятий, направленных на достижение уникальных результатов (например, продуктов, услуг) в условиях временных и ресурсных ограничений.
2. Подход к организации деятельности по достижению уникальных результатов в условиях временных и ресурсных ограничений.
см. основную статью о термине Проект

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

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

Спринт
В фреймворке Scrum: минимальная итерация, такт работы команды, в ходе которого создается новая версия продукта. Жестко фиксирован по времени (от 1 до 4 недель).
см. основную статью о термине Спринт

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

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

Agile
Система ценностей и принципов, выраженная в Agile-манифесте. В настоящее время применяется во всех индустриях и типах проектов. Также можно утверждать, что Agile является своего рода культурой и философией деятельности.
см. основную статью о термине Agile

Agile-инструменты
Различные методы, подходы и техники, позволяющие на прикладном уровне использовать ценности и принципы Agile в реализации проектов и/или создании продуктов.
см. основную статью о термине Agile-инструменты

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

Agile-подход
Подход к организации деятельности, при котором:
  • команды и стейкхолдеры разделяют ценности и принципы Agile;
  • используются Agile-инструменты;
  • применяется итеративно-инкрементальный подход к созданию продуктов.
см. основную статью о термине Agile-подход

Agile-проект
Проект, реализуемый с использованием тех или иных Agile-инструментов, при этом команда проекта разделяет ценности и принципы Agile. Иными словами, проект, реализуемый с помощью Agile-подхода.
см. основную статью о термине Agile-проект

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


На правах цитирования
Все термины и их определения представлены на правах цитирования.
Указание на автора и источник заимствования дано на основной странице описания публикации по адресу «Agile-подход в государственном управлении»