На практиці виходить, що деякі співробітники-інтроверти замість того, щоб поставити запитання команді - витрачають багато часу перебуваючи в якомусь ступорі з якоюсь проблемою. Коли немає щоденних обговорень - такі випадки розкриваються тільки після закінчення спринту, коли робити щось вже пізно.
По суті, якби одного разу вранці, вони б повідомили про свою проблему команді - велика ймовірність знайшовся б хтось, хто вже стикався з подібною проблемою і рішення знайшлося б дуже швидко.
P.S.
Ну і плюс, все огляди методології говорять про те, що daily scrum необхідна і дуже важлива частина спринту.
Making things happen
На мій погляд, необхідність таких мітингів відпадає в команді, яка давно і ефективно працює разом. Крім того, при наявності вірного інструментарію такі мітинги тільки забирають час. Адже ця синхронізація, по суті, є форсування графа залежностей. Якщо інструмент ці залежності підсвічує ( "мене чекають", "я чекаю", "залежність X"), то люди стають поінформованими через інструмент. Спостерігаю ефект, що дорослі, зрілі розробники при необхідності самі організовують "мітинг" для синхронізації. Також, якщо прибрати роль "няньки" з дорослого колективу, продуктивність незмінно зростає. Для високорівневою синхронізації бувають корисні "steering meetings", але це явно не кожен день і іноді і не раз в тиждень, а рідше.