Интуитивный метод разработки схем управления

Основные методы принятия решений

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

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

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

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

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

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

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

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

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

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

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

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

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

Советы от других руководителей бизнеса

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

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

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

Материалы по теме:

Внутренняя коммуникация

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

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

Мы поддерживаем друг друга, практикуем эмпатию. А эмоции – это двигатель менеджмента такого характера. 

Возможно ли предусмотреть все риски? 

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

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

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

Если будет провал? 

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

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

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

Ключевые моменты в применении Agile

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

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

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

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

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

Еще одним важным моментом Agile-методологии является разделение всего объема проекта на несколько более мелких составных частей. Такой подход многократно упрощает процесс разработки, а отдельные группы команды могут фокусироваться каждая на своей конкретной задаче.

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

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

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

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

• Что я делал вчера?
• Чем я буду занят сегодня?
• Что мешает мне работать?

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

1. Четко обозначается значение проекта
2. В процессе реализации активно участвует клиент
3. Общий объем работ выполняется пошагово
4. Ориентироваться следует на конкретный результат
5. Численность одной рабочей группы: от 7 до 9 человек

В настоящее время проект-менеджмент с поддержкой Аджайл по большей части распространен в IT-сфере, однако и деловая сфера его начинает осваивать. Эта система применяется в обучении, маркетинге, бизнесе. Гибкое управление проектами берется на вооружение множеством компаний и государственных структур.

Примеры: правительство Новой Зеландии, правительство Нигерии, Норвежский пенсионный фонд, компания Return Path (программное обеспечение), компания Oreo (производство печенья), компания Aviasales (крупнейший поисковик авиабилетов), компания Hewlett-Packard (крупнейшая американская IT-компания), «Сбербанк» (наверное, знаете, что это).

Эти и многие другие организации используют в работе самые разные методы управления проектами, основанные на Agile

И поговорить об этих методах не менее важно, чем о самой методологии

Метод Agile: определение и краткая история

Как бы непривычно это ни звучало, но серьезно разрабатывать программное обеспечение и управлять проектами начали уже в 70-х годах прошлого века. Именно в 1970 году американский ученый-компьютерщик Уинстон Ройс составил документ, называвшийся «Управление развитием крупных программных систем». В нем он приводил критику последовательной разработки, указывая на то, что разработка программного обеспечения не должна походить на работу сборочной линии (как, например, делается в автомобильном производстве), где новые детали по очереди добавляются в последовательные фазы.

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

На основе этого в 90-х удалось создать комплекс гибких методов разработки ПО, способных заменить сложные и трудоемкие методы. Происходило это так:

• В 1991 году появился метод быстрой разработки приложений RAD
• В 1994 году появился метод разработки динамических систем DSDM
• В 1995 году появилась платформа (фреймворк) гибкой разработки Scrum
• В 1996 году появилась гибкая методология разработки Crystal Clear, а также экстремальное программирование XP
• В 1997 году появилась итеративная методология разработки ПО FDD

Все вместе эти методы объединились под общим названием гибких методов разработки ПО.

Четыре года спустя – в 2001 году в штате Юта (США) на курорте Snowbird собрались семнадцать разработчиков программного обеспечения. В результате обсуждения методов разработки был опубликован «Манифест о гибкой разработке программного обеспечения Agile» (в переводе с английского понятие «agile» означает «подвижный», «проворный» или «быстрый», но в большинстве случаев его переводят именно как «гибкий»). Он и задал темп всей дальнейшей работе над созданием ПО.

Популярные методы управления проектами

Существует немало методов проект-менеджмента, которые применяются разными современными компаниями. Но самыми известными и востребованными среди них по праву считаются Scrum (Скрам) и Kanban (Канбан).

Метод Scrum

Среди всех методов системы Agile Scrum отличается тем, что делает основной упор на качественный контроль рабочего процесса. Впервые описавшие его японские специалисты по стратегическому менеджменту Хиротака Такуэти и профессор в области научно-технических знаний Икуджиро Нонака называют метод «подходом в рэгби», где Scrum является «борьбой за мяч».

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

• Определяются объемы работы
• Каждый день проводятся 15-минутные встречи, чтобы члены команды могли скорректировать свою работу и подвести промежуточные итоги
• Демонстрируются полученные результаты
• Спринты обсуждаются для поиска удачных и неудачных решений и действий

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

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

Метод Kanban

Канбан – еще один метод, делающий командную работу более результативной и продуктивной. Смысл его сводится к приданию процессу разработки максимальной прозрачности и равномерному распределению нагрузки среди участников проекта. Важная особенность Kanban еще и в том, что он мотивирует людей на постоянное сотрудничество, совершенствование и обучение.

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

В отличие от Скрам, Канбан обрел популярность намного позже, но это ни в коей мере не умаляет его достоинств и не делает менее эффективным. Метод полезен как в IT-области, так и в бизнес-сфере.

Это лишь примеры основных методов управления проектами, основанных на Agile. Но не стоит пренебрегать и другими методами, такими как PRINCE2, Lean, Six Sigma, XP, CCPM, ECM, Waterfall и другие. К тому же у Аджайл, наряду с преимуществами, есть и некоторые недостатки.

Что повлияло на формирование интуитивного менеджмента?

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

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

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

Анализ типологий стилей принятия решений: общие черты и различия

                Анализ всех вышеприведенных классификаций стилей ПР показывает, что основными критериями для выделения тех или иных типов являются:

• Способ взаимоотношения с другими людьми (открыт или закрыт для общения и обсуждения идей, принимает ли в счет чужое мнение)
• Степень доверия (предпочитает контроль или делегирование)
• Отношение к иерархии (отношения подчинения или равенства)
• Способ принятия решений (индивидуально или коллективно)
• Способ разработки решения (анализ большого или малого количества информации, анализ фактов или учет мнения других людей, обсуждение с другими или самостоятельный анализ)
• Способ отношения к риску (неопределенность или контроль)
• Степень отношения к ответственности (берет на себя или избегает)
• Скорость принятия решения (быстро или медленно, обдуманно)
• Форма принятого решения (степень детализации, формализации и др.)

Также следует учитывать форму анкеты и её систему оценивания. Так, например, методика А.Роу содержит 20 вопросов с 4 вариантами ответов, каждому из которых следует дать одну из оценок (2, 4, 6, 8 баллов), а результат представляет собой сумму каждого из столбцов. Наиболее схожей является методика К.Бруссо, М.Драйверу, Р.Ларссону, Г.Уриану, имеющая отличные от А.Роу критерии классификации, но аналогичные результаты. В методике А.В. Карпова необходимо дать оценку от -3 до +3 баллов (от «абсолютно не согласен» до «абсолютно согласен») на предложенные 51 вопрос. Итоговая сумма представляет собой сумму всех строк, результатом может быть лишь 1 преобладающий стиль. Методика по тразакционному анализу Э.Берна предполагает ситуативный анализ поведения руководителя по 3 типам (родитель, ребенок и взрослый), при этом тип может меняться в любую минуту, что не дает полноценной возможности делать выводы о преобладании того или иного стиля, а лишь дает описание того, как и как часто руководитель поступает в той или иной ситуации.

Плюсы и минусы Agile

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

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

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

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

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

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

Третьим существенным минусом Аджайл можно назвать необходимость в частых встречах

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

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

Управленческое решение: понятие и сущность

                Некоторыми авторами управленческое решение рассматривается в контексте формализованной социальной сферы («основного вида деятельности руководителя во всех сферах деятельности» или «осознанного (сознательного), волевого, директивно-обязательного, принятого в установленном порядке социального акта…»), другие ученые рассматривают управленческое решение как социально-экономическую категорию, носящую неформальный характер, или категорию экономико-организационного поведения, или же как механизм противодействия угрозам внешней среды. Более того, существуют теории, рассматривающие управленческое решение с точки зрения командно-управленческой работы, результата решения проблемы, организационно-психологической среды, интуитивного и гибкого или, напротив, сугубо рационального процесса. Тем не менее, данное понятие многогранно и потому должно рассматриваться с разных сторон, учитывающих все особенности данного института, в особенности его многогранную и многостороннюю сущность (например, 7-этапная модель или 4 составляющих сущности по Т.Н.Кильмашкиной).

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

2. Стиль принятия управленческих решений

                Стиль принятия управленческих решений – это совокупность индивидуальных характеристик, определяющих то, как менеджер принимает то или иное решение и каким образом строится процесс его принятия. При этом под стилем понимается частотное преобладание тех или иных личностных особенностей, а не какие-либо стандарты или процедуры (в т.ч. внутренние), определяющие сам процесс принятия решения независимо от обстоятельств конкретной ситуации. Так, например, Н.Б. Филинов удачно сравнивает понятие «стиля принятия решений» с климатом определенной местности: «дождливый климат не означает, что в данном месте не бывает солнечных дней, просто здесь часто идет дождь». Следовательно, индивидуальный стиль принятия решения дает характеристику личностным особенностям руководителя (тому, что стабильно и практически неизменно) и может дать рекомендации относительно того, как использовать преимущества и скрывать недостатки преимущественного стиля принятия управленческих решений, а не то, к какой модели прибегать в конкретной ситуации.

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

• По Алану Дж. Роу (4 стиля): концептуальный, аналитический, директивный и поведенческий;
• По К.Бруссо, М.Драйверу, Р.Ларссону, Г.Уриану (4 стиля): комплексный, иерархический, решительный, гибкий;
• По соотношению проектной стадии и стадии выбора (4 стиля): импульсивный, рискованный, уравновешенный, осторожный, инертный;
• По И.Адизесу (4 стиля): интегратор, администратор, предприниматель, производитель;
• По А.В. Карпову (5 стилей): реализаторский, авторитарный, попустительский, маргинальный, ситуационный;
• По Уильямсу-Миллеру (5 стилей): харизматики, скептики, мыслители, контролеры, последователи;
• По У.Шульцу (FIRO-B) (6 стилей);
• По Майерс-Бриггс (MBTI) (16 стилей).

Согласно некоторым подходам, список моделей, которые применяются для анализа стиля принятия управленческих решений может быть шире (например, часто используются модель Херси-Бланшара или управленческая решетка Блейка и Моутона). Тем не менее, в данной работе мы исходим из анализа исключительно черт личности, определяющих её поведение в тот или иной момент времени (присущий личности индивидуальный стиль), а не желательные и предлагаемые модели поведения, навязанные извне (то, как менеджеру следует поступать в той или иной ситуации).

Что такое интуитивный менеджмент?

Замечали ли вы когда-нибудь, что на деловой встрече с первого взгляда на собеседника понимаете, сработаетесь или нет? Эта мысль не поддается логическому объяснению, длится ровно секунду, а затем мозг начинает накручивать идеи и искать оправдания: «Почему я так решила?» или «Ну, сначала нужно попробовать». 

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

Важно уметь ловить и использовать эти моменты. 

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

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

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

В собственном подходе я объединила понятия «интуиция» и «менеджмент» и теперь следую правилам теории, названной «интуитивным менеджментом». 

Здесь есть основной принцип, на который стоит полагаться, — вера в собственную интуицию. Формула этой модели управления работает по правилу 60 на 40, где 60 – это сбалансированная аналитика и продуманная стратегия, а 40 – интуиция. 

Методы эффективного принятия групповых управленческих решений

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

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

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

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

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

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

Перед тем как принять участие в голосовании, вы должны решить, сколько именно голосов может отдать каждый участник. Обычно каждому человеку разрешается голосовать примерно за 1/3 идей из списка. Таким образом, при наличии списка из 15 пунктов каждому человеку будет разрешено отдать пять голосов.

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

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

Перед началом голосования вам нужно будет проинформировать каждого человека о том, сколько идей они могут поддержать в своем бюллетене. Например, при голосовании 10-ти пунктов каждый избиратель может поддержать 5 из 10 идей. Таким образом, каждый человек сможет выбрать 5 из 10 идей. Выбирая эти пять, они обязаны дать каждой из них значение балла от 1 до 5. Лучшая для них концепция из списка получит 5 баллов, хорошее предложение получит 4 балла и так далее до пятой выбранной идеи. Пять предложений, за которые они решили не голосовать, не получат баллов.

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

Внедрение Agile

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

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

Важно подобрать метод, отвечающий максимальному количеству требований

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

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

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

Заключение

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

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