среда, 29 января 2014 г.

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



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

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

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

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

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

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

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

воскресенье, 19 января 2014 г.

Как перейти на 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-карточки.

вторник, 14 января 2014 г.

Как перейти на 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, на разработку скетчей, прототипов и спек.

Kanban board, Agile Jira
Настройка SQL выборки для доски 

Kanban board, Agile Jira
Настройка столбцов и статусов

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

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