Среда , 22 Сентябрь 2021

Как исправить невыполненную работу: Создание невыполненной работы по продукту — Azure Boards

Содержание

Создание невыполненной работы по продукту - Azure Boards

  • Чтение занимает 5 мин

В этой статье

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018–TFS 2013

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

Примечание

На следующем рисунке показан образ невыполненной работы по продукту для процесса Scrum для Azure DevOps Services. Для моделей процессов Agile, Basic и CMMI выбор

элементов невыполненной работы отображается в виде историй, проблем и требований.

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

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

Примечание

Невыполненная работа по продукту — это один из трех классов, доступных для вас. Общие сведения о функциях, поддерживаемых в каждой невыполненной работе, и о двух типах плат см. в разделе отставание , доски и планы. Если вы не видите нужные рабочие элементы в списке невыполненной работы, Ознакомьтесь сразработкой.

Предварительные требования

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

  • Необходимо подключиться к проекту. Если у вас еще нет проекта, создайте его.
  • Необходимо добавить в проект в качестве члена группы безопасности Участники или Администраторы проекта . Чтобы Добавить, добавьте пользователей в проект или команду.
  • Для добавления или изменения рабочих элементов необходимо предоставить доступ заинтересованным лицам или более высокий. Дополнительные сведения см. в разделе сведения об уровнях доступа.
  • Для просмотра или изменения рабочих элементов необходимо иметь разрешения на этот узел и Изменить рабочие элементы в
    разрешениях на этот узел, для которых задано значение Разрешить. По умолчанию этот набор разрешений имеет группа " Участники ". Дополнительные сведения см. в разделе Настройка разрешений и доступа для отслеживания работы.

Примечание

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

  • Необходимо подключиться к проекту. Если у вас еще нет проекта, создайте его.
  • Необходимо добавить в проект в качестве члена группы безопасности Участники или Администраторы проекта . Чтобы Добавить, добавьте пользователей в проект или команду.
  • Для добавления или изменения рабочих элементов необходимо предоставить доступ заинтересованным лицам или более высокий. Дополнительные сведения см. в разделе сведения об уровнях доступа.
  • Для просмотра или изменения рабочих элементов необходимо иметь разрешения на этот узел и Изменить рабочие элементы в разрешениях на этот узел, для которых задано значение Разрешить. По умолчанию этот набор разрешений имеет группа " Участники ". Дополнительные сведения см. в разделе Настройка разрешений и доступа для отслеживания работы.

Открыть невыполненную работу

В веб-браузере откройте невыполненную работу по продукту.

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

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

    Совет

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

  2. Убедитесь, что выбраны истории (для гибкой разработки), проблемы (для базовых), элементы невыполненной работы (для Scrum) или требования (для CMMI) в качестве уровня невыполненной работы.

  3. Используемых Чтобы выбрать, какие столбцы должны отображаться и в каком порядке, щелкните значок действия и выберите Параметры столбцов. Дополнительные сведения см. в разделе изменение параметров столбцов.

  1. Убедитесь, что выбран правильный проект, и выберите элемент невыполненная работа с платами > . Затем выберите нужную команду в меню выбора команды.

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

    Совет

    Щелкните значок звездочки, чтобы отработка невыполненной работы группы стала избранной. Избранные артефакты ( значок "Избранное") отображаются в верхней части списка выбора команды.

  2. Убедитесь, что выбраны истории для гибкой разработки, проблемы для основных элементов невыполненной работы для Scrum или требования для CMMI в качестве уровня невыполненной работы.

  3. Используемых Чтобы выбрать отображаемые столбцы и порядок, щелкните значок действия и выберите Параметры столбца. Дополнительные сведения см. в разделе изменение параметров столбцов.

В веб-браузере откройте невыполненную работу по продукту команды и выберите команду в области проект и команда. Затем выберите рабочие > журналы ожидания. Выберите невыполненную работу по продукту, которая представляет собой элементы невыполненной работы для Scrum, истории для гибкой разработки или

требования для CMMI.

Чтобы выбрать другую команду, откройте окно выбора проекта и команды. Выберите другую команду или выберите вариант Обзор .

В веб-браузере откройте невыполненную работу по продукту команды. Выберите невыполненные работы с платами > .

Отслеживание ошибок в невыполненной работе

Вы можете выбрать способ управления ошибками. Некоторые команды подобны отслеживанию ошибок и требований в невыполненной работе. Другие команды, например, для контроля ошибок по мере выполнения задач, связанных с поддержкой требования. После этого ошибки отобразятся на их taskboard.

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

Преобразование идей в элементы невыполненной работы

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

Совет

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

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

  1. Прежде чем добавлять рабочие элементы, выберите значок Параметры просмотра и установите ползунок для родительских элементов и прогнозирования на Off. При необходимости включите или отключите элементы хода выполнения .

  2. Чтобы добавить рабочий элемент, выберите новый рабочий элемент

    и введите заголовок. Нажмите клавишу ВВОД или выберите Добавить в начало.

    Примечание

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

  3. Повторите этот шаг, чтобы записать все ваши идеи как рабочие элементы.

Чтобы создать невыполненную работу, введите заголовок и нажмите кнопку Добавить. Если вы не видите ссылку Добавить , выберите создать , чтобы открыть панель быстрого добавления. При необходимости задайте для параметра выполняемые элементы значение Показать или Скрыть.

Примечание

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

Повторяйте этот шаг, пока не запишите все основные идеи.

Примечание

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

По умолчанию пользовательские истории отображаются в невыполненной работе Agile, возникают проблемы с основными невыполненными работами, PBI и ошибки отображаются в невыполненной работе Scrum, а требования отображаются в невыполненных работах CMMI.

Изменение порядка элементов невыполненной работы

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

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

Примечание

Чтобы изменить порядок невыполненной работы, необходимо иметь доступ к базовому или более высокому уровню. Дополнительные сведения см. в разделе сведения об уровнях доступа. Если у вас есть доступ к заинтересованным лицам, вы не сможете изменить порядок элементов невыполненной работы.

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

Добавление сведений и оценок

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

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

Введите как можно больше сведений, необходимых команде:

  • Изучите область.
  • Оценка требуемой работы.
  • Разработка тестов.
  • Убедитесь, что конечный продукт соответствует условиям приемки.

Примечание

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

Например, здесь мы присваиваем историю Раиса Покровская и добавим Примечание о обсуждении Раиса.

По завершении нажмите кнопку сохранить & закрыть .

Например, здесь мы присваиваем вопрос Раиса Покровская и добавим Примечание о обсуждении Раиса.

По завершении нажмите кнопку сохранить & закрыть .

Например, здесь мы присваиваем элемент невыполненной работы по продукту Кристи церковь и устанавливаем уровень трудозатрат 8.

По завершении нажмите кнопку сохранить & закрыть .

Например, здесь мы присваиваем элемент невыполненной работы по продукту Джамаль Хартнетт и устанавливаем размер 8.

По завершении нажмите кнопку сохранить & закрыть .

Совет

Чтобы спланировать спринт, как минимум, оцените усилия, связанные с реализацией каждого элемента невыполненной работы. Чтобы зафиксировать усилия в форме рабочего элемента, используйте усилия для базовых или Scrum, баллов истории для гибкой разработки или размера для CMMI.

Использование

Укажите относительную оценку объема работы, необходимой для завершения PBI. Для пользовательских историй и требований вы собираете оценки в баллах и размерахистории.

Большинство гибких методов рекомендуют задавать оценки для элементов невыполненной работы на основе относительного размера работы. К таким методам относятся степени 2 (1, 2, 4, 8) и последовательность Фибоначчи (1, 2, 3, 5, 8 и т. д.). Используйте любую числовую единицу измерения, предпочитаемую вашей командой.
Оценки, заданные для оценок трудозатрат, размера или истории , используются для вычисления спринтов производительности и прогнозирования.

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

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

Определите, что должно быть " сделано " , описывая критерии, которые команда будет использовать для проверки полной реализации PBI или исправления ошибки.

Прежде чем начать работу с PBI или ошибкой, опишите критерии принятия заказчиков как можно более четко. Взаимодействие между группой и клиентами для определения критериев приемки. Эти критерии помогают обеспечить общее понимание группы для удовлетворения клиентов' ожидания. Кроме того, эта информация служит основанием для приемочного тестирования.

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

Показать/скрыть выполняемые элементы

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

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

При необходимости прогнозирования работы обычно выбирается скрытие выполняемых элементов . Дополнительные сведения см. в статье Прогнозирование невыполненной работы по продукту.

Показать/скрыть завершенные дочерние элементы

В селекторе параметров просмотра можно выбрать отображение или скрытие завершенных дочерних элементов.

При необходимости просмотра столбцов сверткиобычно отображаются завершенные дочерние элементы.

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

Возможные дальнейшие действия

Теперь, когда у вас есть рабочая невыполненная работа, ваша команда может начать работу над элементами с высшим приоритетом. Здесь пора выбрать способ работы в качестве команды. Вы хотите использовать Scrum или Канбан? Эти методы можно использовать независимо или вместе.

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

Похожие статьи

Какие задачи выполняют невыполненные работы, доски & поддержки планов? - Azure Boards

  • Чтение занимает 6 мин

В этой статье

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018–TFS 2013

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

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

Какое представление следует использовать для работы с гибкими методами?

В двух словах. ..

  • В журналах ожидания отображаются рабочие элементы в виде списка, а доски отображают их в виде карточек.
  • Использование невыполненной работы по продукту для быстрого планирования и определения приоритетов работы
  • Вы используете невыполненную работу спринта и таскбоардс при работе в Scrum
  • Вы используете доску Канбан для обновления рабочего состояния и при использовании методов канбана
  • Каждая невыполненная работа связана с доской, изменения порядка приоритета, сделанные в одной из них, отражаются на соответствующей доске.
  • Планы позволяют просматривать конечные результаты для нескольких команд в разных спринтах и календарное расписание.
  • Невыполненные работы, доски и планы настраиваются для каждой команды.
  • В журналах ожидания отображаются рабочие элементы в виде списка, а доски отображают их в виде карточек.
  • Использование невыполненной работы по продукту для быстрого планирования и определения приоритетов работы
  • Вы используете невыполненную работу спринта и таскбоардс при работе в Scrum
  • Вы используете доску Канбан для обновления рабочего состояния и при использовании методов канбана
  • Каждая невыполненная работа связана с доской, изменения порядка приоритета, сделанные в одной из них, отражаются на соответствующей доске.
  • Каждый список невыполненной работы и доска можно настроить для каждой команды.

С помощью List unlogs можно быстро разработать план проекта. Группирование и определение приоритетов работы; и выполнять групповые обновления для выбранных рабочих элементов. С помощью плат можно быстро обновлять состояние и поля, отображаемые для каждого рабочего элемента.

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

Доступ к невыполненной работе или доске

Доступ к невыполненной работе и доскам можно получить с веб-портала. При работе со страницы истории (Agile) или элементы невыполненной работы (Scrum) у вас есть доступ к доске невыполненной работы по продукту и Канбан. При работе со страницы спринта у вас есть доступ к невыполненным работам спринта и taskboard. Общие сведения о работе в Scrum или Канбан см. в разделе что такое Azure Boards?.

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

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

    Совет

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

  2. Убедитесь, что выбраны истории (для гибкой разработки), проблемы (для базовых), элементы невыполненной работы (для Scrum) или требования (для CMMI) в качестве уровня невыполненной работы.

  3. Используемых Чтобы выбрать, какие столбцы должны отображаться и в каком порядке, щелкните значок действия и выберите Параметры столбцов. Дополнительные сведения см. в разделе изменение параметров столбцов.

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

    Чтобы выбрать другую команду, откройте Селектор и выберите другую команду или выберите команду " Просмотреть все невыполненные работы". Кроме того, можно ввести ключевое слово в поле поиска, чтобы отфильтровать список невыполненных работ команды для проекта.

    Совет

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

  2. Убедитесь, что выбраны элементы невыполненной работы (для Scrum), истории (для гибкой разработки) или требования (для CMMI) в качестве уровня невыполненной работы.

  3. Используемых Чтобы выбрать, какие столбцы должны отображаться и в каком порядке, щелкните значок действия и выберите Параметры столбцов. Дополнительные сведения см. в разделе изменение параметров столбцов.

В веб-браузере откройте невыполненную работу по продукту команды. (1) выберите команду в селекторе проекта или команды, выберите (2) Рабочая, (3) невыполненная работа , а затем (4) журнал ожидания по продукту, который представляет собой элементы невыполненной работы (для Scrum), истории (для гибкой разработки) или требования (для CMMI).

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

В веб-браузере откройте невыполненную работу по продукту команды. Выберите доски> невыполненные работы.

Три класса невыполненной работы, два типа плат

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

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

Невыполненная работа портфеля, продукта и спринта

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

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

Канбан и Таскбоардс

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

Дополнительные сведения о работе с каждым типом доски см. в разделе сведения о Канбан и taskboard.

Поддержка функций в невыполненной работе и на досках

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

Связанный элемент или задача Тип невыполненной работы:
Портфел
Тип невыполненной работы:
Продукт
Тип доски:
Канбан
Тип невыполненной работы:
Sprint
Тип доски:
Задача
Соответствующий тип невыполненной работы или доски Канбан Канбан Портфель или продукт Задача Sprint
Добавление элементов и дочерних элементов
(см. примечания 1, 2)
Да Да Да Да Да
Переупорядочение элементов Да Да Да Да Да
Элементы карт Да (за исключением невыполненной работы портфеля верхнего уровня) Да Нет Нет Нет
Фильтрация по ключевому слову и выбор полей Да Да Да Да Да
Показать/скрыть родительские элементы Да (за исключением невыполненной работы портфеля верхнего уровня) Да Нет Нет Нет
Показать/скрыть выполняемые элементы
(см. Примечание 3)
Да Да Нет Нет Нет
Прогноз Нет Да Нет Нет Нет
Настройка: отображение ошибок (см. Примечание 1) Нет Да Да Да Да
Настройка: столбцы Да, см. раздел Параметры столбцов Да, см. раздел Параметры столбцов Да, см. раздел Добавление столбцов . Да, см. раздел Параметры столбцов Да, см. раздел Настройка taskboard
Отображение хода выполнения свертки, счетчиков или итогов Да, см. [сводный](display-rollup.md) показатель Да, см. [сводный](display-rollup.md) показатель Нет Нет Нет
Настройка: Добавление дополнительных представлений невыполненной работы или доски Да, см. раздел Выбор уровней навигации невыполненной работы Да, при добавлении другой команды (см. Примечание 4) Да, см. раздел Выбор уровней навигации невыполненной работы Да, см. раздел планирование спринтов Да, см. раздел планирование спринтов
Настройка карточек Н/Д Н/Д Настройка: карточки Н/Д Настройка taskboard
Отчеты в контексте Накопительный поток
Скорость
Накопительный поток
Скорость
Накопительный поток
Скорость
Выработка спринта Выработка спринта
Длительность (см. Примечание 5) Проект или выпуск Project Project Sprint Sprint
Связанный элемент или задача Тип невыполненной работы:
Портфел
Тип невыполненной работы:
Продукт
Тип доски:
Канбан
Тип невыполненной работы:
Sprint
Тип доски:
Задача
Соответствующий тип невыполненной работы или доски Канбан Канбан Портфель или продукт Задача Sprint
Добавление элементов и дочерних элементов
(см. примечания 1, 2)
Да Да Да Да Да
Переупорядочение элементов Да Да Да Да Да
Элементы карт Да (за исключением невыполненной работы портфеля верхнего уровня) Да Нет Нет Нет
Filter Текст или Теги Текст или Теги Текст или выбор полей текст Элементы невыполненной работы или люди
Показать/скрыть родительские элементы Да (за исключением невыполненной работы портфеля верхнего уровня) Да Нет Нет Нет
Показать/скрыть выполняемые элементы
(см. Примечание 3)
Да Да Нет Нет Нет
Прогноз Нет Да Нет Нет Нет
Настройка: отображение ошибок (см. Примечание 1) Нет Да Да Да Да
Настройка: столбцы Да, см. раздел Параметры столбцов Да, см. раздел Параметры столбцов Да, см. раздел Добавление столбцов . Да, см. раздел Параметры столбцов Да, см. раздел Настройка taskboard
Настройка: Добавление дополнительных представлений невыполненной работы или доски Да, см. раздел Выбор уровней навигации невыполненной работы Да, при добавлении другой команды (см. Примечание 4) Да, см. раздел Выбор уровней навигации невыполненной работы Да, см. раздел планирование спринтов Да, см. раздел планирование спринтов
Настройка: карточки Н/Д Н/Д Да Недоступно Настройка taskboard
Диаграммы Накопительный поток
Скорость
Накопительный поток
Скорость
Накопительный поток
Скорость
Выработка спринта Выработка спринта
Длительность (см. Примечание 5) Проект или выпуск Project Project Sprint Sprint

Примечания.

  1. Каждая команда может определить, как они хотят контролировать ошибки: как требования, как задачи или вообще не все. При отслеживании требований они отображаются в невыполненной работе по продукту, отставании спринта и на доске Канбан. При отслеживании в виде задач они отображаются в невыполненной работе спринта и таскбоардс. Дополнительные сведения см. в разделе Отображение ошибок в невыполненной работе и на досках.
  2. Рабочие элементы, отображаемые в каждой невыполненной работе группы и на доске, соответствуют критериям, определенным для выбранной команды и путей итерации.
  3. Элемент выполняется отображение или скрытие элемента управления — еще один фильтр, который можно применить к невыполненным работам продукта и портфеля. Этот элемент управления по сути показывает или скрывает рабочие элементы, которые начали работу. При прогнозировании работы спринтаполезно отображать и скрывать элементы в ходе выполнения.
  4. При добавлении командывы добавляете еще одну невыполненную работу по продукту, связанную с этой командой. Затем каждая команда может управлять собственным набором невыполненных работ спринта и невыполненной работы портфеля. Дополнительные сведения см. в разделе Управление командами и настройка средств Team Tools .
  5. Продолжительность относится к использованию невыполненной работы или доски для планирования и мониторинга работы с течением времени. После изменения состояния рабочего элемента на "выполнено" или "завершено" оно больше не будет отображаться в портфеле или проекте невыполненной работы. По мере выполнения каждого спринта система сохраняет историю вашего действия. Вы можете ознакомиться с прошлыми спринтами и диаграммами выработок спринта, выбрав спринт, указанный в разделе "назад". Дополнительные сведения см. в разделе сгорание спринта.

Отображение хода выполнения свертки, счетчиков или итогов

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

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

Фильтр невыполненной работы по продукту "выполняется"

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

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

Планы доставки. Отображение конечных результатов команды

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

Примечание

Новая версия расширения Delivery Plans доступна в виде общедоступной предварительной версии для Azure Boards. Этот компонент теперь является частью Azure Boards, а не расширением. Чтобы включить его, см. раздел Администрирование и включение компонентов и включите Новые планы выполнения. Эта новая версия расширения Delivery Plans обеспечивает поддержку следующих задач.

  • Ситуации можно добавить в план выполнения.
  • Карточки рабочих элементов могут охватывать границы итерации.
  • Границы перетаскивания показывают, когда начинается и заканчивается рабочий элемент.
  • Вы можете добавить элементы невыполненной работы в команду из плана.
  • Вы можете просмотреть зависимости рабочих элементов.
  • Заинтересованные лица могут просматривать планы.

Планы поставок устанавливаются из Visual Studio Marketplaceна вкладке Azure DevOps.

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

Планы доставки доступны для TFS 2017,2 и более поздних версий.

При настройке плана необходимо выбрать группу или группы и требуемые уровни невыполненной работы. Дополнительные сведения о планах доставки см. в разделе Обзор планов группы.

Элементы taskboard и элементы списка запросов

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

Можно назначить задачи итерации, но не связать их с родительским элементом невыполненной работы. Эти элементы будут отображаться в созданном запросе, но могут не отображаться в самом taskboard. Система выполняет запрос, а затем применяет несколько фоновых процессов перед отображением элементов taskboard.

Эти причины могут привести к тому, что рабочие элементы, принадлежащие к категории задач, не будут отображаться в невыполненной работе или taskboardе спринта:

  • Задача не связана с родительским элементом невыполненной работы. На странице невыполненной работы спринта будут отображаться только те ошибки и задачи, которые вы связали с родительским элементом невыполненной работы (Scrum), пользовательской Историей (Agile) или требованием (CMMI), в качестве пути итерации которых указан спринт.
  • Задача является родителем другой задачи, или пользовательская история является родителем другой пользовательской истории. Если вы создали иерархию задач или пользовательских историй, отобразятся только задачи дочернего уровня или истории дочернего уровня в нижней части иерархии.
  • Связанный родительский объект задачи соответствует элементу невыполненной работы, определенному для другой команды. Или путь к области родительского элемента невыполненной работы задачи отличается от пути области задачи.

Настройка уровней невыполненной работы и доски

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

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

Модель процесса наследования:

Локальная модель процесса XML:

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

Похожие статьи

Необходимо помнить о некоторых вещах...

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

Дополнительные статьи, представляющие интерес:

Дополнительные средства из Marketplace

Вы можете найти дополнительные средства, помогающие спланировать и отслеживание работы на Visual Studio Marketplace, на вкладке Azure DevOps.

В Белом доме работу всех трех регоператоров по обращению с отходами оценивают на «четверку»

По данным властей Владимирской области, регоператорам в текущем году предстоит наверстать невыполненные в 2020 году планы по раздельному сбору мусора и выполнить задачи, поставленные на 2021 год

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

Северо-запад Владимирской области - зона №1 - обслуживает компания «Хартия», к ней относятся Александровский, Киржачский, Кольчугинский, Петушинский, Собинский и Юрьев-Польский районы. В центре региона - зона №2 - работают «Биотехнологии», к ним относятся города Владимир, Ковров и Радужный, а также Вязниковский, Гороховецкий, Камешковский, Ковровский, Судогодский и Суздальский районы. Компания «ЭКО-Транс» организует работу с мусором в зоне №3 на юго-востоке Владимирской области - Гусь-Хрустальный, Меленковский, Муромский и Селивановский районы.

По словам Татьяны Клименко, ко всем региональным мусорным операторам периодически возникают вопросы и у властей, и у граждан. Но с той спецификой, которую накладывает на регоператоров особенности географической зоны, компании справляются, считает Клименко:

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

У каждого своя специфика: "Хартия" работает на приграничной с московским регионом территории, там нагрузка больше. В муромской стороне у "ЭКО-транса" нагрузка меньше, но большой объем частного сектора, где люди не хотят иметь контейнерную площадку под окнами жилого дома — это тоже целая проблема. Законодательно нет понятия "бестарный вывоз" мусора, но фактически он сохраняется в отдаленных и малонаселенных деревнях. У "Биотехнологий" - крупный областной центр на обслуживании. У каждого своя специфика. Я бы поставила им "четверку" за работу, но не "пятерку" - нюансы есть, проблемы есть, обращения есть и с нашей стороны вопросы тоже есть».

По оценкам Татьяны Клименко, во время пандемии в 2020 году объемы мусора увеличились примерно на 20% - в первую очередь, за счет того, что многие жители пограничных регионов проводили самоизоляцию на дачных участках и загородных домах во Владимирской области. Интересно, что и после снятия ограничений в 2021 году возросшие объемы отходов остались на том же уровне.

А вот за невыполненные планы по введению раздельного сбора мусора регоператорам предстоит ответить по закону. Татьяна Клименко отметила, что из-за коронавируса работа по введению раздельного сбора отходов застопорилась, но к 2024 году в регионе на первоначальном этапе должны отсортировываться не менее половины всех отходов:

«Год назад, когда регоператоры приступили к своей деятельности, был экологический совет, они разработали дорожные карты по внедрению раздельного сбора отходов. Они были разработаны. По итогам 2020 года примерно 30% отходов должны были быть пропущены через раздельный сбор, но вмешался коронавирус. Слабо была проведена работа всеми тремя регоператорами, я это признаю.

Сейчас будем смотреть, как они смогут исправить эту ситуацию, и какую-то ответственность они однозначно за это понесут, потому что это неисполнение их же собственных планов. В этом году они должны наверстать упущенное и добиться показателей, которые они ставили себе на 2021 год. К 2024 году мы должны не менее 50% объема отходов, которые образуются, охватывать раздельным накоплением.

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

В первую очередь раздельный сбор - это, конечно, крупные города с многоквартирными домами — Владимир и районные центры, для частного сектора раздельное накопление - это, наверное, крайний этап будет. В целом, у "Биотехнологий" организованы экопункты, у "Хартии" - раздельный сбор», а у "ЭКО-транса" более развито раздельное накопление и сбор отходов — контейнеры двухкомпонентные — сухие и сырые отходы».

Самые яркие события дня — в инстаграме Зебра ТВ.

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



Я пытаюсь отобразить значение пользовательского поля, уже настроенного в Phabricator, на панели задач на странице рабочей панели невыполненной работы.

Я просматривал документацию и нашел два предложения о том, как подойти к этому - создать новую библиотеку и импортировать ее с помощью опции 'load-libraries' в admin GUI. или создать класс php в папке src/extensions.

Однако все классы, которые я хочу расширить, помечены как 'final', так что теперь я не знаю, как настроить, например ProjectBoardTaskCard::getItem (), чтобы он извлекал дополнительные свойства из определенных пользовательских полей.

php phabricator
Поделиться Источник Nevyn     12 февраля 2015 в 15:59

1 ответ


  • Добавление расширения в Phabricator вызывает PHP исключений

    Мне удалось настроить и настроить Phabricator, и все работает нормально, но когда я пытаюсь добавить к нему внешнее расширение, я получаю PHP исключения Я следил за тем, как изменить значения, отображаемые в плитке задач Phabricator в режиме рабочего процесса невыполненной работы, чтобы добавить...

  • Скрыть значок рабочего процесса на панели задач

    как скрыть значок рабочего процесса на панели задач в vb.net? Dim startInfo As New ProcessStartInfo(Some Process) startInfo.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden 'he hide only window of process 'startInfo.ShowInTaskbar = False 'don't work with System.Diagnostics and...



1

Хорошо, это возможно!

Мы хотели, чтобы пользовательское поле 'points' отображалось (как в Agile точках истории) на каждой из плиток в представлении рабочей панели, а не только на странице сведений о задаче.

Я скачал это и извлек его вместе с phabricator (так что у меня были каталоги /path/to/phabricator и /path/to/Sprint)

Затем я отредактировал phabricator/conf/local/local.json

...
"load-libraries": [
  "Sprint/src"
]
...

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

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

