Книга : Planning as a social event - Scaling Agile at LEGO, Henrik Kniberg

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

Будут мысли:

0. Маленькие книжки с описанием конкретных кейсов и опыта  - это просто блеск, а Книберг, как никто другой, умеет писать их емко и по делу.

1. Читая эту книжку в уме всплывали ГОСТы которыми нас дрючили в моей первой alma mater, и корявые описания артефактов и инструментов RUP, которыми дрючили во второй alma mater.
Вывод из всей книжки далеко не свежий - agile-методологии хреново масштабируются. Да и вообще с чего бы им масштабироваться хорошо ? Все инструменты устремлены в заказчика и команду, и в то как навести мосты любви и дружбы между ними, а не в то как это сделать в случае с N командами, где N>2.

2. Коллективный сеанс планирования длительностью в два дня на 4 итерации разработки по две недели (два месяца, в итоге) как практика - что еще может лучше иллюстрировать эквивалентную стоимость хренового планирования и издержек, которые несет организация по этой причине. Выдернуть 50-80 человек из процесса написания и поставки кода на два дня - эти расходы можно очень просто посчитать. Видимо издержки от непроведения такого мероприятия сильно выше (принимая во внимание масштабы операционной деятельности Lego можно смело сказать что они запредельно выше). Итог: план - ничто, планирование - все.

3. Очень интересный момент, что менеджеров заставляют напрямую работать с рисками выявленными при планировании командами по ROAM-фреймворку (Resolved, Owner, Accepted, Mitigated). Очень интересно, что само планирование - является ответственностью команды, а адекватность планов и учет рисков  - зоной ответственности менеджмента. Итого :  менеджмент нужен.

4. Из четырех итераций три посвящены самой разработке, а четвертая - буфер для инноваций, рефакторингов, и просто для того чтобы успеть. 25% плана - в буфер.  Суровая реальность.



Собственно сама книжка вот тут.

А вот тут все про тоже выравнивание только уже от Мартина Фаулера - тоже очень интересно.

Напосмотреть: Девелоперско-попсовый

Подобралась пачечка попсовых девелоперских тем.

1. О том что такое CRDT но человеческим языком и с картинками



2. Отличный рассказ о том что есть Kotlin и каковы его возможности. После этого рассказа даже я ударился об хипстерство и попробовал.




3. Dan North в очередной раз про микросервисы, но вот тирады про "Costs" и "Fits in your head" просто  заставляют меня поставить это видео в выпуск.


4.  Умный дядька про распределенные системы



5. О том что такое gRPC , зачем оно вообще надо, в двух частях (вторую найдете сами :))

Напочитать: Мобилизация автоматизированного тестирования

1. О том как расширять Calabash с помощью UIAutomator рассказывают ребята из Badoo
2. Что такое Robolectric и надо ли оно вообще - от eLegion.
3. Потестировать свой сайтик на соответствие представлениям гугла о верстке мобильных сайтов теперь можно за счет самого гугла. Детали тут.
4. LinkedIn выкинул в open source BluePill - свою приспособу для параллельного запуска тестов на IOS.
5. Подборка онлайн-курсов по мобильной разработке - врага надо знать в лицо.
6. Курсы яндекса по мобильную разработку, интерфейсы и дизайн - тут.
7. Про то как тестируют в Cloudera: mrunit  для unit-тестирования Map-Reduce Job и Fault-Injection Testing
8. Gremlin-ы для тестирования пользовательского интерфейса - старая идея Monkey Testing в новом обличии
9. Помните макросы в MS Word/Excel ? Google вмутил тоже самое у себя - Google App Script.
10. Пацаны из SpringTest окончательно упоролись (хотя казалось бы куда уж дальше, и так Spring) и начали писать вложенные друг в друга тесты. И все бы ничего, но эти же поцы причастны к JUnit 5 (Lambda), так что скоро это станет стандартом де-факто пойдет в массы .
11. Dex Test Parser или как LinkedIn борется с граблями Android разложенными в области тестирования. 

Книга: Agile Ретроспектива

Собственно соучаствовал в издании, пора бы и отчитаться за труды.

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

Книга Дианы Ларсен и Эстер Дерби никак не претендует на звание фундаментального труда.
Скорее методичка для "отчаянных агилистов", которые забыли про ретроспективу .

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


За что книгу можно похвалить:
1. за хороший каталог активностей (упражнений). Действительно их там не мало, по сравнению с книгой Норма Керта. Особенно понравилось , ИПОЗ.
2. Мысль о том что "день рождения - это ваша ретроспектива которая всегда с вами"  - блеск.
3. Менять помещение для свежего взгляда - тоже очень хорошая мысль, проверял на практике сам.


За что книгу хочется поругать :
1. Утверждения о целях на ретроспективу - на мой взгляд, это скорее редкость. Обычно ретроспектива и служит для поиска цели, а не отталкивается от нее.
2. Примерные выкладки по времени ретроспективы, вида "недельная итерация -часовая ретроспектива" - бред. Существует нижний предел времени, меньше которого ретроспективу (качественно!) провести невозможно, и он, по моим наблюдениям, в районе 1,5-2 часов. Все что выше - вполне валидно, все что меньше - не возможно.

Итого: читать книгу если и стоит то только после того как прочтете книгу Норма Керта, она даст вам знаний больше.