Я СЕ ответил

Интересная логика. Спасибо.

Ozon. Right_now.

О, мой затылок в кепке)

4) A Scrum Master colleague of yours wants some guidance on what to do in the following situation. During the Daily Scrum, one team member who is a key central figure in the organization, drags on and on about things which actually are Interesting but takes up all the time in me Daily Scrum. day after day. What are two suggestions you offer the Scrum Master? A) You contact the team members Line Manager and raise this as an impediment to the Manager and ask that they resolve this matter. B) You suggest passing a token around, where the person holding the token is the only one allowed to speak, C) You suggest coaching the Development Team to help them find a way to solve the problem and own the solution D) You suggest taking the person aside and asking her how they see the impact at the Daily Scrum effectively coaching her into better working as an equal team member E) You suggest using a timer to limit the time each person can speak at the Daily Scrum

Токен вполне себе работает на привычке через недельку

Ну ладно. Психология говорит что 20 дней на вырабатывание привычки. Был опыт нескольких команд. Это работает по тому что думать не надо. Есть опасность что это превратиться в карго через некоторое время, вот тут да

Да. У меня на самом первом месте одним из ведущих разработчиков был владелец компании

Столкнулся с утверждением, что скрам это не дёшево, а даже дороже чем ватерфол, а эффективность скрама заключается в гибкости к изменениям. Есть что сказать?

Столкнулся с утверждением, что скрам это не дёшево, а даже дороже чем ватерфол, а эффективность скрама заключается в гибкости к изменениям. Есть что сказать?

в максимизации ценности для заказчика, скорее)

Столкнулся с утверждением, что скрам это не дёшево, а даже дороже чем ватерфол, а эффективность скрама заключается в гибкости к изменениям. Есть что сказать?

Гибкие методы - дешевле достижение бизнес результата. Директивные - дешевле себестоимость разработки по тз.

Разработать по тз не равно достичь продуктовых метрик..

Столкнулся с утверждением, что скрам это не дёшево, а даже дороже чем ватерфол, а эффективность скрама заключается в гибкости к изменениям. Есть что сказать?

Все верно, scrum не дёшево, за счёт того что в обучение dev команды нужно вкладывать, в инженерные практики нужно вкладывать, искать разработчиков уровня сеньор, искать крутого владельца продукта а не руководителя проекта и быть готовым завершать ошибки и учиться на них

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

правильно понимаю, что в долгосрочной перспективе при условии стабильности участников в команде?

Если команда сростется, то она потеряет нибкость мышления и эффективность упадет. Переодически надо либо перемешивать, либо вливать свежую кровь.

существуют какие-то теоритеческие математические/графические обоснования или практические? Я всегда слышу какие-то мнения, но не встречал чего-то конкретного. Например, в текущей ситуации говорили что нужно вкладывать в участников. чтобы они начали эффективно работать, и тогда в перспективе все окупится, при этом другое мнение говорит о том, что нужно перемешивать команду - заново вкладывать в измененную команду. Получается, что не ясен баланс - сколько условных единиц вливается и через какой время перемешивается команда, когда появляется понимание неэффективности текущей команды и т д

😳

ИМХО - Семья не команда.

Плохо 😏

Разработать по тз не равно достичь продуктовых метрик..

а каких именно метриках речь?)

Привет Могу я просить побросать мне годноты по личному тайм-менеджменту? Кто что посоветует. Буду очень признательна.)

ЭТАПЫ ФОРМИРОВАНИЯ КОМАНД (ПО ТАКМЕНУ И ДЖЕНСЕНУ)

это гипотеза авторов или доказанная теория?

Я лично с этими этапами сталкивался и не раз. Т.е. для меня это рабочая теория

"Они отвели меня в кухню и показали висевшую на стене гигантскую блок-схему, которая была поделена на три колонки: НАДО СДЕЛАТЬ, В ПРОЦЕССЕ, СДЕЛАНО. В левой колонке НАДО СДЕЛАТЬ супруги приклеивали стикеры с задачами — «накормить животных», «сходить за продуктами», «созвониться по скайпу с Вероникой». Когда кто-либо брался за конкретную задачу, самоклеящийся листочек перемещался из первой колонки во вторую, а когда задача была выполнена — в третью." http://www.forbes.ru/forbes-woman/346239-semeynyy-agile-kak-postroit-komandnuyu-rabotu-v-seme-po-metodu-kompaniy

Я дома такое примерно замутил. Идет третий Спринт.

Я дома такое примерно замутил. Идет третий Спринт.

Конкретная проблема: есть задача, часть которой реализуется на бэке, а часть на клиенте. Нужно, чтобы эта задача делалась сперва на бэке, а потом клиент под нее запиливал функционал — то есть таск на бэке выступает блокером для клиентского таска. В принципе, механика блокеров в таргет процессе хорошо работает и визуализируется нормально, но хочется чуть больше овервью в планировании для команды.

У нас в LiteBox.ru похожая ситауация. Фиче команды, пилим все сразу в одной команде. И бэк и фичу.

Привет, скрам-мастера! У меня встал затык с ретро - не могу придумать активность чтобы нормально осветить стоящие перед командой угрозы (t в swot). Подскажите, пожалуйста, какую-нибудь весёлую игрушку на эту тему.

что происходит

Я лично с этими этапами сталкивался и не раз. Т.е. для меня это рабочая теория

Привет из 2018го!

Ты нашел вопрос от 2017 года 🤔