Не бывает невыполнимых задач 🚀
Бывают изменяющиеся на полпути требования 🛸

- Сегодня у нас похер планинг
- Может быть покер?
- Нет 😾

♥️ ♣️ ♦️ ♠️

Ps. Хотите про методику покер планинга? Любой реакции достаточно.

Что нужно для выполнения задачи? 🤔

Чтобы сделать задачу, порой, не нужны навыки, опыт и знания.
Все перечисленное можно приобрести в процессе работы.

Но упорство и желание добиться результата - необходимы как вода и воздух 🌊

Банально? Да.
Актуально? Всегда!

Самое сложно в ИТ, да и в других сферах, - договориться о каком-то решении и следовать договоренностям.

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

Желаю никому не выгорать в этом бесконечном цикле договоренностей 💥

Planning Poker
Да здравствует лонгрид!

Для чего PP? 🤔

Этот метод используется для командной оценки задачи.
Благодаря этому методу можно оценить задачу так, чтобы независимо от уровня специалиста оценка трудозатрат оказалась точной. На сколько это возможно 😇

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

Как работает? Сразу с примером ▶️

0. Подготовка
Для покера подойдет только задача, в которой требования существует (да-да, вот так жестко). Невозможно обсуждать задачу, которая никак не описана. В идеале, тим/тех лид должен ее декомпозировать, расписать последовательность действий по реализации.

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

2. Оценка. Round 1!
2.1. Раздаем карты или открываем рабочую доску (miro, firepoker и тп).
2.2. Открываем описание задачи и самый храбрый (по желанию или в порядке очереди) рассказывает какая предстоит работа по задаче.
2.3. После рассказа все участники выбирают карту с оценкой труда, который предстоит. Каждый свою оценку выкладывает в закрытую.
2.4. Когда все выложили карты с оценкой - карты вскрываем.
2.5. Получаем результат: Вася - 5, Кеша - 3, Илья - 8, Сережа - 100.
Консенсус не найден.
Обсуждаем!
2.6. Тк оценки у всех разные, то и представление о работе сложилось разное.
В описанной ситуации стоит начать с Сергея (100). Кажется, Сережа совсем не понял что надо сделать. Просим рассказать своими словами, что надо сделать, почему такая оценка. Может оказаться, что Сережа гораздо прозорливее и видит риски и трудозатраты, о которых никто не подумал.
Дальше, по желанию, слушаем всех остальных.
2.7. В результате обсуждения, можно сразу прийти к консенсусу. Либо, если делать красиво до конца - идет второй раунд голосования.

Round 2!
2.5. Получаем результат: Вася - 8, Кеша - 5, Илья - 8, Сережа - 13.
Мы близки к успеху. Кеша и Вася услышали, что задача сложнее, чем кажется, в тоже время Сергей снизил свою оценку - удалось разобраться, что же нужно делать и уже не так страшно.
У нас есть два человека, оценка которых явно отличается. Значит, именно они должны рассказать, почему для Кеши это простая задача, для Сережи сложная.
Такие ситуации могут возникать, если у специалистов разный уровень. Например, Кеша - senior-pomidor разработчик, в то время как Сережа - junior.
В таких ситуациях я беру риск на себя и предлагаю усреднить до 8, держа в голове, что если задачу выпадет делать Сергею, то нужно будет помогать и контролировать его работу.

Задача оценена, риски обозначены, все знают, что потребуется делать в задаче.
Великолепно!
*закуривает*

Минусы метода ➖

* Для оценки потребуется участие всей команды.
Хотя бы представители от разработчиков (и фронты, и бэки) и тестеров.

* Такая включенность тратит много сил.
В прямом смысле: после оценки устаешь, хочется отдохнуть.


Мои лафкаки 👻

* Оценка в Story point
Story point лучше человеко-часов. Более абстрактная и, в тоже время, более точная единица. Обычно я закладываю, что Story point это время на задачу, риски по задаче, сложность задаче, поправка на ветер и т.д. Обычно это ~ 2 часа + все вышеперечисленное.