(вы можете увидеть, как выглядят точки на досках задач в https://phab08.wmflabs.org/tag/sprint/ - и диаграмму выгорания, которая поставляется с https://phabricator.wikimedia.org/sprint/view/938/ , если вы зарегистрируетесь в учетной записи)

Вам нужно включить checkbox для isSprint в проекте, сохранить, а затем снова отредактировать проект, чтобы включить дату начала / окончания спринта. Тогда ваши сюжетные точки, диаграммы выгорания, список проектов спринта и т. Д. Начнут работать

Даже если вы не хотите 'sprint', этот код выяснил, как извлечь пользовательские поля и отобразить их на рабочих панелях в соответствии с исходной проблемой, поэтому я ожидаю, что это станет отличной отправной точкой для кого-то!

Код доступен по адресу https://github.com/wikimedia/phabricator-extensions-Sprint

Поделиться Nevyn     13 февраля 2015 в 15:37


Похожие вопросы:


Название элемента невыполненной работы и название рабочего элемента в одном запросе

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


TFS связывание элементов невыполненной работы

В TFS какой самый простой способ связать элемент невыполненной работы с большим количеством других элементов невыполненной работы, не делая их по одному? У меня нет доступа к базовой базе данных,...


Как создать список задач рабочего процесса OOTB

Я слышу о списке задач рабочего процесса OOTB, но не могу найти прямого способа создать список задач рабочего процесса (например, список задач или список задач проекта). Существует ли какое-либо...


Добавление расширения в Phabricator вызывает PHP исключений

Мне удалось настроить и настроить Phabricator, и все работает нормально, но когда я пытаюсь добавить к нему внешнее расширение, я получаю PHP исключения Я следил за тем, как изменить значения,...


Скрыть значок рабочего процесса на панели задач

как скрыть значок рабочего процесса на панели задач в vb.net? Dim startInfo As New ProcessStartInfo(Some Process) startInfo.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden 'he hide only...


Сортировка элементов невыполненной работы по продукту в панели задач TFS 2012 на основе приоритета

Наша команда недавно переехала в TFS 2012, и ее доска задач, похоже, является эффективным инструментом для scrum-команд. Однако элементы невыполненной работы продукта не сортируются там на основе...


Перечисление задач рабочего процесса Nintex в семействе веб-сайтов

Я работаю над веб-частью SharePoint, которая будет утверждать выбранные задачи рабочего процесса Nintex. Это была бы простая форма со списком задач рабочего процесса Nintex (флажки для тех, которые...


Необходимо ли создавать задачу для элемента невыполненной работы продукта или ошибки?

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


изменение области элемента невыполненной работы продукта, включая детей, в TFS 2017 году

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


Как экспортировать элементы невыполненной работы из scrum в шаблон agile в TFS 2015 году

Мне нужно разъяснение о том, как экспортировать элементы невыполненной работы из процесса scrum в процесс agile в TFS 2015 году. Иерархия эпическая -> функция -> задача -> ошибка...... на основе...

в связи с неоплатой, строительного подряда, образец

Договор заключен, все основные моменты учтены, цена работы и сроки согласованы. Только вот вторая сторона не спешит выполнять условия соглашения, либо же выполняет их, но не в оговоренном объеме, не в том виде или не в срок. Претензия по договору подряда с обоснованными требованиями поможет убедить контрагента исправить ситуацию, не доводя дело до суда.

Бланки и образцы претензий и ответов по договору подряда

Я подготовил для различных ситуаций актуальные в 2020 году бланки и образцы претензий по договору строительного подряда, образцы ответов на претензии. Также привожу правила по оформлению досудебной претензии, порядок и сроки направления требований со ссылками на законодательные нормы, указал сроки на рассмотрение писем-претензий.

Грамотно составить претензию можно и без обращения к юристу. Вам в помощь:

Чтобы подготовить ответ на претензию по договору подряда вам могут пригодиться:

Что такое договор строительного подряда и претензия по договору подряда

Договор строительного подряда — соглашение на строительство, реконструкцию, монтажные, пусконаладочные и другие строительные работы, в т.ч. и предназначенные удовлетворять бытовые или личные потребности заказчика (ст. 740 и ст. 730 ГК РФ). Документ предусматривает обязанность одной стороны выполнить работы, а другой — принять и оплатить их в оговоренном размере и порядке.

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

Если контрагент нарушил любой из пунктов договора, вы вправе направить ему претензию, т.е. предъявить обоснованные требования выполнить условия договора в полном объеме либо компенсировать убытки. Это действенный способ без суда урегулировать конфликт и разрешить спор без лишних расходов на оплату госпошлины и со значительной экономией времени.

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

Когда направление претензии по договору подряда является обязательным

Законодательно договоры подряда не относятся к категории соглашений с обязательным соблюдением претензионного (досудебного) порядка рассмотрения споров. Т.е. при недовольстве исполнением другой стороной ее обязанностей по договору, вы вправе обратиться в суд и без составления претензии.

Направление претензии обязательно в следующих случаях:

  • Если помимо недовольства контрагентом и требования уладить конфликт вы хотите изменить или расторгнуть договор подряда (ст. 452 ГК РФ).
  • Если по договору подряда, заключенного между юридическими лицами, одна сторона требует с другой стороны денежные средства (ст. 4 АПК РФ).
  • Если условиями договора предусмотрен досудебный порядок урегулирования споров.

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

Какие существуют причины для направления претензии контрагенту

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

Важно! Изложенные в претензии доводы должны касаться только оговоренных в договоре подряда условий.

Чаще всего письма-претензии по договору подряда составляются по следующим причинам.

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

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

Направляйте претензию подрядчику если:

  • К исполнению договора подряда был привлечен субподрядчик в нарушение либо требований законодательства, либо условий договора (ст. 706 ГК РФ).
  • Нарушен начальный, конечный или промежуточный срок выполнения работы. Также направляйте претензионное письмо при невыполнении в срок работ по устранению выявленных дефектов (ст. 708 ГК РФ).
  • К исполнению договора подрядчик не приступает своевременно или выполняет работу настолько медленно, что окончание ее к сроку становится явно невозможным (п. 2 ст.715 ГК РФ).
  • Работа выполняется, но рассчитывать на качественный результат не приходится (п. 3 ст. 715 ГК РФ).
  • Из-за действий или бездействия подрядчика сохранность вашего имущества, предоставленных материалов и оборудования находится под угрозой (ст. 714 ГК РФ).
  • Работа выполнена с отступлениями от договора подряда, ухудшившими ее результат, или с иными недостатками, которые делают объект не пригодным для предусмотренного в договоре использования (п. 1. ст. 723 ГК РФ).
  • Отступления от условий договора подряда или иные недостатки выполненной работы в установленный заказчиком разумный срок не были устранены либо являются существенными и неустранимыми (п. 3. ст. 723 ГК РФ).

Какие причины для направления претензии заказчику

Подрядчику следует составить письмо-претензию к заказчику о выплате денег или нарушении других условий договора если:

  • Своевременно не внесен авансовый платеж, а также в связи с неоплатой выполненной по договору работы (ст. 711 ГК РФ).
  • Нарушены предусмотренные договором подряда сроки или порядок приема результатов (ст.720 ГК РФ).
  • Выявлены негативно влияющие на качество работы обстоятельства, а заказчик не принимает мер по их устранению, т.е. в разумный срок не проводит замену непригодных или недоброкачественных материалов, оборудования, технической документации, не меняет указания о способе выполнения работ (ст. 716 ГК РФ).
  • Не оказывается предусмотренное договором подряда содействие заказчика в выполнении работы (ст. 718 ГК РФ).
  • Обязательства в отношении предоставления материалов, оборудования, технической документации не выполняются или заказчик препятствует исполнению договора (ст. 719 ГК РФ).
  • Получив сообщение о готовности к сдаче результата выполненных по договору строительного подряда работ либо завершенного этапа работ, заказчик отказывается приступить к приемке (ст. 753 ГК РФ).

Какие требования можно выдвигать в претензии

В претензии можно требовать возмещения расходов, ущерба и упущенной выгоды

Договорные обязательства должны исполняться надлежащим образом (ст. 309 ГК РФ). Стандартная мера ответственности за нарушение условий соглашения — возмещение убытков не выполнившей обязательство стороной (ст. 15 ГК РФ).

Вы можете требовать возмещения:

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

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

Важно! Выдвигаемые в претензии требования зависят от того, какие именно пункты договора были нарушены.

Что требовать от подрядчика

Заказчик вправе требовать от подрядчика:

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

Что можно предъявить заказчику

Исполнитель работ (подрядчик) может выставить заказчику следующие требования:

  • Выплатить аванс или взыскать задолженность за выполненные работы.
  • Возместить понесенные затраты.
  • Выплатить сумму обеспечительного платежа.
  • Предоставить доступ к объекту для проведения работ.
  • Предоставить проектно-сметную документацию, материалы, оборудование и др.

Можно ли требовать выплату неустойки

Помимо вышеизложенного, при нарушении условий договора и заказчик, и подрядчик вправе настаивать на выплате неустойки (штрафа за неисполнение обязательства или за просрочку оплаты) независимо от того, предусмотрена ли она соглашением сторон (ст. 332 ГК РФ):

  1. Если сумма неустойки прописана в договоре, то она возвращается в полном объеме.
  2. Если обязанность уплаты неустойки соглашением сторон не предусмотрена, то вы вправе требовать уплаты законной неустойки.

На заметку. Если денежные обязательства не были выполнены в срок вы можете потребовать выплаты процентов по ст. 395 ГК РФ.

Обоснование претензии

Все требования в претензии должны быть обоснованы

Любое указанное в претензии требование должно быть обосновано. В качестве обоснований применяются:

  • Акты приема-сдачи работ и приемки промежуточных этапов.
  • Комиссионные акты.
  • Акты дефектовки или обнаружения дефектов.
  • Фотографии.
  • Экспертные заключения.

Вам также следует обосновать все свои материальные требования и подтвердить каждую указанную сумму, приложив к претензии по оплате задолженности копии:

  • Банковских выписок.
  • Расходных накладных.
  • Актов приема-сдачи.
  • Квитанций, чеков.

Важно! Обоснованной претензией признается такая, заявление которой порождает обязанность должника возместить причиненный вред (Постановление ФАС Восточно-Сибирского округа №Ф02-5703/12). В качестве претензионного письма не расценивается переписка сторон, в которой конкретные требования не указаны.

Кто составляет претензию

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

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

Кому предъявлять претензию и куда ее направлять

Претензию следует предъявлять несущему ответственность по обязательствам лицу:

  1. Физлицу.
  2. Индивидуальному предпринимателю.
  3. Организации, если договор заключен с юридическим лицом.

Направлять претензионное письмо следует по юридическому адресу, уточнить который можно запросом в налоговую инспекцию:

  • На выписку из Единого государственного реестра юридических лиц (ЕГРЮЛ).
  • На выписку из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП).

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

Каких правил придерживаться при составлении претензии

Придерживайтесь стандартов делопроизводства при составлении претензии

Законодательно установленных норм по оформлению претензии не существует и составляться она может в произвольной форме. Если форма претензии и порядок ее направления предусмотрены договором, они должны соблюдаться.

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

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

В претензии по договору подряда указываются следующие данные:

  1. В «шапке» указывается наименование стороны, к которой документ направляется, и от имени которой составляется (название организации или Ф.И.О., адреса и контактные данные).
  2. Название документа по центру листа «Претензия».
  3. Описание ситуации, которая привела к конфликту, с указанием даты заключения договора, его номера и предмета договора (вида работ).
  4. Суть претензионных требований с указанием нарушенного пункта соглашения и ссылками на нормы законодательства. Желательно указать, какие имели место последствия нарушения.
  5. Предложения по урегулированию конфликта с указанием разумного срока для исполнения требований (ст. 314 ГК РФ).
  6. Предупреждение о намерении обратиться в суд в случае отказа контрагента от исполнения договорных обязательств.
  7. Перечень прилагаемых к письму документов.
  8. Дата составления и «живая» подпись заявителя с расшифровкой (Ф.И.О.).

Приведенные в начале статьи бланки и образцы претензии по договору подряда помогут вам быстрее разобраться в правилах оформления.

Когда и каким способом направить претензию контрагенту

Отправляйте претензию Почтой России заказным или ценным письмом

Сроки предъявления претензии о невыполнение условий договора строительного подряда законодательно не установлены. Направить претензионное письмо контрагенту вы можете в любое время:

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

Если со дня, когда вы узнали о нарушении своего права, прошло 3 года и более (ст. 196 ГК РФ), срок исковой давности считается истекшим.

Важно! Срок исковой давности для требований, предъявляемых в связи с ненадлежащим качеством работ, составляет 1 год (ст. 725 ГК РФ). Предельный срок обнаружения ненадлежащего качества работ — 5 лет (ст. 756 ГК РФ). При выявленных в период гарантийного срока недостатках претензию следует предъявить в течение 2 лет со дня передачи результата работы (ст. 724 ГК РФ).

Направить претензию контрагенту можно следующими способами:

  1. Вручить лично или воспользоваться услугой курьерской доставки. На вашем экземпляре контрагент (его уполномоченный представитель) должен поставить подпись с расшифровкой Ф.И.О. и должности, указать дату получения.
  2. Отправить Почтой России заказным или ценным письмом с уведомлением о вручении. Сохраните почтовую квитанцию и опись.

Важно! На основании положений ст. 160 и 434 ГК РФ допускается возможность использования полученных посредством электронной связи документов. Даже если условие обмена электронными документами в договоре не согласовано претензия может быть отправлена на личную или служебную почту контрагента (постановление Президиума ВАС РФ № 18002/12).

Возможен ли отказ от претензии

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

Нужно ли отвечать на претензию и как правильно оформить ответ

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

Если же требование обосновано частично или не обосновано, наличие и содержание ответа зависит от ситуации:

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

Если же вы решили ответить на претензию, то следует знать:

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

Способ направления ответа на претензию может быть указан в договоре подряда. Если такого пункта в соглашении нет, то как передать ответ контрагенту вы выбираете сами: лично в руки, Почтой России или службой доставки, электронным письмом, факсом или в виде телефонограммы.

Что должен содержать ответ на претензию

Ответ на претензию включает следующие разделы:

  1. Информацию об адресате и об отправителе (наименование, адрес, контакты).
  2. Дату получения претензии, ее суть, номер и дату подписания договора подряда.
  3. Изложение ответа. Руководствуйтесь пунктами соглашения, указывайте ссылки на законодательные нормы. Если претензия состояла из нескольких требований, отвечать нужно на каждое отдельно.
  4. Краткое заключение, отражающее отказ выполнить выдвигаемые требования либо готовность их исполнить с указанием способа, срока удовлетворения и размера признаваемой суммы.
  5. Дата составления ответа и личная подпись с обязательной ее расшифровкой.

Какие предусмотрены сроки ответа на претензию по договору подряда

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

  • 10 дней — если одна (права которой нарушены) или обе стороны являются физлицами (ст. 22 ФЗ №2300-1 «О защите прав потребителей»).
  • 30 дней — если заказчик и подрядчик являются юридическими лицами или индивидуальными предпринимателями (ст. 4 АПК РФ).
  • 30 дней — если в претензии присутствует требование о расторжении договора подряда (ст. 452 ГК РФ).

Запомнить

  1. В случае нарушения условий договора строительного подряда направляйте контрагенту претензию. Обоснованные требования выполнить условия договора в полном объеме либо компенсировать убытки могут убедить другую сторону решить конфликт мирным путем, в досудебном порядке.
  2. Претензию по договору подряда может составлять и заказчик, и подрядчик, если они считают, что договорные обязательства нарушены либо не исполняются должным образом.
  3. Изложенные в претензии доводы должны касаться только оговоренных в договоре условий, а выдвигаемые требования должны быть четкими и обоснованными.
  4. Причинами направления претензии являются нарушение сроков выполнения работ и исполнения обязательств, ненадлежащее качество выполненных работ, их несоответствие выдвигавшимся заказчиком требованиям, игнорирование условий оплаты.
  5. Можно требовать в претензии возмещения расходов, реального ущерба, упущенной выгоды и выплаты процентов по ст. 395 ГК РФ. Также можно настаивать на выплате неустойки независимо от того, предусмотрена ли обязанность ее уплаты в договоре.
  6. По структуре и форме претензия должна соответствовать стандартам делопроизводства, быть без лексических и грамматических ошибок, информация излагается кратко, есть отсылки на нормы права и условия договора подряда.
  7. Составляется в 2 экземплярах, пишется от руки либо в печатном виде.
  8. Для предъявляемых в связи с ненадлежащим качеством работ требований срок составляет всего 1 год. При выявленных в период гарантийного срока недостатках направить претензию можно в течение 2 лет со дня передачи результата работы.
  9. Претензию контрагенту можно вручить лично в руки, направить курьером, заказным или ценным письмом с уведомлением о вручении.
  10. Отсутствие ответа на претензию расценивается как несогласие с изложенными требованиями.

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

Как избежать переработок?

Директор по работе с персоналом OFD.ru (оператор фискальных данных)

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

Надо выяснить до трудоустройства, какая в компании культура и как обозначить свои возможности работодателю. Навести справки о компании сейчас очень легко — через интернет или знакомых. Собранные факты имеет смысл адресовать рекрутеру от компании на собеседовании в качестве вопроса. Понятно, не первого, но тем не менее получить ответ и от представителя компании.

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

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

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

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

Закон о ТОРах и реформу МСУ обсудил Виктор Горчаков с приморскими журналистами

Пресс-конференция председателя краевого парламента Виктора Горчакова . Фото: пресс-служба ЗС ПК

Пресс-конференция председателя краевого парламента Виктора Горчакова прошла традиционно в День российской печати, 13 января, в Законодательном собрании Приморского края. Председатель краевого парламента встретился с журналистами и обсудил создание ТОРов, работу дорожников и реформу МСУ, сообщает корр. РИА PrimaMedia.

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

Председатель краевого парламента отметил, что сейчас в крае проводится реформа местного самоуправления и задача ЗС ПК - отрегулировать законодательный механизм местного самоуправления, для того чтобы он начал работать.

- Повышение эффективности работы органов местного самоуправления – одна из наших основных задач. Люди на местах, в том числе и депутаты, высказывают опасения, о том, что может возникнуть конфронтация между двумя полюсами власти из-за новой реформы. Поэтому перед парламентом стоит задача по подбору людей, смирение гордыни у лидеров, которые выдвигаются в ряде районов. Нужно использовать преобразования на пользу дела, а не для реализаций амбиций тех или иных фигур, - заявил Виктор Горчаков

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

- В конце декабря Госдума приняла решение о ТОРах. Этот закон затрагивает нормы как федерального, так и краевого законодательства. Нормативы, которые заложены в этом законе, определены. Однако есть несколько составляющих участвующих в организации ТОРов – это инвестор, бюджетные федеральные средства и субъект. Наша задача максимально эффективно обеспечить участие субъекта в организации ТОРов в Приморье с сохранением интересов и финансовых хозяйств, - подчеркнул представитель краевого парламента.

На пресс-конференции не обошлось без разговора о "больной" для депутатов дорожной темы. Как известно депутатский корпус в прошедшем году выделил немало финансовых преференций дорожникам, в том числе и внедрил повышенный транспортный налог, однако со своей задачей дорожники не справились, заявил в ходе пресс-конференции Виктор Горчаков. 

- В начале года в бюджет были заложены большие суммы денег на строительство дорог, а к концу года стало ясно, что они их освоить не могут. Фактически произошел распад дорожного департамента. В январе будет сформирована команда под опытным руководством, которую ситуацию должна исправить. Но ЗС ПК не может выполнять функции исполнительной власти. Одна из первых тем встречи заседания комитета по экономической политике будет с руководителем департамента транспорта. Мы должны все вместе нести ответственность за неиспользованные средства, - заявил Виктор Горчаков.

ССЫЛКИ ПО ТЕМЕ:

Журналистов Приморья с Днем российской печати поздравляет Виктор Горчаков

Мы сможем справиться с задачами, которые поставит перед нами 2015 год – председатель ЗС ПК

Виктор Горчаков: Приморский край первым включился в работу по созданию ТОРов

6 советов по управлению невыполненными работами | Perforce

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

Как управлять отставанием?

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

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

Щелкните здесь, чтобы просмотреть развернутый PDF-файл этой статьи.

Задачи Agile Backlog Management

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

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

Слишком большой объем невыполненной работы вызывает множество проблем.

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

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

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

Почему портфели заказов по продуктам становятся слишком большими?

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

Накопление - Люди по своей природе являются накопителями. Нам сложно отбрасывать что-либо, особенно хорошие идеи. Ключ к управлению отставанием - не знать, что нужно сделать, а решить, что нужно закрыть.

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

[СВЯЗАННЫЙ СОДЕРЖАНИЕ: ПОДГОТОВКА ЗАПИСЕЙ ДЛЯ ВЫСОКОЦЕННЫХ ПРОДУКТОВ]

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

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

6 советов для бережливого бэклога

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

1. Серьезно относитесь к роли владельца продукта

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

2. Предельное проектирование в процессе

Хорошей отправной точкой было бы начать изучение инвентаря «Проектирование в процессе» (DIP) - термин, придуманный Дональдом Райнертсеном. Что вы хотите сделать, так это установить ограничение на количество элементов, которые вы можете иметь в очереди. Не существует подходящего размера. Но отправной точкой будет размер на одного product owner-а (PO). Поскольку ЗП в основном отвечает за отставание, его способность управлять информацией является ограничением. Таким образом, большой продукт с десятью заказами на поставку, ответственными за разные области, может иметь отставание, которое вдвое превышает размер отставания продукта с пятью заказами на поставку.Общий совет? Число Данбара является хорошим ориентиром в этой ситуации. В нем говорится, что один заказ на поставку может обрабатывать около 150 элементов в любой момент времени. Мы также должны учитывать DIP в отношении объема работы, чтобы гарантировать, что наш трубопровод не планируется на годы и годы, поскольку это может серьезно препятствовать инновациям. Однако сложно дать общий совет о том, какой длины должна быть дорожная карта, поскольку она зависит от множества факторов, таких как тип продукта и зрелость рынка.

3. Решите, как управлять бэклогом

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

4. Принимайте решения

Сдерживайте себя от ввода каждой идеи, которая приходит в голову, держите ее в своей голове, и если она все еще присутствует через неделю, возможно, стоит добавить в список невыполненных задач.В связи с этим у вас должна быть мягкая политика «один зашел, один вышел», поскольку вы достигли предела DIP, который вы установили для себя. И да, трудно отказаться от чего-то, но наличие такой способности - важная черта product owner-а.

5. Работа с воронкой устаревших идей

Бэклог продукта и бэклог команды можно разделить на несколько этапов, где ограничение DIP может быть тем труднее, чем ближе они к реализации. Самый простой подход - выделить одну часть невыполненной работы для новых идей, а другую часть, которая будет более тщательно продумана и ограничена по размеру.Установите возрастные ограничения для идей, чтобы те, которые не были определены в качестве приоритетных, со временем исчезли, чтобы избежать переполнения этой части. Когда идея переносится в следующую часть, это указывает на обязательство со стороны ЗП, что эта идея действительно будет реализована в конечном итоге.

6. Следуйте своим собственным правилам

Если вы применяете строгие ограничения DIP, у вас может возникнуть соблазн обойти свои собственные правила и вместо этого упаковать изобилие информации в каждый элемент. Не делай этого.

Применяйте то, что вы узнали - бесплатно

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

Готовы попробовать? Получите бесплатный инструмент управления невыполненными работами для небольших команд.

Управляйте своим бэклогом в Hansoft

11 советов по улучшению управления невыполненными работами

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

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

Как улучшить управление невыполненными работами

1. Подготовительные работы

Перед тем, как приступить к управлению отставанием по продукту, определите и подтвердите стратегию продукта. Хорошо описанная стратегия продукта - это способ реализовать ваше видение.

2. Правильный фокус

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

Долгосрочный рост продукта должен быть зафиксирован в дорожной карте продукта.

3. Сохраняйте управляемость невыполненной работы

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

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

4. Применение дорожной карты продукта

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

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

5. Сотрудничать

Сотрудничество менеджеров по продукту и команды разработчиков - важный аспект управления невыполненными работами.Вовлекайте членов вашей команды в обсуждение невыполненных работ по продукту. Это поможет выявить технические риски и зависимости, повысить понимание и заинтересованность членов команды и получить более четкие требования.

6. Поделитесь незавершенным делом с заинтересованными сторонами

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

7. Будьте активны и ухаживайте за ним

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

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

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

8. Не ограничивайтесь историями пользователей

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

9. Регулярно пересматривайте свою дорожную карту

Просмотрите и настройте. Если вы работаете в Agile, скорее всего, произойдут изменения.Периодически пересматривайте и обновляйте дорожную карту продукта - каждые 3 недели - каждые 3 месяца. Это зависит от того, насколько молод ваш продукт и насколько динамичен рынок.

10. Определите приоритетность невыполненной работы по продукту

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

В Hygger вы можете легко расставить приоритеты и упорядочить все идеи и легко спланировать итерации.Установите параметры Value и Efforts для каждой идеи.

Сравнение сочетания ценности и усилий каждой задачи поможет вам лучше расставить приоритеты задач и выбрать наиболее важные задачи для разработки.

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

11. Визуализируйте это

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

Этот инструмент определяет важные и менее важные задачи. В Hygger вы найдете 4 сегмента на этой диаграмме, каждый из которых представляет собой приоритетный блок:

  • Раковины времени (задачи, над которыми сейчас не стоит работать).
  • Maybes (задачи, которые не приносят особой ценности, но легко выполняются.Их можно будет выполнить позже).
  • Big Bets (задачи, которые могут принести большую пользу, но к тому же их сложно реализовать).
  • Quick Wins (задачи полезны и их довольно легко реализовать).

Как вы управляете портфелем заказов по продукту? Были ли полезны упомянутые советы? Возможно, вам есть что добавить. Не стесняйтесь делать это в комментариях.

Устранение проблем с отображением, переупорядочиванием и вложением - Azure Boards

  • 7 минут на чтение

В этой статье

Лазурные доски | Azure DevOps Server 2020 | Сервер Azure DevOps 2019 | TFS 2018 - TFS 2013

Журналы невыполненных работ

Azure Boards предназначены для отображения естественной иерархии рабочих элементов.Когда вы добавляете родительско-дочерние связи к рабочим элементам, которые не соответствуют естественной иерархии, вы получите сообщение о том, что переупорядочение отключено. Некоторые элементы могут не отображаться. Кроме того, система может отключить функцию изменения порядка перетаскивания.

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

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

  • Вы не можете изменить порядок рабочих элементов, и некоторые рабочие элементы могут не отображаться.См. Рабочий элемент (ы) 7, чтобы удалить ссылку родитель-потомок или изменить тип ссылки на «Связанный». »Или« Рабочий элемент 3 не может быть переупорядочен, потому что его родительский элемент находится в той же категории ».

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

Естественная иерархия типов рабочих элементов

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

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

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

Устранить сообщение о том, что нельзя переупорядочить рабочие элементы

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

Чтобы устранить это сообщение, выполните следующие действия:

  1. Откройте бэклог.

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

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

  3. Удалите все родительско-дочерние связи, существующие между вложенными элементами одного и того же типа рабочего элемента или той же категории, или измените ссылку на «Связанные»

  4. Обновите журнал.

Теперь проблема должна быть решена, и сообщение больше не отображается.

Сообщение разрешения, в котором указаны идентификаторы рабочего элемента

Вы можете увидеть сообщение, подобное Вы не можете изменить порядок рабочих элементов, и некоторые рабочие элементы могут не отображаться.См. Рабочий элемент (ы) 7, чтобы удалить ссылку родитель-потомок или изменить тип связи на «Связанный». »Или« Рабочий элемент 3 не может быть переупорядочен, поскольку его родительский элемент находится в той же категории ».

Чтобы устранить это сообщение, выполните следующие действия:

  1. Откройте рабочий элемент, указанный в сообщении об ошибке.

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

  3. Удалите проблемную связь родитель-потомок. Если вы хотите, чтобы эти элементы оставались связанными, используйте вместо них ссылку «Связанные».

Теперь проблема должна быть решена, и сообщение больше не отображается.

Выполняемые рабочие элементы могут исчезнуть при обновлении

Сообщение - Элементы, добавленные в очередь, могут исчезнуть при обновлении, потому что ваш командный проект помечает их как «в процессе».Эти элементы появятся, когда вы измените фильтр «Выполняется» на «Показать». - указывает, что фильтр In Progress для невыполненной работы отключен.

После обновления вашего браузера в журнале невыполненных работ отображаются эти рабочие элементы на основе выбранных вами фильтров.

Чтобы сбросить фильтры, выполните следующие действия.

В селекторе Опции просмотра вы можете выбрать отображение или скрытие элементов «Выполняется» . Если вы отключите элемент управления In Progress , то элементы, которые находятся в состояниях Active , Committed или Resolved , которые сопоставлены с состоянием категории In Progress, не будут отображаться в журнале ожидания.

Выбрать Выполняемые элементы показать или скрыть Выполняются элементы невыполненной работы. Если вы отключите элемент управления In Progress items , то элементы, которые находятся в состояниях Active , Committed или Resolved , которые сопоставлены с состоянием категории In Progress, не будут отображаться в невыполненном журнале.

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

Рекомендуемая конфигурация

Хотя вы можете создать иерархию элементов невыполненной работы, задач и ошибок, мы не рекомендуем создавать иерархии с одинаковыми категориями. То есть не создавайте связи родитель-потомок между рабочими элементами одного и того же типа, такими как история-история, ошибка-ошибка, задача-задача или проблема-проблема. Причина в том, что Backlog, Board и Sprints не поддерживают переупорядочение для иерархии той же категории. Поскольку упорядочивание выполняется по уровням иерархии, иерархия одной категории вносит путаницу, упорядочивая рабочий элемент, который не принадлежит этому уровню.

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

Используйте тип рабочего элемента Feature, если вы хотите сгруппировать пользовательские истории (Agile), проблемы (Basic), элементы невыполненных работ (Scrum) или требования (Capability Maturity Model Integration (CMMI)). Вы можете быстро сопоставить элементы невыполненной работы продукта с функциями, что создает в фоновом режиме родительско-дочерние связи.

Отслеживание ошибок как требований или задач

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

Если вы выберете отслеживание ошибок в качестве требований, ошибки должны быть вложены только на уровне Feature.

Если вы выбрали отслеживание ошибок как задач, ошибки должны быть вложены только в соответствии с уровнем требований.

Как в журналах и досках отображаются иерархические (вложенные) элементы

Для TFS 2018 и более ранних версий на доске Канбан отображается только последний узел с вложенными элементами иерархии той же категории.Для всех версий в журналах спринта и на досках задач отображается только последний узел в иерархии той же категории, называемый конечным узлом.

Примечание

Для TFS 2018.2 и более поздних версий на досках Канбан отображаются все рабочие элементы вложенных рабочих элементов той же категории.

Бэклог продукта и доски Kanban

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

Как показано на следующих изображениях, в третьей пользовательской истории, Промежуточное сохранение в длинной форме , есть дочерняя ошибка: Сохранение занимает слишком много времени . Дочерняя ошибка, Сохранение занимает слишком много времени , появляется на доске Канбан, но не в родительской пользовательской истории.

Все ошибки и требования занесены в очередь

На канбан-доске отображаются только листовые узлы

Бэклоги и доски задач Sprint

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

Иерархия элементов, назначенных бэклогу спринта

Только листовые узлы появляются в журналах спринта

На досках задач отображаются только листовые узлы

Есть ли обходной путь для отображения промежуточных узлов в иерархии? Не на этот раз.Вы всегда можете проверить весь список элементов, назначенных спринту, используя ссылку Create Query .

Статьи по теме

Что такое отставание по продукту?

Что такое отставание по продукту?

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

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

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

Как отставание по продукту вписывается в общую картину?

Источник: Strategize: Product Strategy и Product Roadmap Практики в эпоху цифровых технологий

  • Стратегия продукта - это общий обзор того, как будет реализовано видение компании .
  • Дорожная карта продукта диктует, как будет выполняться стратегия.
  • Бэклог продукта содержит детали уровня задачи, необходимые для разработки продукта, как указано в дорожной карте.

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

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

Дорожная карта продукта
Журнал работы продукта
Что Инструмент стратегического планирования продукта Тактическая задача уровня списка всего необходимого для создания проекта
Содержит Версии продукта или основные выпуски вместе с
ключевыми функциями для каждого выпуска
Истории пользователей и эпические произведения
Предназначен для Заинтересованные стороны, инвесторы и даже клиенты Команда разработчиков продукта и команды разработчиков
Меры Стратегические цели и показатели Выполненные задачи / инициативы
Таймфрейм Варьируется, от нескольких месяцев до года Задание по продукту - варьируется
Задание на спринт - 1-2 недели

Что входит в список невыполненных заказов продукта?

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

  • Новые функции
  • Идеи новых функций
  • Ошибки всех уровней и серьезности
  • Исправления ошибок
  • Улучшения функций
  • Улучшения без ограничения
  • Запросы функций от клиентов и заинтересованных сторон
  • Изменения конструкции
  • Проблемы UX
  • Техническая задолженность
  • Изменения инфраструктуры

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

Кому принадлежит отставание по продукту?

Какая роль отвечает за превращение бэклога продукта в дополнительные элементы функциональности?

Владельцу продукта принадлежит отставание продукта.

В то время как вся команда работает и вносит свой вклад в отставание продукта, владелец продукта несет ответственность за его ведение.

В методологии Scrum владелец продукта Scrum несет ответственность за поддержание здорового бэклога, в то время как Scrum Master, команда Scrum и другие заинтересованные стороны вносят свой вклад, добавляя новые записи и выполняя задачи в бэклоге.

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

Как создать бэклог продукта?

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

Есть несколько универсальных правил, которые позволят вашей команде синхронизироваться и избавят вас от препятствий, связанных с огромным отставанием:

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

5-этапный процесс управления невыполненной работой

Шаг 1. Начните с последовательной дорожной карты продукта и глубокого анализа пользователей

В таблице продуктов мы уверены, что качество продукции находится на пересечении:

  • Глубокий анализ пользователей
  • Четкая стратегия продукта
  • Согласованная дорожная карта

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

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

Шаг 2: Найдите и перечислите все новые элементы в своем журнале

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

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

На этом этапе вы еще не приоритезируете и не группируете элементы невыполненной работы.

Шаг 3. Организуйте элементы невыполненной работы в рассказах и эпосах

Перечислите и охарактеризуйте небольшие элементы невыполненной работы как рассказы, а большие - как эпические.

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

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

Шаг 4. Расставьте приоритеты для товаров

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

Существует несколько факторов, которые могут повлиять на приоритизацию элементов невыполненной работы:

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

Если вы новичок в приоритизации продуктов, обязательно ознакомьтесь с нашим руководством по структуре приоритетов продуктов.

Шаг 5. Регулярно просматривайте невыполненные задания

Важно регулярно поддерживать и убирать ненужные продукты. Эти обзоры в Agile-среде называют «очисткой бэклога» или «уточнением бэклога». Регулярные обзоры гарантируют правильность расстановки приоритетов и помогают сохранять душевное спокойствие благодаря управляемому отставанию по продукту.

Журнал отставания по продукту vs.отставание на спринт

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

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

. . .

С помощью такого инструмента, как Productboard, легко управлять невыполненными работами по продукту. Получите доступ к бесплатной 15-дневной пробной версии и узнайте, как это сделать.

Устранение невыполненных работ: важный навык для лидеров в условиях кризиса

Что нужно, чтобы быть успешным общественным лидером во время кризиса, такого как пандемия коронавируса? Это требует силы духа, сочувствия и творчества. Но для многих руководителей, особенно тех, кто управляет социальными службами, требуется еще кое-что более конкретное: способность устранять неизбежные отставания в обслуживании программ.

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

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

Вот несколько советов для руководителей агентств, сталкивающихся с незавершенными делами:

Начать рано

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

Создать междисциплинарную рабочую группу

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

Повышение пропускной способности

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

Быстрое отображение прогресса

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

Сделайте приоритетным четкое и частое общение с участниками программы

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

Понять точку зрения участников

Очень важно полностью узнать системы, которые вы пытаетесь исправить, и проблемы, с которыми участники сталкиваются с ними.Некоторые способы сделать это включают в себя роль «тайного покупателя», когда сотрудник измеряет эффективность предоставления услуг, позвонив по горячей линии или пытаясь получить доступ к преимуществам в Интернете. Точно так же вы можете наблюдать за взаимодействием между персоналом и участниками программы или брать интервью у сотрудников службы поддержки, которые общаются с участниками.

Используйте поведенческие аналитические данные

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

Держите СМИ в курсе

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

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

Когда в очереди продукта беспорядок

Я работаю со многими компаниями, которые учатся использовать Scrum в качестве инструмента для повышения гибкости. Недавно я заметил тенденцию: если Scrum-команда не может сформулировать свою цель спринта, проблема часто связана с бэклогом продукта. Как правило, это очень похоже на мой любимый микс-салат (или, откровенно говоря, кашу). Разобраться в этом миксе непросто :).

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

