🫂 Привет!
📚📚📚 Очередной краткий обзор книги. На этот раз «Agile. Оценка и планирование проектов», Майк Кон.
Книга мне понравилась👍.
🗯🗯🗯 Две основные мысли, которые у меня крутились в голове во время прочтения: 1. В одной из моих прошлых компаний каким-то невероятным для меня способом мы делали всё практически так, как и описано в книге (в каких-то моментах мы делали даже более удобно и репрезентативно). И это очень круто! 2. Эта книга обязательна к прочтению ВСЕМ менеджерам, особенно в российском бизнесе, так как информация поможет понять, что пора перестать уже «натягивать сову на глобус» с попытками быть одновременно и Agile и не Agile. Тут я вспомнила возмущение Грефа, когда ему зарубежный коллега сказал, что в России мало кто понимает что такое Agile, и то, как это понимают и то, что называют далеко от Agile. И я согласна с этим зарубежным коллегой полностью.
Книгу рекомендую к прочтению тем, кто хочет изучить тему, и тем, кто уже планирует проекты и работает по Agile (здорового человека)- чтобы получить инсайты, обоснования, ответы на вопросы. У меня на многие вопросы «почему» вместо ответа «потому что так работает» начали появляться аргументы после прочтения этой книги
О чем книга? Состоит она из 7 частей: 1. «Проблема и цель»- введение о том, зачем нужно планирование, почему оно не всегда работает 2. «Оценка размера»- подробно разобраны кейсы оценки релизов в SP и идеальных часах, плюсы и минусы, как это делается. Так же, из полезного, рассматриваются кейсы когда стоит и когда не стоит переоценивать истории. И как поступать в случае переоценки, чтоб прогнозы и график релиза не пострадали. Важно, что тут так же объясняется разница между оценкой и коммитментом сделать к сроку. 3. «Планирование на основе стоимости»- часть о том, как оценить выгодность проекта. Для меня эта тема абсолютно новая, она, скорее, полезна тем, кто отвечает за согласование проектов в продуктовых компаниях или компаниях-заказчиках. Сама тема очень интересная, рассмотрена достаточно глубоко, чтобы появилось примерное понимание механизма согласования проектов. Так же в этой главе приводятся техники приоритизации историй со стороны PO- тоже весьма интересная тема, хоть я с ней и не сталкиваюсь в работе напрямую. Возможно, будет полезно product manager’ам и РО. Далее, здесь же о том, как разбивать истори на более мелкие истории и в каком случае- объединять. Все эти варианты разбивки мы использовали, но здесь они структурированы :) 4. «Составление календарных графиков»- часть о том, как должно происходить планирование (разбиение историй на подзадачи и оценка их в часах), как оценить скорость команды и о том, что ни в коем случае нельзя оценивать отдельно по каждому члену команды и суммировать. Примеры буферов и их подсчетов. Когда и какой буфер стоит включать. Есть формулы подсчета. 5. «Отслеживание прогресса и информирование»- часть о том как и в какой форме стоит предоставлять статус по проекту, и как часто. Тут я использую более наглядный вариант графика состояния релиза, чем предлагается в книге, как мне кажется. 6. «Почему работает agile-подход к планированию»- краткое саммари книги. 7. «Анализ конкретного примера»- пример того, как реально все, что описано в книге может выглядеть на практике (с персонажами, диалогами и тп).
16.06.2022
