Выпуск методологии управления проектами для отслеживания проблем
1. Что такое вопрос? Вопрос, является инцидент, обстоятельства, проблемы и запросы, которые затрагивают или потенциально влияет на своевременную доставку проекта, продукта или услуги, то, возможно, также влияют на качество результатов и стоимость production.Some проектов и определение один вопрос немного разные. А Help Desk задает вопрос как просьбу о помощи, которые требуют ответа. А службу отслеживает службы запросы, как вопросы. А программное обеспечение группы треков доклады ошибки программного обеспечения и повышения качества issues.Because просьбы о влиянии вопросы по проекту, разработке продукта или текущей службы, вопрос управления является важным аспектом в любой методологии управления. Эта проблема методологии управления обещает сделать обработку вопросов плавного часть вашего больше scoped методологий, а не процесс отдельно от them.It, как правило, не трудно для членов команды по выявлению проблем, но она все еще стоит иметь рабочее определение того или иного вопроса. Помните, что чем более амбициозный проект более вопросов arise.Action пункт: В состав проектной группы должен быть в курсе того, что вопросы, привести несколько примеров, и попросить других членов группы представить некоторые examples.2. RequirementsA центральное хранилище информации, вопрос легко доступным для всех членов команды, потому что это хорошо для команды моральный дух и производительность знать, что их проблемы решаются. Автоматизированная центрального хранилища, как выпуск Tracker является желательным, поскольку это сделает Вопрос управления и отчетности значительно easier.Action пункт: Выберите центрального хранилища для ваших issues.An вопрос менеджер это человек выбрал для контроля за всеми вопросами. Это может быть руководитель проекта, руководитель группы или другого лицо в ответственное лидерство. Вопрос менеджер несет ответственность за обеспечение того, чтобы там согласуется, дисциплинированный и непрерывного прогресса, достигнутого по всем вопросам. Вопрос менеджер подотчетен верхних управления за прогресс, достигнутый по всем вопросам. Вопрос менеджер общается вопрос прогресс в команде, высшего руководства и всех stakeholders.Action пункт: назначать один номер менеджера и уведомить об этом вопросе менеджер их роль и responsibilities.This вопрос методологии управления представляет лучшие практики по управлению вопросами. Тем не менее, цель состоит в том, чтобы иметь успешный проект, разработка продукта или услуги, цель состоит не в следовать методологии fanatically.Action пункт: Адапт методологии поэтому проект успех maximized.3. Steps3.1 DiscoveryIssues может возникнуть в любой момент. Когда вопрос обнаружил это зарегистрированные в центральном repository.It важно, чтобы вопросы, которые должны быть зарегистрированы широкая группа людей, в том числе членов группы, высшим руководством, а пользователи, клиенты, заинтересованные стороны, поставщики и подрядчики. Это важно, потому что если существует являются барьерами для отчетности один вопрос, то есть повышенный шанс, что этот вопрос будут искать неучтенные. Вы не можете решать вопросы, которые вы не знаете, о. Это не обязательно, что каждый человек имеет доступ к центральной хранилище, но чем больше вы можете позволить better.Action пункт: Настройка доступа к центральному хранилищу для тех людей, которые нуждаются в it.3.2 RecordingTraining людей для выявления вопросов, часто нет необходимости, однако получение людям регистрировать выпуск в центральном хранилище займет определенную подготовку и содействие. Например, один член команды может упоминать о которой ничего не вопрос к руководителю проекта во время кофе-брейк или другие неофициальные раз, это член команды нуждается в некоторой поддержке записать такие вопросы в центральной repository.For всевозможных проблем, профилактика лучше, чем исправление. Кроме того, вопросы, как правило, являются менее серьезными, если они имя раньше, чем позже. Это означает, что следует приложить все усилия для докладе вопросов, как только они будут обнаружены, а не дожидаясь вопроса стать "достаточно серьезной" до записи. Не бояться дублирования вопроса или дублирование существующих проблем, то лучше, чем отсутствует issue.A полное описание причины этой проблемы должны быть зарегистрированы в центральном хранилище. Противостаньте Соблазн для описания этого вопроса с точки зрения решения. Любые последствия этого вопроса должно быть зарегистрировано. Приложите любые подтверждающие документы, скриншоты, отчет производства, факсы, сообщения об ошибках и других средств массовой информации, которые описывает issue.The лицо записи этого вопроса может внести рекомендации по решению, если они у него есть. Это лицо должно также назначить этот вопрос, если возможно, даже если речь идет только назначен на этот вопрос Менеджер по вновь assignment.When вопрос первоначально зарегистрированных оно должно быть зарегистрировано в центральном хранилище с кодом состояния, что отражает тот факт, что это новый вопрос, и не была пересмотрена. Покушение должно быть также классифицировать и ранжировать по степени тяжести в issue.The дата и кто создал этот вопрос должен быть записан в центральном хранилище. Это делается автоматически для вас в системах, как и выпуск Tracker.Many группы описание проблем с точки зрения требуемого решения, в результате чего другие сделать вывод о фактическом вопрос. Это не является наилучшей практике, поскольку он ограничивает сферу возможных творческих решений. В качестве примера плохо сформулирован вопрос: "Мы нужно больше народу. "Существует никаких указаний на этот пример, что вопрос на самом деле, так что поиск альтернативных решений невозможно. Если пример вопрос был сформулирован как" Судоходная Департамент заболоченные нас с продуктом, есть возможность порчи, если мы не можем получить работу. "С вопрос сформулирован таким образом, возможно, судоходство отдел может стать известно о том, как там действия вызывают вопросы по линии и адаптировать их actions.3.3 Первоначальный ReviewThe первоначальный обзор представляет собой сортировку новых вопросов. Это, как правило, выполняются вопрос менеджеру или депутатов, которые знакомы со сферой и приоритетов проекта. Если группа невелика всей команды могут встретиться для проведения обзора. Для каждого нового вопроса статуса, категории и тяжести рассмотрения и вопрос переданы кому-либо действий, а по желанию владельца определяется как follows.Sometimes тот же человек, который записывает информацию о проблеме можно сделать первоначальный обзор, так что эти шаги могут быть снаряжен на один в этом situation.3.3.1 Выпуск StatusA решение о следующем состоянии в проблема. (В предыдущем состояние "новой".) Следующий статус этого вопроса свидетельствует о характере и сроках принятия мер для решения этого вопроса. Это один из следующих вариантов: Открыть: немедленные меры будут приняты для решения issuedeferred: действие будет отложено до тех пор, пока некоторые будущие timereferred: меры будут приняты некоторые другие группы, вероятно, потому, что этот вопрос выходит за рамки нынешней scopecancelled: не будут приняты меры в настоящее время или в 3.3.2 будущей классификации issueA первая попытка классификации этого вопроса был сделан, когда он впервые был записан. Однако, в настоящее время в ходе первоначального рассмотрения категории можно refined.The надлежащего вопрос категория является полезной, когда приоритетности ресурсов, необходимых для решения вопросов. Это особенно полезно для отчетности purposes.Action пункт: Обсудите с группой, как лучше разделить вопросы, вы ожидаете получить, а также документ категории , которые будут used.3.3.3 Место вопрос severityThe тяжести отражает важность получения вопрос решен. Очевидно, что вы хотите направлять ресурсы на наиболее важных вопросов, стоящих перед менее ones.Action пункт: Выберите небольшой тяжести набор кодов, которые имеют четкие рейтинга. Например: Trivial, Standard, важные, критические. Некоторые люди предпочитают: низкая, средняя, высокая, очень High.3.3.4 AssignmentFrom начала следующего лицо принять решение по этому вопросу должны быть отнесены к этой проблеме и уведомление. Выпуск Tracker автоматически уведомляет лицо, возложенные на этот вопрос через email.If вопрос описание является неполным, то проблема может быть установленного на соответствующий участник собрать информацию, необходимую для принятия вопрос описание clear.Assign один человек, а не группа. Опыт показывает, что вопросы назначения отдельных лиц приводит к повышению отчетности, чем назначение на вопросы группы. Лицо может быть сталкиваются по поводу отсутствия прогресса, это гораздо труднее противостоять группе людей. В группе может быть представлен группе лидера, так что вы можете назначить вопрос в группе лидер, который примет решение о выделении этого вопроса для исправления члена группы, который будет на самом деле решения issue.3.3.5 OwnershipIt должна быть обеспечена возможность решить, какой из заинтересованных сторон является владельцем этого проблема. После вопроса, владельцем является способ записи, кто несет ответственность за этот вопрос в resolution.Owners должна рассмотреть вопросы их собственного прогресса в резолюции. Если ход не является достаточным вопрос менеджеру Следует сказал так, что ситуация может быть remedied.3.4 принимая ActionThe процесса по решению вопроса iterates над следующими суб-шаги до тех пор, пока проблема не будет решена. Лицо, возложенных на вопрос, принимает меры для решения issue.The лицом возложенных на вопрос, документы о мерах, принятых в качестве вопроса, события в центральном хранилище. Вопрос событие имеет его имя, дату и описание действий taken.Some Вопрос процессы требуют утверждения шаг до принятия дальнейших мер может быть принято. Это утверждение должно осуществляться в форме заключения покинуть на предложение. Хотя документ, основанный подписей являются приемлемыми, автоматизированная система лучше. Выпуск событий в выпуске Tracker можно использовать для подписи, так как пользователь должен войти в себя, это так хорошо, как на бумаге signature.If есть документация, чтобы поддержать меры, принятые, например, анализа затрат и выгод, а предлагаемая система изменений, поддерживающих файлы прикрепляются к issue.The процесс поиска решения может помочь уточнить вопрос описания. Это уточнение должно быть отражено в обновлениях к проблеме описания и заголовка, а также подключение дополнительных файлов. Он может также потребовать, чтобы этот вопрос будет повторно categorized.If следующей итерации является обязанностью другого лица вопрос reassigned.If этот вопрос не будет решен в этой итерации, статус обновляется, чтобы отразить тот факт, что этот вопрос является неактивным. Отметим, что принятые меры могут быть связаны с передачей вопроса, изменение статуса, уточнения Вопрос описания, изменение категории вопроса. Все эти изменения должны быть зарегистрированы в центральном хранилище. Изменение статуса, категории и степени тяжести, автоматически регистрируется для Вас в автоматическом Система, как выпуск Tracker.3.5 Текущая OversightConsistent и непрерывной оценке вопросов по этому вопросу и менеджер группы должны проходить довести вопросы резолюции. Это может происходить путем периодического Обзор всех действующих вопросов в центральном хранилище с командой и отдельного рассмотрения при stakeholders.Escalate вопросов по мере необходимости повторного присвоения или изменить вопрос ownership.Report и общаться прогресса по всем вопросам с высшим руководством, а также команда, подписок могут использоваться высшим руководством и команда следовать прогресс по отдельным вопросам. Эта отчетность может быть интегрирована в проект статуса reporting.Analyze вопрос прогресса и адаптировать действия. В центральном хранилище должна быть в состоянии предоставить информацию о том, как эффективно эти вопросы, исходя из создания в резолюции. Если это слишком долго решить важные вопросы, то вопрос менеджеру необходимо найти пути совершенствования оборота вокруг time.4. FinallyThe следующие несколько дальнейших действий itemsAction пункт: распространять копии этой проблеме управления методологии для членов группы и заинтересованными сторонами, с тем, что каждый знает, каким образом и почему вопросы managed.Action пункт: Адаптация и масштабы этой проблемы управления методологии устраивают проекта и масштаб quirks.Action пункта: Создать вашу центральное хранилище, и начать today.This вопрос методологии управления превратилась в течение многих лет. Она превратилась из опыта на проекты с бюджетами от $ 500,000 до $ 50,000,000, которые в общей сложности широкому кругу вопросов, начиная от нескольких сотен вопросов, которые многие тысячи. В половине случаев проекта команда была физически рассредоточены в нескольких countries.Grant Мюррей является руководителем проекта и Enterprise Application архитектор
Статья Источник: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Вебмастер получить html-код
Добавить эту статью на Вашем сайте прямо сейчас!
Вебмастер представить свои статьи
Не требуется регистрация! Заполните форму и ваша статья в Messaggiamo.Com каталог!
