Дочитал ту книгу, где писали избегать менеджеров проектов (на самом деле имелось ввиду, что проджектов не должно быть много и они не должны только собирать статусы задач). В самой же книге есть свои плюсы и минусы: ➕ Книга содержит много различных практик, которые можно применять, если вы разрабатываете какое-то платформенное решение; ➕ Достаточно времени уделяется работе со стратегией развития платформы и осознанию того, что платформа - это тоже продукт; ➕ Часто по тексту книги приводятся примеры разработки платформ в компаниях мирового уровня, таких как Amazon и др.; ➖ Книга написана сложным языком и читается тяжело. Но, возможно, проблема в переводе. Например, staff-инженеры в книге названы штатными инженерами; 🤦‍♂️ ➖Примеры и многие практики разобраны с позиции С-level, не содержат технического разбора и контекста; ➖В книге разбирается в основном менеджмент и процессы разработки. QA и SA вообще не упоминаются, а задачи системного анализа, судя по книге, выполняют техпродакты (TPM), сами разработчики и так называемые инженеры-менеджеры. Думаю, книга подойдёт больше всего тем, кто планирует стать или недавно стал техпродактом и лидом, а также тем рядовым специалистам, которые имеют достаточно обширный опыт, а также попытки улучшения командных процессов. В противном случае будет непонятно.