Давайте посмотрим, как проверить, не беспорядок ли ваш Backlog, и что делать, если это так.

Признаки того, что отставание по продукту - беспорядок

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

Вот они:

  • Бэклог непонятен никому за пределами Скрам-команды.

  • Бэклог выглядит как набор случайных вещей.

  • Вы не можете увидеть стратегию разработки продукта за элементами журнала невыполненных работ.

  • Существует много технической терминологии.

Если применимы хотя бы два из них, упс! Ваш бэклог - это салат. Не волнуйтесь, я знаю, как это исправить.

Что мне делать с грязным (салатным) продуктом? Задержки?

По моему опыту, большинство проблем с Бэклогом продукта можно решить, повысив уровень Владельца Продукта, улучшив работу Продукта (и определение Продукта) и пересмотрев правила обработки Бэклога.Вот несколько действий, которые могут помочь:

Повышение уровня владельца продукта

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

Использовать бизнес-метрики . Убедитесь, что владелец продукта отвечает за бизнес-показатели, такие как рентабельность инвестиций (ROI), коэффициент рентабельности, прибыль и убытки (P&L) и т. Д. Если объем работ фиксированный и жесткий, то не будет стимул для оптимизации стоимости бизнеса и расстановки приоритетов в бэклоге продукта. Более того, в этом случае владелец продукта вряд ли будет заинтересован в поиске ценности для бизнеса. Он / она сосредоточится только на управлении тройным ограничением (время, объем и стоимость).

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