* Оценка по Фибоначчи
0 - 1 - 2 - 3 - 5 - 8 -13 -21 - 34 … 100 - ?
Подход не дает недооценить риски. Хочешь поставить 4? Вероятно. ты что-то не учел и будет 5. Хочешь 9? Риски растут, ставь 13.
Чем больше задача, тем больше неучтенных рисков. Когда задача переваливает за 20 появляется понимание - нужно этого слона декомпозировать.
Иначе видишь только филейную часть… и не знаешь, можно ли слона есть.

* Не больше 1,5 часов
Больше просто нереально тяжело и весь оставшийся день будет не эффективным.

* Проводить утром (но не слишком рано)
В 11 или 12 самое лучшее. Все уже проснулись, заряжены энергией кофе.

Инструменты для работы 🛠


#planningpoker #management #IT

1. Карты для Poker Planning - видел один раз в жизни.
2. Miro - бывает, глючит в Safari.
3. https://firepoker.io/ - отличная тема, легкий и не глючит.

Буду рад вашей реакции, комментариям, вопросам)
Спасибо за внимание! 😊

Любая задача без четких границ превратится в ГОДЗИЛЛУ!
И она всех сожрет 🦖

Не важно, какой страшный баг был откопан до релиза 🫣

Это лучшее что могло случиться с вашим клиентом, даже если пришлось сдвинуть срок 💘

Никогда не пишите полотно текста по багу.
Самый минимум ожидаемый результат и фактический результат

ОР - ФР = Bug 🐜

Вывод недели

Держи со всеми заказчиками связь. Утром, днем, вечером - хотя бы пару слов 🗯️

Даже если ничего не произошло толком 🤷

Люди любят ощущение контроля и важно дать опору
🧗‍♀️

Порядок...

Его совсем не ценишь, пока не наткнешься на задачи 5-ти летней выдержки💀
По-настоящему страшно, когда они еще и актуальны 👻

Если ваша работа зависит от техники, например, от ноутбука/ компьютера - приобретите запасной 📠

Это ваш инструмент заработка и, одномоментно, риск остаться без способа зарабатывать 💸

#опыт

Артефакты, больше артефактов!

Так выходит, что я подбираю задачи древнее мамонтов и их 💩
Чаще всего в задаче написана одна строчка.
Чаще всего на языке Мордора 🤬

К чему я?
Все, что происходит по ходу дела по задаче - пишите в комментариях к задаче. В трекере, на стикерах, на стенах...
Даже если это выглядит как бред сумасшедшего.
Потомки поймут 👽
И скажут "Спасибо".

#опыт

Рисуй, пока не станет понятно 🧑‍🎨

Когда появляется задача, в которой слишком много всего - я начинаю рисовать.
Это помогает вытащить все мысли и идеи из головы. Оперативная память разгружается и появляется возможность размышлять, имея картинку перед глазами. 👀 🧠

Кажется, именно по такому принципу появились различные нотации вроде BPMN и BPML...

Я использую более простую диаграмму - Mind map.

Удобным инструментом для этого является Xmind.
Есть и другие, но визуал мне нравится только у него и iThoughts (5 к р. стоил когда-то) 🤑
В качестве примера моя визуализация грейдирования QA.

#опыт

Если сверхважные задачи, то только такие 🍾 🎉

Хорошей пятницы и выходных!

Близко к сердцу 🫀

В работе менеджера много эмоций.
Негативные, кмк, возникают чаще всего из-за недопонимания.
Между менеджером и заказчиком, менеджером и командой разработки, менеджером и аналитиками... и т.д 🤯

Количество взаимодействий и коммуникаций порождает тысячи маленьких недопониманий... особенно в части формулирования требований.
Эти малыши, в свою очередь, приводят к неправильной реализации, переработкам => рано или поздно начинаются конфликты 😿


Что с этим делать? 🤔

1. Создать шаблоны описания требований.
2. Потом - создать регламенты.

Риски регламентов высоки: порой, травмы, которые были нанесены в эмоциональной сфере менеджеру ведут к разведению бюрократии 🤖
То есть я, как менеджер, хочу защититься от недопонимания и его последствий путем создания жёстких шаблонов, а потом и регламентов. Все для того, чтобы ответственность оставалась на заказчике.

О том, что делать с бюрократией - когда-нибудь потом 😇

Другой способ справится - перестать воспринимать все близко к сердцу ❤️‍🩹

#теория и #практика