Около года назад я прочитал книгу "Сверхпродуктивность" за авторством Михаила Алистера.
На самом деле я не стал бы читать книгу с таким названием, но ... книги издательства МИФ редко меня разочаровывают. В итоге, я дал книге шанс и не зря:)
Автор описывает свой подход к личной жизни в 20 главах и описывает его неплохо. Например, вот затронуты темы
- проектное планирование своей судьбы
- правильное выставление целей
- сбор и анализа информации
- использование mindmaps для повышения продуктивности мышления
- польза от шахмат в плане развития мышления
- использование скрам и канбан для работы над задачами
- важность измеримости движения по проектам и к выставленным целям
- базовые правила тайм-мендежмента
- правило Парето для определения приоритетности выполнения задач, которые принесут максимум пользы
- важность устранения потерь (концепции бережливого производства)
- преимущества автоматизации деятельности
- важность формирования правильных привычек и следования им
- многозадачность - это не про много задач одновременно, а по одной задаче друг за другом:)
- осмысленные подходы ко сну, питанию и утренним ритуалам
- важность принятия на себя ответственности за свое будущее
- для достижения результатов нужно сильно захотеть
- важность инвестирования как финансового, так и в себя

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

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

#SelfDevelopment #Management #Thinking

The Hero with a Thousand Faces (Тысячеликий герой) (Рубрика #PublicSpeaking)

Четверг и пятница у меня были посвящены обучению публичным выступлениям - это был финальный модуль нашей MBA программы.
Это было интересно и познавательно и думаю уже на следующей конференции мое выступление будет чуть лучше чем раньше.
Один из интересных моментов, что мы рассматривали - это драматургический подход с алгоритмом студии Pixar
Шаг 1. Жил-был герой (с целью) …
Шаг 2. Каждый день он …
Шаг 3. Но в один прекрасный день …
Шаг 4. И поэтому …
Шаг 5. Когда в конце концов …
Шаг 6. С тех пор (новые способности) …

По-факту, этот алгоритм чуть подробнее расписанный подход с мономифом. Сам термин впервые использовал Джозеф Кэпмбелл, у которого есть крутая книга "Тысячеликий герой", про которую я сегодня хотел вспомнить. Эта книга, несмотря на свою увлекательность, далась мне довольно сложно:) Она была написана еще в середине 20 века, а точнее в 1949 году, но до сих пор актуальна и пользуется успехом. Суть книги в том, что Кэмпбелл, изучивший многочисленные мифы, обобщил их и выделил шаблонный путь архетипического героя (мономиф), который включает:
- начало пути, где герой ощущает призыв к действию и отправляется в путешествие в волшебный мир, зачастую с некоторой помощью наставника или помощника
- инициацию - где герой проходит испытания и получает награду, которая меняет его и превращает в другого человека
- возвращение - дальше он возвращается домой с полученной наградой зачастую пройдя испытания и уйдя от погони
Интересно, что в книге приведены примеры из большого количества мифов, включая истории из различных религий, например, христианство, индуизм, буддизм и другие топовые верования народов мира:)
Эту книгу упоминал Джордж Лукас, как источник вдохновения для своих Звездных войнах.
А также идеи из этой книги использовал Кристофер Воглер, когда писал методичку Memo для сценаристов в 7 страниц. Эта методичка оказала влияние на сценарии многих фильмов:)
Подробнее про это можно почитать в книге "Memo. Секреты создания структуры и персонажей в сценарии" за авторством Криса Воглера и Дэвида Маккенна

#Presentations #Storytelling #MBA #PublicSpeaking

К выступлению готов. Презентационный конструктор (Рубрика #PublicSpeaking)

Сегодня я решил продолжить тему презентаций и обсудить книгу "К выступлению готов. Презентационный конструктор" Радислава Гандапаса, которую я прочитал лет 8 назад:)
Эта книга состоит из трех частей
1. Презентация сегодня
2. Структура презентации
3. Как сделать презентацию эффективнее

Интересно, что и публичные речи по мнению автора делятся на три жанра
1. Речи побуждающие (рекламные выступления) - цель в том, чтобы аудитория сделала то, что хочет спикер
2. Речи ритуальные (тосты, поздравления) - цель эмоционально всколыхнуть аудиторию
3. Речи информирующие (доклады, лекции) - цель в донесении новой информации

Причем автор убеждает читателей в том, что в бизнесе презентации относятся к жанру побуждающих, так как спикер обычно хочет что-то от аудитории. Даже если изначально он думает, что просто ее информирует о чем-то и в отдаленной перспективе усвоенная информация как-то повлияет на поведение слушаетелей в отношении объекта презентации. Хороших презентаций без цели не бывает:)

