Книга "Гибкое сознание. Новый взгляд на психологию развития взрослых и детей"

Забавная книга. 

Автор рассказывает на первых 5 страницах идею про 2 установки в сознании, которые есть у людейю Процитирую краткую версию:

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

...

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

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

При этом она утверждает что плохо наклеивать на людей ярлыки - люди могут меняться, учиться. Хотя сама легко это делает. CEO Enron, который рухнул, ТОЧНО имел установку на данность. А CEO IBM, которые поднял выручку во много раз, ТОЧНО имел установку на рост. В общем все "хорошие" люди по одну сторону, а "плохие" - по другую.

А идею я поддерживать - нужно всегда учиться, и делать выводы из неудач. Но наверное не все так просто в жизни.

Todoist - новый инструмент для ведения целей

3 года с "Коровой" завершились. Я переехал на новое современное решение - Todoist.
В виду того, что я не люблю TODO приложения и фокусируюсь не на задачи, а на цели, у меня не много требований к таким решениям:

1. Скорость работы 
2. Фильтрация задач через запросы

Подход из OmniFocus с формированием Today списка мне совсем не подходит. 2 раза пытался - не смог смериться. Мне нужна возможность написать свой запрос, который покажет задачи согласно моей логике эффективности. Раньше "гибкое" написание запросов для фильтров я видел только в "Корове", потому мог использовать только ее. Todoist - второе такое решение.

В Todoist можно использовать под цели "Проекты" что делает процесс проще (в "Корове" для этого использовались отдельные запросы на фильтрацию).
Web и  Mobile решения симпатичные.
Есть Karma Trend, который показывает полученные баллы за закрытые задачи. Очень мотивирует.

В результате у меня сейчас:

• Бумажный молескин - чтобы думать над процессом достижения целей через визуализацию
• Todoist (Web + Mobile) - для ведения целей и задач-результатов
• DayOne - для ретроспективы, рефлексии, личного дневника

Книга "The Principles of Product Development Flow. Second Generation Lean Product Development"

Дочитал книгу - мне очень понравилось.

Экономическое обоснование под Agile и Lean мышление. Много про очереди, WIP, DIP и ожидания - очень расширяет сознание в рамках перехода на Kanban.

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

Есть книги, которые ты читаешь первыми в какой-то области, и потому выглядят сильно полезными. "Как измерить все что угодно", Scrum от Майка Кона, "Стратегия голубого океана". Это одна из таких. Я перестал делать mindmap на прочитанные книги. Вместо этого пишу идеи/"задачи на проверить" в Keep. По этой книге написал идей 60. Для сравнения после предыдущей книги "The Lean mindset" я зафиксировал 5 идей.

Наставничество. Цели на неделю и цели на день

У Падавана есть 10 целей до конца февраля. Что делать дальше?

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

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

Далее для 3-х Focus целей сформулируйте 3 цели на неделю. 3 результата на неделю согласно текущему плану. Для остальных 7 целей выделите 1 самую важную задачу, которую нужно сделать. Я называю это "@next" цель или "следующий шаг"

Для 3-х целей на неделю визуализируйте план задач на неделю - представьте его мыслено и на бумаге. Из планов на неделю сформулируйте 3 цели на день.

В результате должен получится следующий "TODAY" список:

1. Цель 1 на день (Today) - это я ДОЛЖЕН сделать сегодня
2. Цель 2 на день (Today) - это я ДОЛЖЕН сделать сегодня
3. Цель 3 на день (Today) - это я ДОЛЖЕН сделать сегодня
4. Цель 1 на неделю (Saturday) - я постоянно вижу и фокусируюсь на ней
5. Цель 2 на неделю (Saturday) - я постоянно вижу и фокусируюсь на ней
6. Цель 3 на неделю (Saturday) - я постоянно вижу и фокусируюсь на ней
7. Next-цель по цели №4 - делаю когда появится возможность
8. Next-цель по цели №5
9. Next-цель по цели №6
10. Next-цель по цели №7
11. Next-цель по цели №8
12. Next-цель по цели №9
13. Next-цель по цели №10

При этом цели и визуализация плана по их достижению есть на бумаге. 

TODAY cписок всегда под рукой - тоже на бумаге или в электронном виде. 

Какие есть проблемы у Падавана здесь?

1) Цель лучше сразу формулировать в виде результата. То есть писать не процесс, а результат с метрикой. 

"Я сделал 1-3 слайда презентации по SpecByExample"

2) Всегда есть конфликт с текущим распорядком дня, где нет времени на выполнение этих задач. Вернее время выделяется домашнее, вечернее. "Я приду домой с работы и сделаю эти задачи". Это не работает. Эти задачи должны быть сделаны ASAP утром. Нужно выделять утром время на их выполнение и защищать это время от внешнего воздействия. Вам всегда будут мешать делать что-то полезное для себя, и вы не должны "прогибаться под мир".

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

- Я почитаю книгу про Agile Results (не сделано)

- Я прочитал 1-10 дни из книги Agile Results (прочитал 1-2 дни)

- Я прочитал 3-5 дни из книги Agile Results (прочитал 3-4 дни)

- Я прочитал 4-6 дни из книги Agile Results (Ура, сделал) 

Наставничество. Формирование целей

Следуя принципу "Хочешь чему-то научиться - учи других", взял на январь-февраль одну из целей - попробовать себя как "Наставник". То есть помочь кому-то изменить жизнь к лучшему повлияв на его мышление, приоритеты и личную эффективность.
Зачем? Чтобы посмотреть на весь этот процесс со стороны и получить какие-то новые знания для себя.

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

Задача №1 - это формализация наших желаний по всем сферам жизни (Карьера и бизнес, Финансы, Личный рост, Друзья и окружение, Отношения, Яркость жизни, Здоровье и спорт, Творчество). Я писал более подробно про это ранее. То есть нужно просто описать все наши желания. Все. Любые. Оказалось что желаний у Падавана не так много. То есть их оказалось 4-5 всего. В большинстве своем желания казались таким несбыточными, потому они даже не были желаниями. Видимо про это даже не стоит думать, желать, мечтать. И это кажется проблемой. Если ты боишься мечтать или желать чего-то, то как ты будешь расти? Что ты будешь достигать?

Задача №2 - это определение самые приоритетных и достижимых (как вам кажется) желаний и их конвертирование в SMART цели на 2 месяца. Причем 3 цели из сфер (Карьера и бизнес, Финансы), 3 цели из сфер (Личный рост, Друзья и окружение, Отношения) и 3 цели из сфер (Яркость жизни, Здоровье и спорт, Творчество). Еще одна 10-ая цель бонусом - откуда угодно. 
Так как желаний было не много, то нам пришлось сильно постараться, придумать еще желания и потом сделать их них цели. Цели оказались довольно искуственны. Наверное это не самые главные цели в жизни Падавана. Но это было началом. В дальнейшем когда пришло понимание мы договорились, что Падаван переделает список желаний, и соответственно скорректирует список целей. Видимо сам процесс формирования целей и начало движения позволяют начать осмысливать свою жизнь и начать определить ожидания от нее.

Задача №3 - это определение 3 Focus цели на месяц. Цели, на которые мы будем фокусироваться. Это оказались в основном цели, которые относятся к работе. Мы привыкли фокусировать на работе, и не привыкли жить своей жизнью и расставлять приоритеты правильно. Но я надеюсь повлиять в том числе на это.

Дальше мы стали ожидать понедельник, чтобы впервые сформировать 3 цели на неделю и 3 цели на день.

А вы сможете описать ваши желания? Вот шаблон в формате mindmap.
Вы сможете сделать 10 SMART целей из этих желаний?

Как перейти на Kanban из Scrum или Scrumban-а? Часть 2

У нас был Scrumban и я решился на изменения.

Так как аналитика была на месяц вперед, то очень часто ее результаты "протухали". То есть результаты анализа по задачам были готовы, но в спринт не попадали. Понимание менялось, и сами результаты устаревали. Так же активность по аналитике была периодической. За пару дней к workshop она сильно возрастала, но готовность всех задач к обсуждению обычно не была реализована.
Контролировать это в рамках Scrum было сложно. Хотелось перейти на Flow/Поток задач. Вместо бесконечных споров про оценку и Scope историй фокусироваться на Impact/Влиянии.

В общем я решился.

Из Scrumban переход на Kanban занял у меня 2 часа на настройку В Agile Jira и еще час на создание новой бумажной доски.

Старую Scrum доску я оставил, удалив все Draft спринты - теперь это просто Product Backlog. В нем мы формируем задачи по релизам, как обычно.

Создал общую Kanban доску со всеми статусами по аналитике и разработке. Именно здесь задается весь Flow - указаны все возможные статусы задач и порядок их следования. Указал WIP на разные статусы. Здесь специально не присутствует столбец с беклогом - в нем всегда слишком много задач и потому он получается слишком большим.
Именно эта доска синхронизируется с бумажной.

Далее создал Kanban доску "Research" для аналитики. Она начинается с беклога и завершается готовностью задачи к разработке.

Sprint беклог перешел в Kanban доску "Development" для разработки.

Так как статусов слишком много для отчетов/анализа я создал еще одну доску "Common", объединим статусы по этапам.

Которая дает вот такой отчет и позволяет увидеть где у нас проблемы и wastes.

Что в результате после пары недель полета:
1) Команда считает что без спринтов на них ничего не давит, и они стали медленнее работать. Я в это не верю, и хочу проверить идеи #NoEstimates.
2) У нескольких знакомых видел что спринты позволяют лучше планировать в условиях заказной разработки. Знаешь срок завершения проекта, знаешь сколько спринтов успеешь провести, планируешь какой функционал должен быть закрыт за каждый спринт. Боюсь это самообман и походит на планирование через MS Project. IMHO, процесс планирования должен быть другим.
3) Все Scrum активности (кроме планирования) мы оставили и так же проводим их по расписанию.

Остальное - покажет время.

Бумажная доска выглядит так. Scrum-овские карточки с миньонами заменяются на более простые Kanban-карточки.

Как перейти на Kanban из Scrum или Scrumban-а? Часть 1

Что лучше Scrum или Kanban? Не думаю что есть ответ, они для разных целей.
Нужен ли вам Kanban? Так же зависит от ваших целей.

Мое мнение - они фокусируются на разном.
В Scrum больше фокуса на реализации scope спринта. То есть важно уметь нарезать правильно истории и задачи, правильно их оценивать, реагировать на проблемы с ними, и все это заканчивается результатом - Успех или неуспех в реализации scope Спринта беклога. Не успех - давайте нарезать по-другому, давайте оценивать лучше, давайте обсуждать лучше.
В Kanban (я надеюсь) больше фокус на саму поставку историй, на скорость поставки, на их ценности. Именно поэтому я решился на изменение.

Scrum имеет сильное преимущество перед Kanban - он более строгий и формальный. Он дисциплинирует команду, PO, Заказчика. Вы не можете обеспечить стабильный scope Спринта на 2 недели? Заказчик все время требует перекрасить кнопку в красный и именно сегодня? Это не в Scrum процессе проблемы - это у вас проблемы. Вы оцениваете в часах, а потом требуется от разработчиков чтобы оценки исполнялись с высокой точностью? Вы не можете зафиксировать объем одной истории и при реализации она сильно пухнет? Вам нужно через все это пройти и научится. Потому я уверен что успешный опыт Scrum процесса нужен это эволюции команды и других участников проекта.

Почему мы перешли на Kanban?

В процессе работы мы перешли от чистого Scrum в сторону Scrumban, и последующий переход на Kanban был довольно логичен.

Проблема была в аналитике. Мы вынесли процесс аналитики за пределы Спринта, то есть к Планированию аналитика по всем историям должна была быть достаточной для их оценки. Аналитика должна была быть финальной - в процессе реализации все появляются вопросы/проблемы, которые нужно решать совместно разработчик-аналитик. Но до планирования большая часть аналитики должна быть выполнена.

Далее как я писал ранее про теорию ограничений возникло желание увеличить скорость выпуска путем увеличения усилий по аналитике, то есть к моменту Планирования по истории должны быть готовы все необходимые артефакты по историям - OK от Заказчика, готовые/согласованные SpecByExamples, скетчи/прототипы интерфейсов. Это увеличило длительность и сложность процесса аналитики и сделало его более формальным. В результате у нас появляются Draft Спринта (задачи, которые должны быть готовы к Планированию и которые мы вероятнее всего возьмем в Спринт) и Pre-Draft Спринта (задачи, которые мы грумим, если есть время). То есть 2 предварительных спринта по 2 недели. Мы делаем аналитику на месяц вперед.

Для Draft и Pre-Draft спринтов я создал отдельные аналитические Kanban доски, где описаны какие стадии и в какой порядке должны пройти истории в процесс аналитики. Чтобы формализовать процесс и сделать его визуализацию. То есть там есть столбцы на OK от бизнеса, на предварительное обсуждение с РО для формирование общего vision, на разработку скетчей, прототипов и спек.

Настройка SQL выборки для доски 

Настройка столбцов и статусов

У нас Scrum и 3 Kanban доски для работы. Это можно назвать Scrumban.

Продолжение следует.