[b]Совет недели менеджеру проекта: Управляй качеством от 11.02.08[/b] [i]TenStep предлагает сотрудничество и партнерство компаниям и предпринимателям, желающим расширить свой бизнес в области управления проектами. [url=http://www.tenstep.com.ua/open/miscpages/91.0PartnershipsandNetworking.htm]Узнайте больше о возможностях и программах партнерства.[/url] Поделитесь этим письмом с друзьями. Адрес формы для подписки на еженедельную рассылку: [url=http://www.tenstep.com.ua/open/miscpages/94.4Sign-Up.htm]http://www.tenstep.com.ua/open/miscpages/94.4Sign-Up.htm[/url][/i] [b]Разрешение проблем с качеством[/b] Проблемы с качеством редко вырастают до уровня неотложного вопроса. Несмотря на это, они все равно являются проблемами и вынуждают руководителя проекта прибегнуть к тем же самым приемам решения проблем, что и при управлении неотложными вопросами. Борьба с причинами проблем, основанная на догадках, не бывает эффективной. Гораздо лучшие результаты дает систематизированный, структурированный подход, позволяющий не только устранить симптомы проблемы, но и вникнуть в нее ровно настолько, чтобы выявить коренную причину и устранить саму проблему вместе со всеми ее будущими проявлениями. Для выявления и разрешения проблем в области качества можно использовать следующий процесс. 1. [b]Идентифицируйте проблему или ее симптом.[/b] Не стоит надеяться, что все и так уже знают проблему. Найдите время, чтобы документировать проблему или ее проявления в ясных, понятных для всех терминах. 2. [b]Идентифицируйте коренную причину.[/b] Это будет самый ответственный шаг, если только вы не хотите потратить время и деньги на устранение симптома причины с качеством. Для этого Вам необходимо будет хорошо разобраться с коренной причиной, чтобы понимать, каким образом она приводит к проблеме. Если Вы еще не добрались до коренной причины изучаемой проблемы, значит, Вы разобрались в проблеме еще недостаточно. В материалах Шага 4 "Управляй неотложными вопросами" рассмотрено несколько приемов, которые помогают установить коренную причину. 3. [b]Определите альтернативы и их воздействие.[/b] Менеджер проекта может назначить одного или больше участников команды для определения возможных альтернатив. Для каждой альтернативы они также должны оценить ее последствия для проекта. 4. [b]Выберите наилучшую альтернативу.[/b] К выбору наилучшей альтернативы полезно привлечь команду проекта, спонсора и клиента. Поскольку проблема качества, скорее всего, не является неотложным вопросом, то ее решение может находиться в пределах полномочий команды проекта. Фактически же, наиболее часто проблемы качества возникают с промежуточными результатами проекта, которые полностью подконтрольны команде. 5. [b]Реализуйте.[/b] Реализация выбранной альтернативы заключается в выполнении мини-плана по устранению проблемы. Чтобы организовать и гарантировать выполнение такого мини-плана, его задачи целесообразно перенести в график проекта. 6. [b]Проверьте.[/b] После реализации запланированных мер, необходимо убедиться, что качество улучшилось в той степени, как Вы ожидали. Если качество действительно улучшилось или находится в процессе улучшения, Вам достаточно всего лишь отслеживать его дальше. Если же качество не улучшается, могут потребоваться другие корректирующие меры. [b]Частные и общие причины дефектов[/b] Если внимательно рассмотреть причины различных дефектов в продуктах (результатах) проектов, Вы можете заметить, что все они могут быть разделены на две большие категории. Эдвард Деминг называл эти причины "частными" и "общими". К "частным" причинам относятся те, которые в состоянии выявить и устранить пользователи продукции. Это такого рода причины, как неисправность или неправильное использование оборудования, недостаточная подготовленность пользователей, вандализм и т.п. Причины второй категории, так называемые "общие" причины, могут повлечь за собой масштабные отклонения в качестве и включают проблемы системного характера, неподвластные конечным пользователям. Например, общие причины дефектов могут включать незначительные дефекты (мы их часто называем "несовершенство") или плохой дизайн продукции, быструю изнашиваемость оборудования, работающие не оптимально процессы и т.п. Все это является общими проблемами, но их причины почти невозможно выявить усилиями конечных пользователей. Частные и общие причины важно различать, поскольку методы и организация их устранения могут радикальным образом различаться. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Обновления на сайте [url=http://www.tenstep.com.ua]www.tenstep.com.ua[/url]: В Дежурную библиотеку по менеджменту добавлены документы "Leaders vs. Laggards!" и "Towards Total Responsibility Management (TRM)". [b]Радикально обновлены страницы на русском языке:[/b] [url=http://www.tenstep.com.ua/members/3.1.1ManageSchedSmall.htm]3.1.1 Управляй графиком и бюджетом / Малые проекты[/url] [url=http://www.tenstep.com.ua/members/3.1.2ManageSchedMedium.htm]3.1.2 Управляй графиком и бюджетом / Средние проекты[/url] [url=http://www.tenstep.com.ua/members/3.1.4ManageBudget.htm]3.1.4 Управляй графиком и бюджетом / Управление бюджетом[/url] [url=http://www.tenstep.com.ua/members/3.1.5MilestoneReviews.htm]3.1.5 Управляй графиком и бюджетом / Рассмотрение вех и фаз проекта[/url] [url=http://www.tenstep.com.ua/members/3.2Techniques.htm]3.2 Управляй графиком и бюджетом / Приемы[/url] [url=http://www.tenstep.com.ua/members/3.3QuickReference.htm]3.3 Управляй графиком и бюджетом / Краткая справка[/url] Напоминаем нашим уважаемым подписчикам, что значительная часть материалов сайта доступна для зарегистрированных пользователей. [u]Регистрация[/u] на нашем сайте [u]бесплатна.[/u] - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [b]Термин недели из глоссария Макса Уайдемана:[/b] Матрица рисков (Risk Matrix) * Матрица, содержащая в строках риски, а в колонках - ущерб и вероятность. * Представление информации о рисках в матричном формате. При этом каждый риск отображается в ячейке таблицы, строки которой соответствуют стадиям жизненного цикла инвестиционного проекта, а колонки - различным источникам (категориям) рисков. Матрица рисков полезна в качестве контрольного списка рисков различного вида, которые могут возникнуть в процессе реализации проекта, но обязательно должна дополняться другими приемами и инструментами управления рисками. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Ответить

Ваш логин

Пароль

Регистрация