Дальше Радислав дает рецепт подготовки к презентации
0) Римские каникулы - тонкая самонастройка, в которой будущее выступление сравнивается с отдыхом в Риме
1) Вопросы жизни и смерти - Кто будет в зале? Что мне от них нужно? Что я должен делать?
2) Структура презентации - лучше это делать в соответствии с законами композиции и драматургии
3) Репетиция - без тренировок не бывает успеха
4) Фиксация - слайды как способ фиксации канвы рассказа
5) Коррекция - демо-прогоны перед людьми в условиях близких к "боевым"
6) Заслуженный отдых - в день перед выступлением стоит взять паузу и отдохнуть

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

P.S.
Грустно, что автор потом ушел из области публичных выступлений в бизнес-тренерство и дальше его авторитет в моих глазах пошел по нисходящей

#Presentations #PublicSpeaking

Убеждай и побеждай (Рубрика #PublicSpeaking)

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

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

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

#SelfDevelopment #Thinking #PublicSpeaking #Presentations

Пиши, сокращай (Рубрика #Writing)

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

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

#Writing #PublicSpeaking #SelfDevelopment #Presentations

Site Reliability Engineering (Рубрика #SRE)

Fb напомнил мне, что три года назад я постил свои впечатления после прочтения книги "Site Reliability Engineering. Надежность и безотказность как в Google".
Тогда книга определенно понравилась, но есть нюанс ... Нюанс заключается в том, что название SRE в головах людей получило коннотацию Devops, что в принципе неплохо, но ... у кого из знакомых разработчиков я не справшивал читали ли они эту книгу, то получал ответ в стиле "Нет, это вроде что-то для devops'ов"🙂 А на самом деле книга определенно хороша и ряд глав стоит прочесть разработчикам в первую очередь.

Структура книги довольна проста и состоит из 5 частей:
1) Введение
2) Принципы
3) Практики
4) Управление
5) Выводы

В введении кратко описывается содержание книги, а вот уже в принципах начинается интересное и рассматриваются вопросы, касающиеся:
- менеджмента рисков (глава 3)
- определения качества обслуживание сервиса aka SLO, SLA, SLI (глава 4)
- избавления от рутины (глава 5)
- мониторинга распределенных систем (глава 6)
- технологий выпуска ПО (глава 😎 - эту главу рекомендую разработчикам
- простоты (глава 9) - эту главу рекомендую разработчикам

В части, касающейся практик, приводится порядка 20 глав, среди которых особо важны для разработчиков главы касающиеся:
- тестирования надежности систем (глава 17)
- балансировки нагрузки на уровне фронтенда (глава 19)
- балансировки нагрузки в датацентрах (глава 20)
- способах борьбы с перегрузками (глава 21)
- способах борьбы с каскадными сбоями (глава 22)
- разрешениях конфликтов в распределенных системах и достижения консенсуса (глава 23)
- распределенный cron (глава 24)
- конвейеры обработки данных (глава 25)
- сохранность данных (глава 26)

В части про управление расказано о некоторых вопросах менеджмента команд SRE. А в последней части, называющейся "Выводы" проводятся параллели между разработкой ПО в Google и разработкой mission critical систем в авиастроении, кораблестроении, атомной энергетике и т.д.

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

#SRE #Software #SystemDesign #Architecture #SoftwareArchitecture

Defense Industrial Base Guide: Detecting Agile BS - интересный 5-страничный гайд от министерства обороны США, посвященный теме распознавания Agile Bullshit, когда гибкие подходы только декларируются, но не имеют отношения к реальности:) Он был написан в 2018 году, но до сих пор актуален.

Вот, например, как трансформированы 4 основные мысли Agile:
1) Individuals and interactions over processes and tools -> “Competence trumps process”
2) Working software over comprehensive documentation -> “Minimize time from program launch to deployment of simplest useful functionality”
3) Customer collaboration over contract negotiation -> “Adopt a DevSecOps culture for software systems”
4) Responding to change over following a plan -> “Software programs should start small, be iterative, and build on success ‒ or be terminated quickly”

Дальше в документе указываются некоторые паттерны, которые сразу позволяют понять, что в твоем проекте не все хорошо. Например,
- Nobody on the software development team is talking with and observing the users of the software in action; we mean the actual users of the actual code.
- Continuous feedback from users to the development team (bug reports, users assessments) is not available.
- Meeting requirements is treated as more important than getting something useful into the field as quickly as possible.
- Stakeholders are acting more-or-less autonomously (e.g. ‘it’s not my job.’)
- End users of the software are missing-in-action throughout development
- DevSecOps culture is lacking if manual processes are tolerated when such processes can and should be automated

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

P.S. Сам документ можно изучить здесь - https://bit.ly/AgileBSbyDIB

#Agile #Processes #Software #SoftwareDevelopment