Мои реки / работа
eta_verba
- 10 книг
Это бета-версия LiveLib. Сейчас доступна часть функций, остальные из основной версии будут добавляться постепенно.

Ваша оценкаЖанры
Ваша оценка
Очень годная книга про то, как собирать команды и налаживать их взаимодействие.
Авторы попытались в рамках книги формализовать и истуционализировать гибкие подходы вроде Agile, чтобы описать контекст и межкомандное взаимодействие, т.к. обычно книги по ним грешат внутри-командными штуками типа спринты, скрам-мастер, беклог и т.д, а вот контекст и взаимодействие с окружение все время замалчивается, и по этому пробелу эта книгу очень хорошо бьет.
Если вкратце, то авторы предлагают модель в которой есть некие stream-aligned teams, то есть те же самые скрам-команды ориентированные на результат и гибкость. Но чтобы они работали к ним добавляются еще команды фасилитации (лаборатории и центры обучения), команды платформ, призванные снять сложность по работе с низлежащими технологиями, и команды сложных систем. Все эти команды взаимодействуют друг с другом через три типа
- Коллаборация, которая подходит совместной работы над проектом с большой неопределенностью.
- X-как-сервис. Изолированное взаимодействие через строго определенные регламенты.
- Фасилитация. Обучение команд и привнесение нового экспертного опыта.
Такая вот получается "стандартная теория" менеджмента команд со своими "частицами" и "взаимодействием". Отдельным пунктом хорошо обозначено, что главное во всем этом - это снижение когнитивной нагрузки команды и повышение ее продуктивности за счет превнесения нового и полезного, а также за счет делегирования сложных и неспецифических операций соответсвующим специализрованным командам.
Не ставлю балл, отделяющий книгу от пятерки, по следующей причине: авторы ссылаются на закон Конвея - про то, что каждая компания имплицитно реализует в архитектуре свою внутреннюю организационную структуру. Так вот этот отсыл хоть много раз и упоминается, но в книге не разу подробно не расскрывается, стоящая за ним динамика не анализируется. Но это так мои мелкие придирки

Remember: technology is only ever a part of the platform; roadmaps, guided evolution, clear documentation, a concern for DevEx, and appropriate encapsulation of underlying complexity are all key parts of an effective delivery platform for stream-aligned teams.

Simply defining a set of teams with responsibility boundaries is not enough to produce an effective sociotechnical system; it is also necessary to define sensible and effective interactions between teams.

The litmus test for the applicability of a fracture plane: Does the resulting architecture support more autonomous teams (less dependent teams) with reduced cognitive load (less disparate responsibilities)?















