Продолжение моего учебного курса по проектному управлению. Предыдущие материалы:
1. Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера
2. Три фундаментальных принципа проектного управления
3. Роли в проектном управлении
4. Управление заинтересованными сторонами
5. Устав проекта - это скорлупа яйца
6. Алгоритм управления содержанием проекта
8. Создание концепции проекта (project scope statement)
9. Иерархическая структура работ (ИСР)
10. Управление качеством – ключевые термины
11. Управление качеством – диаграмма Ишикавы (Ishikawa diagram)
Блок-схема
Блок-схема – это любой набор квадратиков, прямоугольников и стрелочек между ними. Но эти красивые картинки можно будет назвать блок-схемой при условии, что они означают что-то осмысленное, отображают какую-то модель. Почему мы говорим про такой инструмент, как блок-схемы, в управлении качеством? Потому что человеческий глаз лучше воспринимает картинки, чем текст, и, глядя на блок-схему, вы можете увидеть узкие места в чем бы то ни было: она может моделировать взаимодействие между отделами, узлами проектируемого агрегата и т. п. Либо покажет схему управления проектом, например, если узкое место - это поставки, и все упирается в одного поставщика. Блок-схема визуализирует любой процесс, и поможет навести вас на мысль, что именно может помешать качественно выполнить проект.
Один из самых простых типов блок-схемы – так называемая нотация “Процедура” (cross-functional flowchart в Visio), ее иногда называют Swimlane. Надо просто понять, что нарисовано, а дальше ее понимают и технические специалисты, и топ-менеджеры. Что такое Swim Lane? Это в переводе с английского языка – дорожка для плавания в бассейне. На блок-схеме разные дорожки символизируют роли: это могут быть разные отделы, разные люди, разные узлы агрегата. Квадратики и ромбики – это какие-то действия, когда что-то произошло.
К примеру: проект по поставке оборудования в поликлинику. Попытаемся с помощью блок-схемы смоделировать как работает поликлиника. Swimlane – горизонтальные дорожки означают роли: одна дорожка – пациент, вторая – медицинский регистратор, третья – врач, четвертая – главврач. Квадратики и ромбики означают, что происходит с пациентом. Например, пришел пациент, обратился в регистратуру, представил документы, чтобы попасть на прием к врачу. На блок-схеме действие – “предоставил документы” – это первый прямоугольник. Ромбик – это какой-то перекресток, когда надо принять какое-то решение в одну или в другую сторону. Например, регистратор спрашивает у пациента, есть ли у него медицинский полис. Он отвечает, что нет, тогда его не могут записать, и пациент уходит, не попав к врачу. А если у него есть полис, то его записывают к врачу. Врач его осматривает, пытается выяснить, нужен ему повторный прием или какое-то особое лечение.
В блок-схемах используется еще фигура, у которой нижняя грань волнообразная. Она обозначают какую-то документацию. Например, человек получил талончик и ушел домой. А может быть, пациент пообщался с врачом, но ему прием не понравился, и он ушел жаловаться к главврачу.
Swimlane – очень простая в смысле рисования и чтения схема. Поэтому емкая, наглядная, и с ее помощью можно смоделировать многие вещи. И их будет легче понять визуально, чем то же самое, но с помощью текста. Таких swimlane может быть от 3 до 7. Если дорожек больше 7, схема будет нечитаемой и нерисуемой, получится слишком мелко. Если дорожек меньше 3, то не имеет смысла рисовать блок-схему.
Swimlane – не единственный вариант блок-схем. Их много, но этот тип один из самых простых и понятных.
Чек-лист (контрольный лист)
Следующий инструмент – чек-лист (контрольный лист). Это простой инструмент, но его редко используют в проектном управлении. Этот список «с галочками» часто используется в производстве, когда работает конвейер и имеется регламент проверки качества. Например, вы делаете веник. И у вас по требованиям ручка должна быть длиной 38-40 см, вы взяли образец, померяли, получили 39 см. Отлично, поставили в чек-листе галочку. Следующий пункт – пушистая щетина. Проверили, определили длину, подходит. И так по всему чек-листу вы проверяете все параметры. Если все хорошо, веник возвращается на конвейер, производство идет дальше. Если что-то не так, вы идете искать, где и почему появился брак. Это способ контроля качества в производстве.
Почему чек-листы плохо подходят к проектной деятельности? Потому что для использования чек-листов должна быть повторяющаяся деятельность, а это редко бывает на проектах. Например, если у вас бригада ездит и монтирует какое-то оборудование на разных объектах, и эта деятельность повторяется, тогда вы сможете использовать список вопросов. Но на практике так бывает редко. В проекте обычно имеется набор работ, который почти никогда не повторяется, они просто должны сойтись в одном месте в одно время.
Как можно использовать чек-листы в проектах? Для регламентация самих менеджеров проектов. Люди читают чек-листы, которые помогают ничего не упустить. Например, на стадии инициации проекта может быть чек-лист такого содержания:
«Если ты запускаешь проект, убедись, что:
1. У тебя есть устав
2. В уставе есть тройственное ограничение
3. Устав подписан спонсором …»
При закрытии проекта можно написать чек-лист, который напомнит, что надо сдать заказчику проект, высвободить ресурсы и т.д. В таком виде на проектах люди используют чек-листы. Это удобные подсказки. Со временем они запоминаются, и тогда работать становится еще проще.
Если вы хотите написать чек-лист, чтобы кому-то что-то напомнить, он должен быть написан максимально просто. Но имейте в виду, что и сами чек-листы могут использоваться только для простых вещей. В сложных ситуациях их вряд ли будут читать.
При контроле качества чек-лист может быть очень хитрым, настолько хитрым, что интуитивно непонятно, что на нем отмечено. Пример такого списка можно найти в книге «Семь инструментов контроля качества» Барабановой О.А. и соавторов. В этой книжке прекрасно то, что она бесплатная, ее можно найти в интернете, и в ней очень хорошо описаны все инструменты.
Контрольные карты Шухарта
Еще один инструмент, который, как и чек-листы, удобнее использовать, если у вас есть повторяющееся действия, – контрольные карты (их еще называют контрольные карты Шухарта). Проблема применения контрольных карт в том, что у них высокий входной порог: надо не только научиться их правильно строить, но и уметь ими пользоваться, уметь объяснять людям, как их «читать». Обычно на проектах «игра не стоит свеч», поэтому контрольные карты используются нечасто. Тем не менее, такой инструмент управления качеством есть, и я считаю важным про него рассказать. Если будет интересно, вы сможете разобраться самостоятельно, например, с помощью книги О.А. Барабановой.
Контрольная карта представляет собой систему координат, в которой отображается какая-то деятельность. Представьте, что ваша бригада устанавливает томографы. Команда переезжает с одного объекта на другой и выполняет всегда одну и ту же работу.
На контрольной карте по горизонтали будут стоять порядковые номера выезда. По вертикали – какой-нибудь значимый параметр, например, сколько времени тратится на установку оборудования. Допустим, в первый раз ушло 3 часа, во второй – потрачено 4,5 часа, в следующий раз меньше, потом больше и т.д.
В чем смысл контрольной карты? Она позволяет заметить значимые отклонения еще до того, как вы получите большие проблемы.
Как это делается? Бригада выехала на первые 10-15 объектов. Данные о том, сколько нужно времени на установку томографов, сначала собирают для статистики, без нее карту не нарисовать. С учетом этих наблюдений вы рисуете систему координат, а затем в них – дополнительные горизонтальные оси. В середине должна быть ось, которая показывает средние значения, сколько времени надо на установку. Это данные с первых выездов. Дальше сверху и снизу вы устанавливаете так называемые лимиты спецификации (specification limit): они будут крайними горизонтальными чертами сверху и снизу. Верхняя грань не имеет отношения к математике. Данные для нее берутся либо из законов природы, либо из контракта, либо из каких-то других документов и областей. Например, у вас в контракте написано, что нельзя находиться на объекте больше 8 часов в день, потому что этим вы парализуете работу, после 8-мичасового рабочего дня все сотрудники уходят, и если бригада задерживается, то придется платить штрафы. Эти 8 часов в день будут верхним специфичным лимитом.
Нижний лимит – это законы природы. Например, вы понимаете, что меньше чем за 1 час нельзя даже выгрузить из машины томограф. И если команда говорит, что справилась за 40 минут, значит, либо врет, либо что-то случилось.
С лимитами все достаточно просто. Гораздо более сложные штуки – контрольные линейки. Это расчетные показатели, которые высчитывают математически, с использованием отклонений, дисперсий, ГОСТов и прочих нюансов. Тут очень сложный математический аппарат, поэтому на проектах обычно контрольные карты не используют – слишком сложно.
Если же вы все-таки посчитаете контрольные линейки, то можно будет активно применять карты Шухарта при контроле качества. Это делается следующим образом: вы наносите на систему координат данные о времени, которое было затрачено на установку томографов, во все последующие выезды. Отмечаете, сколько времени команде надо каждый раз. Эти данные заносятся на карту, и если бригада выйдет за линии спецификации, на это надо обратить внимание, выяснить, что случилось. Возможно, их выгнали или они схалтурили, сделали что-то не так.
Но сила контрольной карты в том, что она подаст и наименее очевидный сигнал о наличии какой-то проблемы. Выход за линию спецификации – это из ряда вон выходящее событие, но вам его и так видно. Если вы перейдете контрольный лимит, это не означает, что что-то случилось: законы природы не нарушены, законы нарушены только с точки зрения математики. Потому что если бригада копалась 2 часа, а не 3,5 часа как обычно, или 7 – это очень странно. Это то, что называют неслучайное отклонение.
Средняя линия для того и дается, чтобы данные колебались возле нее и в редких случаях сильно от нее отклонялись. Но если разница большая, это, как минимум, повод подойти и спросить, что было на том или другом объекте, почему так сильно увеличилось/уменьшилось затраченное время. Команда должна объяснить, что там случилось, и менеджер сможет предусмотреть, как в следующий раз избежать такой ситуации.
Одну из самых интересных вещей, которые умеют контрольные карты, назвали правилом семи точек. Если семь раз подряд показатели были выше средней линии, это очень странно. Может, бригада зря тратит время, может, кто-то заболел, и без него команда плохо справляется. Может, если будет отсутствовать еще один человек, вообще не получится выполнить монтаж. Все такие «узкие» моменты помогает выявлять контрольная карта. Причем, их можно привязывать даже к конкретному временному периоду, поскольку данные заносятся в карту регулярно – после каждого выезда на объект.
Иными словами, карта позволяет заметить какие-то необычные моменты до того, как они стали проблемой. Она не говорит, что проблема уже есть, она только показывает, что происходит что-то необычное с точки зрения математики. Может, этому есть объяснение, а может быть, и нет. И задача менеджера это проверить. Но, опять же, на проектах этим инструментом пользуются редко, поскольку для контрольных карт сложно рассчитать контрольные лимиты.
Предыдущая часть курса: Управление качеством – диаграмма Ишикавы (Ishikawa diagram). Курс по управлению проектами, часть 11
Следующая часть курса: Управление качеством – гистограмма, диаграмма Парето и диаграмма разбрасывания. Курс по управлению проектами, часть 13
Начало курса: Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера. Курс по управлению проектами, часть 1
Если вас интересует тема "Управления проектами" и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина "Подготовка к экзамену РМР"
