Давайте будем честны -- вряд ли все участники команды внимательно прочитают, что зарепортили другие, да ещё напишут куда-то, в чем видят проблемы.
Давайте будем честны - вряд ли все участники команды внимательно слушают всех спикеров на стендап-созвонах :)
Как мне кажется, если Пете надо получить информацию, то он получит ее в обоих вариантах. Если Пете не до чужих стендапов по каким-то причинам, то даже крик Васи (а тем более "тихая речь на фоне очередного созвона") может не донести важную информацию.
Для всего остального по-прежнему есть тимлид и полная свобода Васи и Пети так же созвониться/встретиться в любое время
А куда более эффективно определить примерное время в которое PM обзванивает коллег в команде и они один-на-один выясняют как дела, и при необходимости могут ситуацию обсудить подробнее, не отвлекая еще десяток человек в команде.
Не видите ли риск попасть в большую зависимость от такого РМ? И с удаленной командой в ±10 человек есть вероятность, что РМ только и будет, что проводить весь свой рабочий день на ван-ту-ванах, как мне кажется
Рассказы в маркетинговых материалах по Аджайл, что всей команде полезно слушать что там творится у коллег, по факту в большинстве команд не работают -- все тупо ждут чтобы оттарабанить о своем прогрессе, а остальное время просто в пустую тратят время, слушая в пол уха (или не слушая вовсе, если уже отчитались).
О да! Мы признались себе в этом, что как раз послужило одной из причин отказа от голосовых Stand-up в пользу инструмента, описанного в статье
Соглашусь, что это могло быть дублированием Jira, если бы мы использовали ее или аналог для ежедневного трекинга задач :)
В нашей специфике какие-то проектные команды (участники Stand-up report) работают в ITSM для L3 Incidents и Change Requests, какие-то в Kanban-досках для проектов, статус которых отслеживается в основном раз в неделю. И как раз в Stand-up report нашли компромисс для ежедневной синхронизации и решения следующих задач:
сокращение времени всех сотрудников на участие в рутинном утреннем созвоне, эффективность которого в нашем контексте стала сомнительной
инструмент самоорганизации (реже возникает вопрос "а чем важно заняться сегодня?")
фокусирование на выполнении плана, чтобы меньше отвлекаться на другие менее важные задачи/просьбы "здесь и сейчас"
прозрачность "done yesterday и to do tomorrow" по всем сотрудникам и для всех сотрудников (что, как вы верно заметили, могло бы быть в Jira, которую мы не стали внедрять только для функционала решаемого через Stand-up reporting)
Вы путаете паттерны в отношениях с нарциссами и с конкретными индивидами. Если вы как индивид сегодня нарцисс, то эти паттерны будут на вас работать, а если завтра не нарцисс - то не будут. Так почему бы эти паттерны не исследовать?
Давайте будем честны - вряд ли все участники команды внимательно слушают всех спикеров на стендап-созвонах :)
Как мне кажется, если Пете надо получить информацию, то он получит ее в обоих вариантах. Если Пете не до чужих стендапов по каким-то причинам, то даже крик Васи (а тем более "тихая речь на фоне очередного созвона") может не донести важную информацию.
Для всего остального по-прежнему есть тимлид и полная свобода Васи и Пети так же созвониться/встретиться в любое время
Не видите ли риск попасть в большую зависимость от такого РМ? И с удаленной командой в ±10 человек есть вероятность, что РМ только и будет, что проводить весь свой рабочий день на ван-ту-ванах, как мне кажется
О да! Мы признались себе в этом, что как раз послужило одной из причин отказа от голосовых Stand-up в пользу инструмента, описанного в статье
Соглашусь, что это могло быть дублированием Jira, если бы мы использовали ее или аналог для ежедневного трекинга задач :)
В нашей специфике какие-то проектные команды (участники Stand-up report) работают в ITSM для L3 Incidents и Change Requests, какие-то в Kanban-досках для проектов, статус которых отслеживается в основном раз в неделю.
И как раз в Stand-up report нашли компромисс для ежедневной синхронизации и решения следующих задач:
сокращение времени всех сотрудников на участие в рутинном утреннем созвоне, эффективность которого в нашем контексте стала сомнительной
инструмент самоорганизации (реже возникает вопрос "а чем важно заняться сегодня?")
фокусирование на выполнении плана, чтобы меньше отвлекаться на другие менее важные задачи/просьбы "здесь и сейчас"
прозрачность "done yesterday и to do tomorrow" по всем сотрудникам и для всех сотрудников (что, как вы верно заметили, могло бы быть в Jira, которую мы не стали внедрять только для функционала решаемого через Stand-up reporting)
Вы путаете паттерны в отношениях с нарциссами и с конкретными индивидами. Если вы как индивид сегодня нарцисс, то эти паттерны будут на вас работать, а если завтра не нарцисс - то не будут. Так почему бы эти паттерны не исследовать?
Переживаете, что, могут быть формализованы стадии построения отношений с вами? :)