Я понял, что дело не в содержании, и даже не в форме (второй раз выступление проходило в форме мастер-класса) – а во всем комплексе публичного выступления – которым нужно овладеть, чтобы не было ляпов.
Такая возможность мне представилась – я прошел двухмесячный практикум по ораторскому искусству, в нем я закрепил уже известное мне из книг и личного опыта. И вот новое выступление. Оказалось, что зал на 350 человек будет полным. Но в этот раз мне удалось реабилитироваться – к выступлению со стороны слушателей претензий я не услышал, хотя понятно, что
совершенствоваться нужно бесконечно (никогда не помешает добавить драйва, юмора, если умеешь шутить и пр.).
Проще всего вляпаться, если вы запускаете стартап или разрабатываете новый продукт от фирмы. Есть даже неумолимая статистика – успешными будут только 1—2 стартапа из 10.
Вот, чтобы увеличить вероятность стартапов, я рекомендовал разрабатывать стратегию стартапа – инструментарий для этого уже имеется:
Из книги Стратегия стартапа – вып.1
Отмечу, что бизнес-план… составляется не для себя, а, по сути, для инвестора. Это как бухгалтерский учет в нашей стране – он ведется не для того, чтобы понять ситуацию с бизнесом, а чтобы была довольна налоговая инспекция. Как- то один опытный главный бухгалтер мне сказал: «Нам нужна конечная цифра – какую прибыль, или какие издержки нужно показать. А далее – дело техники выйти на эту цифру». Неудивительно, что после реализации проектов по «бизнес-плану не для себя» восемь-девять проектов из 10 оказывается неудачными.
Этот небольшой анализ позволяет сделать оптимистический вывод. Если выполнить разработку стратегии стартапа для себя, можно ожидать лучшего результата, более высокого «выхода годных» новых продуктов.
Более подробно о том, как следует последовательно выполнять такую работу, мы и рассматриваем на страницах этого практикума.
На конференции по ИТ, кроме основных докладов о новых продуктах компаний из сферы ИТ, была организована панельная дискуссия. Речь шла о проблемах, которые возникали при реализации ИТ-проектов. Эта тема мне была интересна. Ведущие панельное обсуждение рассказывали о проблемах, и как выяснилось, почти 100% проблем были связаны с качеством управления проектами. Например, критиковалась ситуация, когда заказчик проекта ИТ дает задание, а потом ждет результата, а он получается совсем не такой, как было в его голове. Откуда можно сделать очевидный вывод: