Расползание масштаба – это изменение первоначально запланированного количества труда. Это может быть дополнительный пакет работ или результат. Однако также могут быть дополнительные обязанности, которые экипаж должен выполнять для выполнения признанного результата.
Существуют различные первопричины расширения масштабов. Например:
- Предприятиям домовладельцев необходимо добавлять новые опции в продукт.
- Вы упустили из виду результат в первую очередь.
- Владельцы бизнеса могут захотеть изменить потребности, увидев продукт, который вы создали.
– Возможно, возникло недопонимание относительно того, что выходит за рамки задачи.
- Вы неверно оценили сложность потребностей или влияние изменения.
- Начать сбор требований.
- Предоставить вам жизненный цикл вызовов.
- Изучите лучшие практики своей профессии.
- Создать веб-сайт организации (блог).
- Сделайте это как можно быстрее.
- Интернет-хостинг (это то место, где находится сайт).- Ожидаемое количество гостей в течение первых 12 месяцев.
- Ожидаемый годовой прирост отдыхающих.
- Средства.
- Тема (это то, что вы видите на своем дисплее).
- Возможности администрирования контента.
Несмотря на то, что в бизнес-кейсе говорится, что нам нужен «простой блог», у нас все же должны быть определенные потребности. В любом другом случае ни один окончательный результат не будет выглядеть как «это то, что мы ожидали».
Вы можете получить эти потребности в RTM. Они просто попадут под цель «Создать веб-сайт организации».
Пример матрицы прослеживаемости потребностей
Подумайте о том, что новый редактор этого блога рано или поздно вовлечет вас. Он говорит: «Вы понимаете, что мне нужно внедрить всплывающее окно в наш блог, чтобы мгновенно собирать электронные письма. Поэтому, пожалуйста, добавьте его в область. И дайте мне знать сроки».
(в конце концов, вы увидите, что означает «всплывающее окно». Оно будет отображаться на этой веб-странице так же правильно;))
Итак, вот правильный метод для решения этого случая:
Для начала вы получите это требование от редактора. Это может быть фантастическая мысль. Это подпадало бы под корпоративный случай. Домовладельцы предприятия могут даже рассматривать это как критическую точку для успеха проекта.
Здесь важно сказать, кто запросил это требование.
Во-вторых, вы можете запросить его, потому что сложно связать это требование как с корпоративной целью.
В-третьих, если вы уже находитесь в части выполнения задачи, это запрос на изменение. Так что вы могли бы относиться к нему должным образом.
Вот почему вы можете обсудить это требование с домовладельцами. Однако в вашем сообщении должно быть указано место вашего вызова. Например:
«Я получил совершенно новое требование от нашего нового редактора. Тем не менее, это должно быть согласовано с целями нашего предприятия. В связи с этим мы всегда должны откладывать это улучшение до следующего испытания.
Дайте мне знать, когда у вас появятся другие идеи по поводу этого требования. Затем мы сосредоточимся на влиянии на наш план испытаний.
Различные важные преимущества матрицы прослеживаемости потребностей
Позже вам также нужно объединить потребности с результатами. Вам нужно знать, в какой осязаемой и поддающейся проверке части задачи вы можете проверить данное требование.
А также вам нужно убедиться, что вы не забыли зафиксировать какую-то работу, которую могли бы выполнить для реализации каждого требования.
Существуют различные методы использования матрицы прослеживаемости необходимого для решения задачи. Итак, я выступаю за дополнительное изучение этого вопроса.
Объем деятельности по управлению с построением разбивки работ
Хорошо, теперь у нас есть потребности и основные результаты, описывающие желаемые результаты нашей задачи.
Тем не менее, все они обычно не подходят для функций администрирования вызовов.
Итак, мы должны разбить его на более мелкие, дополнительные управляемые элементы. Это то место, где нам нужно создать конструкцию разбивки по частям.
Проще говоря, WBS — это инструмент, который позволяет вам разбивать ваши гигантские результаты на более мелкие элементы. Это огромная тема сама по себе, поэтому вам может понадобиться просмотреть и этот текст:
Что такое структура распределения работ и как ее создать?
Вы разбиваете задачу на более мелкие элементы, и она превращается в ваш базовый план для управления объемом задачи. Если вы случайно обнаружите, что новые элементы труда появляются на протяжении всего исполнения, это расползание масштаба.
Чаще всего вам захочется исследовать эту новую область и решить, можете ли вы изменить весь план испытаний.
Предотвращение расползания масштаба — все о планировании. Простые методы управления масштабом.
Я хотел бы, чтобы вы сейчас сделали паузу: убедитесь, что многие из действий и инструментов, которые я описал до сих пор, относятся к части планирования задачи.
Это означает, что вы можете подумать о том, как вы можете управлять масштабом проблемы и как вы можете избежать расползания масштаба с самого начала.
Если вы не заложили эту основу, вам следует использовать только оставшуюся третью степень для управления объемом задачи.
Последняя линия защиты: мониторинг работы
Идея заключается в том, что вы просто разбиваете задачу на более мелкие элементы. Затем вы разбиваете эти части на задачи. Итак, теперь вы можете убедиться, что вы установили все обязанности, необходимые для создания этой части задачи.
Как я уже упоминал, если вы не производите другие меры, вы можете управлять масштабом задачи, гарантируя, что не появятся новые задачи.
Так, например, это выглядит так. Вы спрашиваете члена вашей команды: «Эй, Джон, ты задокументировал рабочий процесс?» И Джон говорит: «О, я не знал, что хочу попробовать это. Это займет дополнительный день. Я создам совершенно новую деятельность».
И вдруг понимаешь: «Подожди! Теперь у нас есть 17 сопоставимых результатов. Все они хотят документированного рабочего процесса. Это означает, что нам потребуется еще 17 дней!»
Все эти инструменты для управления масштабом задачи связаны друг с другом. Однако более важным является то, что они связаны со многими другими инструментами администрирования задач.
Вот почему я рекомендую вам получить мой шаблон плана администрирования области применения. Он предлагает вам доступ ко всем расходным материалам и шаблонам по управлению областью, которые у меня есть.
Шаблон плана администрирования области применения
(Для программных инициатив)
Большинство менеджеров по проблемам программного обеспечения не знают, что входит в план администрирования содержания. Так просто не пишут. К сожалению, это обычно приводит к проблемам.
Получите мой шаблон и используйте его как отправную точку. Кроме того, вы получаете доступ ко всем связанным активам управления областью, которые у меня есть.
Этот шаблон избавит вас от догадок. С небольшими изменениями вы будете гордиться тем, что представите свой план управления областью действия команде и заинтересованным сторонам.
