Comments 11
В ходе спринта мы проводили короткие стендапы, они же дэйлики, не более 15 минут, где был полный состав команды (команда была ~12 человек).
Объясните как? Что можно рассказать полезного за 45 секунд? А если у коллег вопрос возник?
А дейлик из разряда "У меня все всегда хорошо. Следующий" не несёт никакой пользы.
"У меня все всегда хорошо. Следующий"
Это 10 секунд на человека, 2 минуты всего. А за 15 минут вполне можно решить большую часть проблем.
А если у коллег вопрос возник?
Обычно вопрос к 1-2 людям, они вполне могут собраться отдельно обсудить.
Даже 15 минут на 12 человек - это 180 минут = 3 человеко-часа. Если полчаса посидеть, то это уже 6 часов - почти рабочий день. Я думаю, что частые долгие митинги на большое количество человек - зло. Чем больше людей, тем быстрее должен быть митинг или тем реже.
Обычно вопрос к 1-2 людям, они вполне могут собраться отдельно обсудить.
А зачем тогда дейлик, если на нем не будет обратной связи? Почему нельзя в чате общем написать как у тебя дела?
Я думаю смысл в том, чтобы быстро синхронизироваться, решить какие-то простые проблемы, быть в курсе чем занимаются другие. В чате это может быть дольше. Если митинг затягивается на полчаса, то вряд ли большинству людей интересно на столько глубоко погружаться в чужие задачи. Вопросы, которые интересны всем бывают далеко не каждый день.
Эх, я не придраться ради пишу вам, а хочу разобраться. За 10+ лет ни один менеджер мне так и не смог объяснить аргументированно, зачем нужны короткие дейлики.
Если тебе не интересны мои задачи, то на кой черт нам синхронизироваться?
Мне же интересны задачи коллег. Как минимум я хочу знать что у нас в системе происходит, выявить потенциальные проблемы до того, как они попадут на прод. В конце концов мне же потом проводить ревью. Но в 15 минутном формате это невозможно.
А вот рассказ "я всё сделал, занимаюсь тестированием" вообще никакой пользы не несёт, хотя я сам так часто выступаю.
Я думаю, что основной смысл - просто сказать всем привет, чтобы люди не забывали голос друг друга и в целом представляли кто чем занимается. Особенно если работают удаленно. Для этого не обязательно рассказывать все детали задачи. Если я услышал знакомые слова и сам занимаюсь чем-то связанным, то могу потом написать человеку и уже обсудить детали.
Ещё смысл в том, чтобы сразу выявить и решить какие-нибудь проблемы. Чтобы люди не уходили в себя на неделю. У нас очень редкие митинги, когда все просто говорят "я всё сделал, занимаюсь тестированием" - такие митинги занимают 3 минуты. Часто люди говорят о проблемах, которые на митинге достаточно быстро решаются.
Например, я всё сделал по задаче, но есть сложное и вроде не очень важное требование, на реализацию которого уйдет ещё неделя - прямо на митинге решаем завести на эту доработку отдельную задачу и сразу отправить её в бэклог с низким приоритетом. Или у меня есть какая-то проблема с задачей, а на митинге оказывается, что эта проблема уже решена другим разработчиком и сегодня он смержит свои изменения. Или я понимаю, что мне нужно перефигачить кучу кода и предупреждаю других людей, чтобы такие-то классы они пока не трогали.
За 15 или в редких случаях 30 минут всё это вполне решается. А если два человека между собой начинают обсуждать какие-то детали, которые другим десяти людям на митинге непонятны и наверное не очень интересны, то лучше сразу предложить им обсудить это отдельно и не тратить время других людей.
Если есть какая-то общая проблема с качеством кода, типовыми ошибками, которые выявляются на ревью, ... и за 15 минут это не обсудить, то можно отдельную встречу сделать.
В целом, дейлик нужен, потому что обычно в команде сидят Frontend, Backend, DevOps, QA
и они все решают задачи, некоторые параллельные. Нужно для понимания того, кто и что делает.
Я говорю за DevOps, за остальных не знаю, я мониторю чтобы программист не тупил. Часто бывает так, что программисты уходят в себя, придумывают системы тестирования, это мне сигнал, что это повод прийти к программисту в личку и помочь с тестированием и окружением, его практиками, да и мне повод глубже разобраться в процессе.
Так же классический дейлик в себя включает три вопроса
Что сделал? Что будешь делать? Что тебя блокирует?
И последний вопрос должен мониторить менеджер.
Например программист говорит одно и тоже три дня подрят, возможно его что-то блокирует, это повод для того чтобы быстро среагировать и помочь. Но признаться честно, я нигде не видел, чтобы это работало. Подозреваю что слово block, для российской души повод уйти в себя, а не пожаловаться что ему уже неделю выдают доступ
опять нам пытаются продать "волшебные бобы".
раньше никаких скрамов не было и мы всё внедряли. сейчас скрам аджайлом погоняет и кругом только бардак, дейлики и демагогия.
Бобы из разряда "работайте самостоятельно, как и раньше", но теперь уже в перерывах между дейликами, грумингами, пбр, межкомандными пбр, созвонами по синхронизации, ретро, созвонами по апдейту культуры, репетицией демо, командными демо, квартальными демо, планнингами спринта, квартальными планнингами. Конечно в сроки теперь влазите. Потому что разрабы меряют сроки не днями, а какими-то попугаями и берут с запасом, что в соседней команде такое же говно и полспринта уходит на скрам-бред )) Теперь сделать форму - 2-3 сторипойнта, 1 стори-пойнт на стабу. Обновить поля в форме - столько же + 2 сторипойнта стабы на совместимость и что все прошлое не сломалось. А так как почти все вылазит за спринт, то задача параллелится до потери смысла отдельных кусков и мерж конфликтов, если вдруг работа 2 разрабов в одном микросервисе. Плюс в каждом чате сидит по несколько заинтересованных "от бизнеса", которые триггерятся на любое превышение частоты сообщений и встревают с "Коллеги в чем проблема? Это блокер? Мы выпустится в срок? Давайте эффективно созвонимся". В общем главное иметь вид лихой и придурковатый, кричать что мы часть корабля, часть команды, а скрам изменил нашу жизнь к лучшему. И главное осознать, что ты тут исключительно за деньгами, поэтому добавить приятностей в виде смолл-токов в любой созвон, кофе-брейк и перекур после созвона, чтоб привести мысли в порядок.
Отличный опыт. Сам на протяжении долгого времени занимаюсь внедрением различных практик из скрама и кабана для работы команды.
Мне не хватило подробностей только о составе команды. У тебя была продуктовая, функциональная? Игры были как сервисы или как проекты, имеющие чёткое начало и конец?
Было бы интересно узнать, создавал ты сам или кто-то из твоей команды инструкции или процессы для работы в команде, что для вас было точкой принятия обязательств по той или иной фиче, как работал апстрим.
Здравствуйте я могу поделиться своим опытом IT . Зовут мен Дмитрий Гераскин работаю в ЕВРАЗ по направлению IT управление проектами . В больших компаниях без
без
Холтурки не проживешь , руководство не очень то понимает что происходит , и на порядок глупей ведущих работников . По этому. Я делаю продукты свои используя ресур этой урны ЕВРАЗ и дальше уже продаю вот такая конфигурация мне в погоне подходит . Что думаете колеги?
Мой опыт в IT компании