Яна Борт. Коуч. Бизнес-тренер

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

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

Почему?
Потому что из-за перевозбужденного состояния, способность адекватно оценить окружающую среду снижается. Лимбическая система «глушит» префронтальнуб кору.

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

Оптимально, конечно, это среднемотивированный человек.

Можно ли градусом мотивации управлять самостоятельно?
Конечно.

Во-первых, важно помнить, что мотивация - это ВНУТРЕННЕЕ побуждение к действию. Когда сам хочешь. Она помогает идти к амбициозным целям уверенно и работает долго. Внешняя стимуляция - это активация. Она действует рывками. Есть активация, идём. Нет - стоим (если не лежим).

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

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

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

Такой подход поможет понять с чего начинать, куда идти, где мотивация и зачем все это.

🤓 мы хотим, чтоб в чемодан помещалось больше вещей, мы знаем, что он может вмещать минимум в два раза больше
👩‍🏫 какая основная проблема, почему сейчас не получаются?
🤓не умеем; никто не показал как надо; делаем это некачественно; не уверенны, что это вообще возможно

👩‍🏫решение какой из проблем, в первую очередь, поможет упаковывать в чемодан в два раза больше вещей?
🤓делать это качественно

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

👩‍🏫какие причины привели к тому, что вообще возникла эта проблема?
🤓никто не понимает, какая выгода конкретно ему от того, что влезет больше вещей; все так делали изначально, такая культура; понимание того, что минимум необходимого мы все-равно впихнем, пространство же есть; отсутсвие стандарта
👩‍🏫что из этого самое ключевое?
🤓понимание выгод и изменение отношения к процессу
👩‍🏫что будете делать?
🤓1,2,3,4

....

А бывает в конце после 1,2,3,4 "так мы это все и так делали" и тут я показываю чемодан. И там и там чемодан, и там и там вещи, и там и там сложены. Вопрос не что делали, а как! Будем складывать по-другому? Да.

И речь вовсе не о чемодане и вещах ...
Так работает большинство бизнесов

Нужен аудит процессов и результатов, пишите в личные сообщения.

#УправлениеПроектом

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

Модель Киневина (Cynefin framework). Разработана в 2000х компанией IBM. Дословный перевод - прибежище, среда обитания, привыкший, знакомый.

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

Модель Киневина предлагает пять основных контекстов принятия решений, пять условий среды, в которых может находится система:

1. Простая упорядоченная среда - ту все понятно, определенность высокая, пути решения этой проблемы описаны и испробованы, стоит воспользоваться ими и не креативить. (Waterfall)

2. Сложная упорядоченная среда - определенность высокая, но есть что улучшать, куда стремиться. Стоит использовать Kanban, Lean для оптимизации процессов и повышения их эффективности.

3. Запутанная среда - определенность низкая, много вводных, причинно-следственные связи не очевидны -меняются в зависимости от контекста, нужны исследования и много обратной связи про выбранный путь. Scrum, Lean Startup

4. Хаотичная среда - мало что можно понять. Все меняется очень быстро и причинно-следственные связи отсутствуют. Ручное управление или Scrum с короткими итерациями (максимум неделя).

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

Ну как, поделитесь: был ли полезен инструмент?

#УправлениеПроектом

Какими компетенциями должен обладать Agile лидер?

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

2. Навыки эффективной коммуникации, ведения переговоров, решения конфликтов. Общение с партнерами, клиентами, командой - функция, которая занимает чуть ли не 80% времени управленца. От того, как вы владеете этим навыком, зависит скорость сбора информации, ее обработки и передачи. Чем быстрее вы, тем быстрее ваша компания.

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

4. Системное мышление. Понимать и оценивать влияние действий в перспективе, уметь видеть процесс и последствия на несколько шагов вперед. Расставить приоритеты и убрать лишнее. Где-то организовывать процесс максимально эффективно или, наоборот, дать возможность организоваться ему самому.

5. Открытое, гибкое, креативное мышление. Тут одинаково важна способность видеть лес целиком, как и дерево в отдельности. Готовность принимать новые вводные и быстро подстраиваться под них - это Agile, детка )

Я специально не написала "уметь управлять командой", потому что Agile это в большинстве своем про самоорганизацию. И роль Agilе лидера тут заключается в создании условий, чтоб команда организовалась и принесла результат сама.

Как видите, в этом списке одни Soft Skills. (Для тех, кто на моей странице недавно, напоминаю: я , в первую очередь, тренер Soft Skills. Да-да..)

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

Как недавно я выразилась в разговоре с заказчиком, Agile - моя страсть, Soft Skills - моя любовь.

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

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

* снимаю корону и иду гулять
Всем классных выходных

#УправлениеПроектом

Agile, как философия компании, подходит не всем.

При всей моей огромной любви к нему, я об этому говорила и буду продолжать говорить.

В первую очередь потому, что мышление Agile (гибкое, живое) должно быть у всей команды. Команда должна быть достаточно зрелой для слов «ответственность» и «командный результат».

В каких случаях вас точно ждёт провал:

