Что меня смущает в SCRUM

Перечитал несколько книг по методологиям SCRUM и Agile.
Методологии нравятся и я их стараюсь применять.
Какие-то применяю (парная разработка, пользовательские истории, итерационная разработка)
Какие-то принимаю, но еще не научился "правильно готовить" (test driven development, непрерывная интеграция)

Но есть 2 вещи, которые меня смущают

1. Ежедневные собрания
Это идет в разрез с большинством книг для управленца, где говорится:
собрания - способ потратить время, и не брать на себя ответственность,
чем меньше собраний - тем лучше.
А в скраме рекомендуются ежедневные собрания :(

2. Отсутствие персональной ответственности
Везде в книгах пишется: "за код отвечает команда".
А как тогда мотивировать выдающихся людей, как выяснять кто тянет команду вверх, а кто вниз?
С кого спрашивать за допущенные ошибки?
В книгах по менеджменту обычно говорится: "нет ответственного, считай что задача не будет выполнена"

Книги
Джонатан Расмуссон "Гибкое управление IT-проектам"
Майк Кон "Scrum. Гибкая разработка ПО"

Ссылки по теме

Scrum в одной картинке
https://image-store.slidesharecdn.com/671c33ed-13c8-41b3-a768-91e785debcfd-original.jpeg

Отзыв о книге: Джонатан Расмуссон "Гибкое управление IT-проектам"

Гибкое управление IT-проектами. Руководство для настоящих самураев от Расмуссон Джонатан - скачайте цифровую книгу Гибкое управление IT-проектами. Руководство для настоящих самураев в fb2, txt, pdf, epub, mobi и других форматах | ISBN 978-5-459-01205-7

Прочитал достаточно быстро - понравилась. Пока, в моем рейтинге, первое место в номинации  "введение в Agile".

Автор прошелся по разделам Agile как организационным

• подготовка проекта, планирование
• работа на основе пользовательских историй
• принципы общения с клиентами
• управление итерациями
• оформление рабочего пространства

так и практическим

• тестирование
• рефакторинг
• интеграция

Книга вызывает ощущение "написано человеком для людей".

Мысли изложены доступно и, главное, идеи донесены ясно, а не запутаны между кучей ненужных абзацев.
Если кто-то хочет углубиться - в конце многих технических глав (по тестированию, рефакторингу, непрерывной интеграции) даны ссылки на более подробные книги/ресурсы по каждой теме.

Примеры в книге на C#, но их минимум и они простейшие. Это позволило книге сохранить универсальность и независимость от языка, поэтому она будет полезна как разработчикам на .NET так и на Java.

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

Читалась книга быстро и легко. Осилил за полторы недели неспешного чтения.

Цитата

Не забудьте о том, что смысл заключается не в том, чтобы быть гибким, а в том, чтобы писать высококлассные программы и оказывать клиенту безупречные услуги.

Моя оценка: 4 из 5
Для кого: разработчики практикующие или желающие практиковать Agile, менеджеры проектов, начинающие Agile-мастера
Стоит ли читать: да

Ссылки
Книга на Озоне
Книга на Литресе

Отзыв о книге: Роберт Матрин "Принципы, паттерны и методики гибкой разработки на языке C#"

Книга "Принципы, паттерны и методики гибкой разработки на языке C#" Р. С. Мартин, М. Мартин - купить книгу Agile Principles, Patterns, and Practices in C# ISBN 978-5-93286-197-4

Интересная книга.

Главы:

Принципы гибкой разработки: итерации, тесты, пары, отсутствие перегрузов
принципы проектирования​ (SRP, OCP, Принцип подстановки лисков, ISR, DIP)

Обзор доступным языком UML диаграмм (Диаграммы классов, Объектов, Последовательности, Состояний )

Основные паттерны (Команда, Шаблонный метод, Стратегия, Одиночка, Моносостояние, Нулл-объект)

Что понравилось

В одной книге освещены разные аспекты и SOLID и UML и гибкая разработка

Что странно:

Базы данных - почти пофигу. О некоторых вещах автор говорит: я не разобрался и вы не лезьте.


Моя оценка: 4 из 5
Стоит ли читать: да.