Помогите создать дорожную карту продукта и установить бизнес-цели на следующие кварталы . Сделайте свои цели измеримыми (SMART) и выберите несколько критериев, которые вы будете использовать для оценки каждого элемента бэклога продукта.Получите поддержку и одобрение заинтересованных сторон. Таким образом, в следующий раз, когда г-н Смит придет к владельцу продукта с просьбой включить важную функцию в бэклог, он / она сможет сказать: «Мистер Смит. Смит, мы договорились, что нам следует сократить операционные расходы в этом квартале. Как твоя идея вписывается в это? '

Расширьте свою работу с помощью продукта

Используйте функциональные группы . Скрам-команды часто организованы вокруг бизнес-процессов и / или архитектурных компонентов. Обычно эти команды называются как-то вроде Front-End System Team, Back-End System Team, Core System Team или Platform Team.

Настоящий продукт - это то, что приносит пользу конечному потребителю. Постарайтесь организовать работу вокруг Feature Teams, полностью сосредоточившись на клиенте, чтобы вы могли в полной мере использовать преимущества Scrum.

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

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

Расширьте свой портфель заказов по продукту

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

Назначьте четыре атрибута каждому PBI . Убедитесь, что каждый элемент невыполненной работы по продукту (PBI) имеет четыре обязательных атрибута: порядок, коммерческую ценность, оценку и описание. Это поможет владельцу продукта заказать бэклог продукта. Ему / ей будет проще рассчитать рентабельность инвестиций для каждого элемента и соответствующим образом отсортировать элементы.

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