1. Если компания и все ее лидеры с жесткой красной и даже синей парадигмой (Спиральная динамика). «В инструкции так написано», «Это не мои обязанности», «Мне за это не платят» - 🛎
2. Если процессы и процедуры в компании строго стандартизированы и стоимость ошибки очень велика (человеческая жизнь). Но даже в этом случае, можно придерживаться этой философии в принятии решений.
3. Если вы производите один и тот же продукт, вас все устраивает и вы не собираетесь ничего улучшать, менять. Agile про непрерывные улучшения и постоянную обратную связь с заказчиком. Тут нет повода ни для одного, ни для второго.
4. Если команды строго собраны по принципу экспертности. Нет кроссфункциональности и, при выпадении даже одного сотрудника из процесса, может остановиться все.
5. Неготовность, незрелость команд. Фокус на себе и своих достижениях, утаивание данных для повышения своей «стоимости» в компании.
6. Неумение работать в команде и на командный результат.
7. Нет самоорганизованности. Для продвижения и движения постоянно нужен руководитель с батогом.
8. Отсутствует гибкость в принятии решений и изменений от заказчика. «В договоре написано так..», «мы об этом не договаривались» вместо «давайте подумаем, как это можно реализовать».

Позже буду ещё дополнять, но суть понятна. Первый пункт, как понимаете, самый основной - мышление лидера, команды, компании.

Agil-листы добавьте ещё причин, почему все может провалиться.

#УправлениеПроектомЯнаБорт

На смену классическому и укоренившемуся годами методу управления проектами Waterfall, о котором я писала ниже, в 2001 году пришел Agile.

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

Это был совершенно иной взгляд и подход в разработке программного обеспечения.

Agile манифест подписали 17 человек и он поддерживает 4 идеи:

1. Люди и взаимодействие важнее процессов и инструментов.
2. Работающий продукт важнее исчерпывающей документации.
3. Сотрудничество с клиентом важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.

Таким образом, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева. (http://agilemanifesto.org/iso/ru/manifesto.html)

Agile в сегодняшнем мире #УправлениеПроектами это методология/философия/подход/манифест/ культура, но не инструмент. Инструментами в Agile называют Фреймворк (рамка работы). И их много. Забегая немного наперед, Scrum - это один из фреймворков, который полностью поддерживает принципы и ценности Agile.

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

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

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

Ах, да. Agile дословно переводится как проворный, подвижный, живой.

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

#УправлениеПроектом

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

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

Начнем с классики.

Метод управления Waterfall - водопад или, как еще называют каскад.

Состоит из следующих этапов.

1. Определение требований
2. Проектирование
3. Конструирование
4. Воплощение
5. Тестирование и отладка
6. Инсталляция
7. Поддержка

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

То есть, пока требования (1) полностью не утверждены и не зафиксированы печатями и подписями к проектированию (2) никто не приступает. Пока проектирование (2) не завершено, конструировать (3) тоже никто не начинает. И так дальше.

Сами понимаете, от начала проекта до его завершения могут пройти годы.

Минусы этого метода:

1. Время. Если на каждом этапе будет сбой или несогласованность, каждый следующий отодвигается во времени и проект может длиться бесконечно.
2. Отсутствие гибкости. Цель ради цели. Когда проект завершен, очень часто может оказаться, что он уже не актуален, старомоден и вообще не нужен. (По этому поводу есть замечательное исследование Standish Group Chaos Report http://surl.li/eahg). Все по той же причине - время.
3. Бюрократия. Много проектов дальше этапа требования не идут. Так как их становится очень много, а времени на бумажную писанину нет. Либо вовсе умирают не доходя даже до воплощения из-за разногласий на местах.
4. Большой штат. В большинстве случаев, каждый этап - это отдельная структура в компании.
5. Дороговизна. Учитывая все вышеперечисленное, часто затраты ресурсов на воплощение первоначальной идеи неоправданны.

Но не все так плохо, как-то же этот метод живет до сих пор. В нем есть и плюсы.

Его можно использовать:

1. Когда степень определённости очень высока. Это стандартизированное производство, продукт и уже давно отлаженная система.
2. Когда стоимость ошибки слишком велика. Ракетная промышленность, строительство жилых домов или лабораторные исследования.
Тут лучше перестраховаться.

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

[2019 UPDATE] Agile Project Success Rates 2X Higher Than Waterfall The 2018 Standish Group Chaos Study shows Agile Project Success rates at 2X higher than traditional projects, and Agile projects were 1/3 less likely to fail.

Если бы я сейчас начинала стартап, использовала бы Lean Startup для минимизации вложений при проверке гипотезы
Потом перешла бы на Scrum, в ходе которого создавала и улучшала бы продукт, налаживала кроссфункциональность в команде, обучала бы прозрачности, делала как можно часто релизы для получения обратной связи и внедряла изменения быстро, гибко, актуально
Потом, перешла бы на Kanban для оттачивания процессов до идеала, налаживания беспрерывного производства и повышения эффективности всех процессов, что, в свою очередь привело бы к оптимизации ресурсов.
Потом установила бы OKR и начала приращивать ценность бизнеса новыми идеями, проектами.
И каждый из них проводила бы по тому же пути.
Вот она, в моем понимании, идеальная схема реализации проекта и правильное масштабирование бизнеса 🤩
И, казалось бы, куда мне брать со своими высокими стандартами и материями в реалиях Waterfall и бюрократии.
Но я берусь 💪 и до конца лета буду понемногу раскрывать детали каждого из перечисленных методов.
и путь это все будет по хештегом #УправлениеПроектами 😉

Тадам 🔥
Всем огромное спасибо за участие! 🚀

НА ФОТО НЕ КАНБАН МЕТОД
————-

Многие ошибочно считают, что вот эта доска - это и есть весь Канбан.

Нет, друзья, эта доска - это один из способов визуализировать процесс. А визуализация - это одна из (!!!) практик Канбан.

Всего их шесть:

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

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

В четверг мы проведём он-лайн одну из самых популярных Agile игр - тренинг - игра «Канбан пицца».

Мы детально разберём все эти практики и наложим на Упрощенный КОМАНДНЫЙ процесс - процесс приготовления пиццы.

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

Приходите, ещё пара мест есть.