Привет!
Создал свой блог.

Буду делиться тем, что считаю важным 😉

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

Если очень коротко, сначала продали клиенту продукт за 250к, который ранее не существовал. А потом его сделали на ходу.

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

То ли дело в людях, то ли в моём отношении, пока не знаю.

Читаю одновременно канал со всякими фишками про стартапы и книгу "Джедайские техники"
И в обеих встречается одна и та же мысль:

Знания переоценены, значимая ценность есть только у опыта

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

Максим Дорофеев из "Джедайских техник" говорит, что у истинного обучения три столпа:
Информация
Осмысление
Опыт

И только на этих трех основах получается качественное обучение
А мы все время пытаемся решить все информацией.

Попробовать что-ли больше практиковаться?)

⁉️Как думаете, что самое важное в проекте?

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

🤝Да, команда, ресурсы, технологии, сроки и все остальное - тоже очень важно.

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

🤷🏻‍♂️ А если цель неясна исполнителю, заказчику или всей команде, то проект не взлетает.

‼️ Поэтому, цель проекта является ключевым ингредиентом.

Почаще спрашивайте себя: "Зачем я это делаю?".
И если ответ есть, все получится 😉

Открыл для себя Деминга.

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

Его эксперимент с красными бусинами - это трансформация мозга по отношению к производственным системам.

https://deming.pro/deming-redbeadexperiment.html

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

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

ЛПР и ЛВР - кто это?

📍Зачастую на каждом проекте есть самый самый главный босс. Это тот, кто принимает итоговое решение быть или не быть проекту. Сокращенно их называют ЛПР - лицо принимающее решение.

🔹Многие компании и проектные менеджеры уже научились выделять ЛПР. И менеджеры учатся сразу определять их.

❔Но при этом возникает вопрос «А что или кто влияет на принятие конечного решения ЛПРом?».

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

〽️Например:
У директора может быть секретарь, который совершенно не хочет, чтобы проект взлетел. Боится, что его уволят, когда автосекретарь будет планировать дела руководителя.

〽️В числе ЛВРов может быть бухгалтер, который не хочет сейчас выделять какие-либо деньги, потому что у него на носу квартальная отчётность.

〽️А еще есть руководитель отдела продаж, у которого горит план. Он надеется, что проект поможет ему выполнить план и получить премию.

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

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

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

▫️Если следовать принципу, что каждый человек исходит только из собственных интересов, нужно сделать так, чтобы интересы лиц, влияющих на решения, были схожи с общими интересами🤝
Тогда есть все шансы, что положительное количество мнений «за проект», превысит количество негативных мнений, и приведет к тому, что проект успешно взлетит. ☝🏼

Знакомо?)

Давно для себя принял решение:
Если я планировал ничего не делать и ничего не сделал, то я молодец.

Это позволило избавиться от постоянного чувства самобичевания.

А если планировал ничего не делать но что-то даже успел между делом осуществить, то вдвойне молодец.

Как превратить хаос в систему, зная жизненный цикл проекта

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

🔁Вначале я пытался все контролировать. Это привело к появлению седых волос. Затем я пустил все на самотек. Это добавило проблем с клиентами и подрядчиками.

❕Как обычно, истина оказалась где-то посередине.

🚫Спрогнозировать всё - невозможно.

✍️ Я пришёл к выводу, что превращение хаоса в систему, это не борьба с хаосом и не тотальный контроль, а создание условий, в которых хаос становится чуть более предсказуем. Не на 100%, а на какую-то часть.

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

📍Я для себя определил вот такие фазы проекта:

- инициация
- планирование
- реализация
- внедрение изменений
- анализ
- закрытие

📌 Зная на какой фазе жизненного цикла находится проект, можно понимать риски, которые могут на нем возникнуть.

❕А управление рисками - это управление хаосом.

〽️Давайте рассмотрим на примере организации корпоратива.

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

Какие риски на этом этапе? Отсутствие поддержки инициативы убьет проект. Поэтому надо получить одобрение сверху.

↪️Следом идет планирование- думаем, что будем делать. Место корпоратива, бюджет, формат. Возникает сбор требований и пожеланий.

Какие здесь риски?
Отсутствие согласия между участниками проекта. Значит надо договориться о принципе принятия решений: большинством или единолично кто-то решает.

↪️Далее реализация: заказываем место, ведущего, программу, меню и так далее.

▪️Какие здесь риски?
Не успеть вовремя. Поэтому здесь важно контролировать сроки, вовремя реагировать на отклонения.

Ну и затем внедрение изменений - это день корпоратива.

▪️Что по рискам?
Кто-то не приехал вовремя, а кто-то немного перебрал. На кого-то упал официант, а кто-то сидит в одиночестве и с пустой тарелкой.

▪️Что делать? Выделить одного ответственного за организацию и дать ему полный картбланш на разруливание мелочей во время праздника. А также договориться с командой о правилах.

▪️Нужен ли анализ после корпоратива? Однозначно, если мы хотим накапливать опыт и использовать его вновь на других проектах.

▪️А что по закрытию?
И там тоже есть риски.
После праздника не прислали фото или не все доехали до дома.

Что в итоге?

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

🤝В итоге праздник удался, все довольны и счастливы!)

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

Сегодня запустили.

Словил инсайт: если бы не жёсткий дедлайн, переносили бы ещё несколько недель

Месяц назад коммерческий директор спросил меня: "Коль, когда запустим курс? Уже есть первые покупатели".

Я тогда сказал: продаём, на ходу сделаем, так как не будет возможности перенести задачу

В тот же день продали.

В итоге записали и сегодня уже пошёл процесс.

Но было стрессово. На постояннке закрывать так задачи эффективно лишь в краткосрочной перспективе.

Хочешь идти быстро - иди один.
Хочешь идти далеко - иди с командой.

Это про поддержку, когда кто-то сдаёт позиции.
А ещё про совместный труд.
Да и работа с командой помогает распределить нагрузку.

Но вот что меня терзает.

А что если какие-то задачи нельзя отдать команде?
И что если таких задач больше, чем способен вытащить один человек?

Отказываться от реализации?
Делегировать на команду, надеясь, что вывезет?
Делать все самому и медленно?

Получается какой-то замкнутый круг.