Подведение итогов

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

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

Скрам ВКЛЮЧЕН!


Исправление вашей схватки: криминалистический анализ отставания по продукту (часть 1)

TL; DR: Антипаттерны владельца продукта из объявлений о вакансиях

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

Узнайте больше о том, как лист бумаги и карандаш могут изменить восприятие вашей Scrum-команды среди заинтересованных сторон и клиентов.

Анализ невыполненных работ по продукту: от негабаритных к скрытому планированию водопада

Что означает «криминалистика» в контексте управления невыполненными работами по продукту? Я позаимствовал термин из анализа инцидентов: «Криминалистический анализ означает подробное расследование для выявления и документирования хода, причин, виновников и последствий инцидента безопасности или нарушения правил организации или законов штата.(Источник: Что такое криминалистический анализ?)

На прошлой неделе Scrum.org пригласил меня на веб-семинар, чтобы объяснить этот подход сообществу Scrum. Веб-семинар был разработан для того, чтобы показать:

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

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

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

    Решение . Создайте бэклог продукта, в котором хранятся элементы для трех-шести спринтов. Просто посчитайте производительность команды и сделайте вычисления. Затем удалите лишние элементы бэклога продукта.

    Случайный набор материалов

    Признак : Из-за чрезмерного размера журнал невыполненных работ по продукту содержит информационные элементы всех видов, от обычных элементов невыполненного журнала продуктов до идей на различных этапах, примечаний и даже документов, так или иначе связанных с проект.

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

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

    Устаревшие элементы невыполненной работы продукта

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

    Проблемы : Какова цель сохранения рабочих элементов, которые не кажутся достаточно ценными для их создания? Хранение их - это просто засорение бэклога продукта, что создает шум, запутывающий сигнал, и, следовательно, является расточительным.

    Решение : Составьте список элементов невыполненной работы продукта старше трех месяцев и отсортируйте их по ценности. Начните улучшать те элементы, которые все еще ценны, а остальные удалите. Что касается последней части рецепта, вы обычно сталкиваетесь с двумя возражениями: (1) мы не можем удалить только их; это часть нашей документации.Это указывает как на неприятие потерь, так и на неправильное использование артефакта Product Backlog. (2) Мы много поработали над этими элементами бэклога продукта, и они могут понадобиться нам в будущем. Что ж, в Scrum нет накопления и используйте ментальную модель невозвратных затрат, чтобы лучше распределять время вашей команды.

    От документа с требованиями к элементам невыполненной работы по продукту

    Признак : Элементы невыполненной работы продукта выглядят так, как будто они были созданы путем копирования и вставки текста из документов требований.

    Проблемы : Элемент Backlog продукта обычно является токеном для обсуждения. Таким образом, все в команде понимают, почему, что и как создавать ценность для клиентов. Копирование и вставка исключают этот важный шаг в командном общении; Разработчики могут сделать вывод, что в доработке больше нет необходимости, так как элемент Backlog продукта выглядит «готовым».

    Решение : Следите за элементами копирования и вставки во время анализа невыполненных работ по продукту, в которых отсутствует документированное взаимодействие, и отнесите их группе для дальнейшей проверки.(Однако обратите внимание, что некоторые (технические) элементы невыполненной работы по продукту могут не нуждаться в совместной доработке; например, в обслуживании установленного программного обеспечения.)

    Скрытый проект MS

    Признак : Журнал невыполненных работ по продукту полностью сформирован заранее на начало проекта.

    Проблемы : Журнал невыполненных работ по продукту не является документом требований, основанным на [выбранном вами инструменте управления программным обеспечением]; это совместное творчество, обсуждение и достижение общего понимания среди всех участников.Однако создание бэклога продукта заранее - это хорошо; это подпитывает нашу предвзятость к действию и дает ощущение того, что все под контролем. (Что в сложной среде является иллюзией.) Более того, неприятие потерь и заблуждение невозвратных затрат сделают адаптацию к изменениям вместо следования плану - существующему бэклогу продукта - в долгосрочной перспективе.

    Решение : следите за пакетным созданием элементов бэклога продукта за короткий период в начале или во время проекта. Отнесите список команде для дальнейшей проверки и адаптации.

    Заключение - криминалистический анализ отставания по продукту

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *