Доска показателей выполнения плана

Обновлено: 22.04.2024

Как я писал в предыдущей статье «Scrum – пять изменений организации команды, принесшие успех Agile», разделение ответственности руководителя группы, при котором ее значительная часть передается всей команде, потребовало средств синхронизации представления о текущем состоянии работ для всех членов команды. Прорыв Scrum стал возможен благодаря тому, что в него включены простые и наглядные способы визуализации продвижения внутри спринта: доска и burndown chart, а также встречи, на которых эти представления обсуждаются и синхронизируются у всей команды. С момента появления техника работы с досками развивалась, довольно много в нее внес Kanban, который используется не только для организации работы небольшой команды, но и для больших подразделениях. И сейчас накоплено множество техник, позволяющих наглядно представить на доске ситуацию в проекте. Опыт внедрения Agile-методов показывает, что сама по себе визуализация работ на доске позволяет существенно повысить эффективность работы даже без перестройки других механизмов управления, просто за счет прозрачности ситуации для всего коллектива. Поэтому десятую статью серии «Менеджмент цифрового мира» я посвящу именно работе с досками.

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

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

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

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

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

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

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

Как понять, какие именно стадии, дорожки и типы карточек должны быть у вас на доске? Казалось бы, все просто: возьми регламенты и должностные инструкции и выпиши из него этапы работ. Однако, практика показывает, что реальные потоки задач оказываются достаточно разнородны, при обработке возникают различные особые случаи работ, которые скрыты внутри фазы. А для того, чтобы доска могла служить рабочим инструментом, она должна адекватно отражать ситуацию. Поэтому доска требует отдельного проектирования, которое не является тривиальной задачей. При внедрении Kanban проектирование доски является составной частью процесса STATIK (Systems Thinking Approach to Introducing Kanban), в ходе которого анализируют реальный поток задач, выделяют их фазы и классы обслуживания. Часто при этом выясняют много интересного о том, как же на самом деле сотрудниками выполняется работа ☺ Впрочем, доски не отливаются в чугуне, поэтому могут быть доработаны позднее.

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

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

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

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

Различные примеры досок легко ищутся и интересующиеся наверняка видели много разных вариантов. Поэтому я хочу привести пример большой доски – доску одного из департаментов Центрального Банка, о которой в докладе на AgileDays-2018 «Банк России: знать путь и пройти его — не одно и то же» рассказывали Светлана Иванова, Дарья Корнеева и Николай Арапов.

Канбан-доска департамента Банка России. Светлана Иванова, Дарья Корнеева и Николай Арапов на AgileDays-2018 «Банк России: знать путь и пройти его — не одно и то же»

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

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

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

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

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

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

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

Я не сказал про еще один важный элемент, который был на схеме – это WIP-лимиты, ограничивающие Work In Progress - незавершенную работу. По понятной причине – это достаточно продвинутая техника, которую стоит вводить не на первом шаге, а постепенно и экспериментально проверять эффекты, которые приносит изменение лимитов. Техника WIP-лимитов основана на теории ограничений (TOC) Голдратта. Важно, что в случае неоднородного потока работ, которым характеризуется IT-разработка и другие задачи умственного труда точки ограничений могут перемещаться по стадиям обработки, поэтому и есть смысл ставить лимиты на все колонки.

Механизм действия лимитов следующий. Как мы помним, колонка стадии делится на части, где отражаются выполняемые задачи, и уже выполненные, готовые к переходу дальше. Если в какой-то стадии возникло бутылочное горлышко, то на предыдущей колонке задачи накапливаются в состоянии «выполнено». При этом лимит – общий, и потому освободившиеся сотрудники не могут взять очередную задачу. И это служит сигналом о том, что надо перестать забирать в работу все новые задачи, а надо коллективными усилиями начать разбирать бутылочное горло. Да, это может провести к простою сотрудников, но теория ограничений четко говорит, что даже простой лучше, чем увеличение незавершенной работы, так как в целом это ведет к повышению пропускной способности системы. Правда, надо отметить, что такой простой часто негативно воспринимается и в том числе может негативно влиять на метрики и KPI, если они спроектированы традиционным образом. Кстати, это – известная проблема применения теории ограничений, и правильный подход – изменить соответствующие метрики, если вам интересны детали, то об этом есть книга: Томас Корбет «Учёт прохода. Управленческий учет по теории ограничений» (Throughput accounting).

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

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

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

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

Инструкция по применению способа оценить расход ресурсов проекта.

Есть способ быстро составить реальные прогнозы о расходе ресурсов проекта, если срываются сроки — применить метод освоенного объёма.

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

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

Допустим, вы — довольный менеджер, который раскидал задачи в календарики исполнителей и предвкушает, как проект сдаётся точно в срок. Но анализ затянулся на день дольше (клиентский рынок сложный, конкуренты «кусаются», а преимущества надо искать с лупой). И вот уже дизайнеры начали работу без аналитики.

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

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

Метод освоенного объёма и его ключевые показатели помогают понять, что и где пошло не так.

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

Прямая планируемой стоимости (жёлтая стрелка) выше прямой ценности выполненных работ (красная стрелка) и ниже прямой фактических затрат на проект (зелёная стрелка).

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

Чтобы быстро понять состояние проекта, достаточно рассчитать четыре показателя: Cost Variance (отклонения бюджета), Cost Performance Index (отдача вложений), Schedule Variance (отклонения в расписании) и Schedule Performance Index (укладывается ли в сроки). Если сравнить результаты, то сразу видно, где идет экономия ресурсов, а где перерасход.

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

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

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

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

Андрей Кокшаров

Продюсер направления «Высшее образование» в Нетологии

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

создание вакцины от коронавируса;
разработку приложения по мониторингу за больными;
проект слияния двух организаций;
разработку нового технического устройства;
строительство какого-либо объекта;
разработку IT-продукта для удовлетворения неочевидной или новой для рынка потребности.

Также к проектам относят стартапы — молодые компании без опыта операционной или проектной деятельности, работающие над идеей с высокой долей риска и неопределённости.

Любой проект начинается с идеи, а заканчивается, когда:

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

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

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

Что такое оценка проекта и зачем её проводят

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

Оценка позволяет понять реальный статус проекта.

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

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

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

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

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

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

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

бюджетирование — соответствует ли потенциальный доход от проекта затраченным ресурсам, нет ли несоответствий в запланированном бюджете и реальными запросами рынка;
качество получаемого продукта — нет ли изменений в качестве продукта из-за изменений, произошедших в ходе проекта (например, не стало возможности закупить дорогие материалы), соответствует ли продукт требованиям отраслевых сертификатов (ГОСТ, ISO и тому подобные);
потребность в материальных и нематериальных ресурсах — нет ли несоответствий с изначально запланированным качеством и количеством ресурсов с реальной ситуацией, нет ли необходимости перераспределить ресурсы или нужно поискать возможности для приобретения новых ресурсов;
соответствие запланированным срокам — нет ли проблем с их соблюдением, не нужны ли дополнительные временные ресурсы;
дополнительные процессы с учётом отраслевой специфики.

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

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

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

К основным бизнес-документам относят:

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

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

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

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

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

вы поручаете “срочные” задания обычно одним и тем же сотрудникам по принципу — они точно справятся, а не руководствуетесь объективной загрузкой персонала;

в коллективе есть вечно недовольные своим большим объемом работ;

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

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

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

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

ОПЕРАТИВНОЕ УПРАВЛЕНИЕ — управление текущими событиями, включающее оперативное планирование, оперативный учет, оперативный контроль.

Словарь «Борисов А.Б. Большой экономический словарь. — М.: Книжный мир, 2003. — 895 с.»

Экран оперативного управления – простой и в тоже время мощный инструмент для организации и планирования работы в подразделении в наглядном и простом для понимания виде.

Экран поможет вам, как руководителю, решить следующие вопросы:

1 – наглядно представлять загрузку каждого сотрудника;

2 — правильно распределять вновь возникающие задачи между персоналом;

3 – информировать всех работников подразделения о планах работы и загрузке остальных;

4 – оперативно подхватить «зависшие» вопросы при незапланированном отсутствие (например больничных);

5 – организовать планирование на перспективу, а не только тушить «горящие» дела;

6 — обеспечить контроль за выполнением поставленных задач;

7 — создать благоприятную атмосферу в коллективе.

Любой руководитель всегда знает, чем заняты его сотрудники. И по мере своих сил, регулярно подбрасывает им новые вопросы для решения. ☺ При этом сами сотрудники чаще всего хорошо представляю только свой фронт работ. А чем занимается сосед – дело десятое, но он (сосед) точно не сильно-то и занят по сравнению со мной. Так обычно и думают наши сотрудники. Чтобы изменить такую ситуацию, предлагаем вам создать экран оперативного управления.

На рисунке вы видите один из вариантов исполнения.

А теперь по порядку.

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

1 – экран оформляется на весь месяц от 1 числа до 30 (31). Каждый месяц красными стикерами помечаются текущие выходные. Удобно использовать при длительном планировании работ, в проектах, когда каждый этап занимает несколько дней. Минус один – требуется боооольшая стена, метра 3-4.

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

Обычно при таком планировании работ, в строку «сделано» перемещаются только выполненные срочные задания.

3 –экран охватывает только одну текущую рабочую неделю, с понедельника по пятницу.

Разумно использовать данный вариант при работах с этапами небольшой длительности.

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

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

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

Как разрабатывается: все работы по созданию экрана проводятся совместно с сотрудниками. Выделите пару часов для обсуждения внешнего вида и способа изготовления. Объясните цель разработки данного экрана. И тут возникнет много вопросов от сотрудников. “Зачем нам это? Мы и так все знаем.”

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

вечная нервозность — что свалится на нашу голову через 2 недели — сплошные непонятки…
по каждому проекту есть основной и резервный менеджер, причем в разных проектах работаешь в парах с разными людьми, а при планировании отпуска пока со всеми не согласуешь — никуда не пойдешь;
когда возникает новый и особенно интересный проект каждый “тянет одеяло на себя”, порой не совсем оценивая риски с уже существующими проектами
в целях саморазвития и повышения навыков мы периодически старались принять хоть разовое участие в мероприятиях по другим проектам — посмотреть на особенности работы с группами, способы выстраивания отношений и т.д.

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

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

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

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

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

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

Второй вариант – более простой – ватман А1 или рулон бумаги.

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

И еще пара советов:

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

Используйте этот простой инструмент наглядного планирования и вы не сможете от него отказаться. ☺

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

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

• объединение информации из разных источников;
• создание единой структурированной системы метрик;
• интерактивное представление результатов.

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

Как это помогает бизнесу

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

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

Читайте также: