Как вы думаете, эффективно ли разделение на QA и разработчиков в Scrum командах?
anonymous poll
👍 Эффективно – 36
👍👍👍👍👍👍👍 56%
👎 Неэффективно – 28
👍👍👍👍👍 44%
👥 64 people voted so far.
anonymous poll
👍 Эффективно – 36
👍👍👍👍👍👍👍 56%
👎 Неэффективно – 28
👍👍👍👍👍 44%
👥 64 people voted so far.
Во время обеда обсуждали с коллегой, каким образом можно измерить уровень "власти" того или иного менеджера, работающего в иерархической структуре.
Пришли к выводу, что одним из параметров может служить среднее время решения любого вопроса.
Чем больше у человека "власти" тем быстрее решается вопрос. Если выразить это математически - объем власти обратно пропорционален среднему времени решения вопроса/проблемы.
Вспомните прямую линию с президентом... ))
👍 - согласен 👎 - не согласен
Пришли к выводу, что одним из параметров может служить среднее время решения любого вопроса.
Чем больше у человека "власти" тем быстрее решается вопрос. Если выразить это математически - объем власти обратно пропорционален среднему времени решения вопроса/проблемы.
Вспомните прямую линию с президентом... ))
👍 - согласен 👎 - не согласен
Бесконечно согласен с Майклом Глебом: «Чрезмерная серьёзность - это признак бездарности и бюрократического мышления. Люди, всерьёз стремящиеся к мастерству и высокой результативности, достаточно уверены в себе, чтобы относиться к делу легче»
Привет! Очень крутая статья о роли фронтендр разработчика в проекте.
Но я бы сказал, что в ней описан идеальный разработчик в Scrum команде.
Крутой фронтендер – дизайнер, редактор, бекендер, тестировщик, инженер, менеджер и маркетолог в одном лице)
Однозначный мастрид!
https://bespoyasov.ru/front-not-pain/
Но я бы сказал, что в ней описан идеальный разработчик в Scrum команде.
Крутой фронтендер – дизайнер, редактор, бекендер, тестировщик, инженер, менеджер и маркетолог в одном лице)
Однозначный мастрид!
https://bespoyasov.ru/front-not-pain/
bespoyasov.ru
Фронтенд — это не больно!
Пособие для разработчиков и сочувствующих.
Согласно последнему исследованию Standish Group, наиболее важный элемент, определяющий успех или неуспех проекта - время принятия решений.
В компаниях, где на принятие решения уходит от 1 до 5,5 часов, доля успешных проектов - 58%.
Там, где среднее время принятия решений более 5,5 часов, всего 18% проектов заврешаются успешно.
Чем больше времени вы тратите на согласование и координацию, тем медленнее вы принимаете решение.
К слову о важности повышения автономности команд и устранению лишних зависимостей.
В компаниях, где на принятие решения уходит от 1 до 5,5 часов, доля успешных проектов - 58%.
Там, где среднее время принятия решений более 5,5 часов, всего 18% проектов заврешаются успешно.
Чем больше времени вы тратите на согласование и координацию, тем медленнее вы принимаете решение.
К слову о важности повышения автономности команд и устранению лишних зависимостей.
Metalogues with Vas
Согласно последнему исследованию Standish Group, наиболее важный элемент, определяющий успех или неуспех проекта - время принятия решений. В компаниях, где на принятие решения уходит от 1 до 5,5 часов, доля успешных проектов - 58%. Там, где среднее время…
В свободном доступе этот отчет мне найти не удалось.
С данной информацией столкнулся, просматривая относительно свежее выступление Джефа Сазерленда.
Рекоммендую. Много интересных концепций. Например, Minimum Viable Bureaucracy.
https://www.youtube.com/watch?v=1JdqP4Zz1Wo&list=WL
С данной информацией столкнулся, просматривая относительно свежее выступление Джефа Сазерленда.
Рекоммендую. Много интересных концепций. Например, Minimum Viable Bureaucracy.
https://www.youtube.com/watch?v=1JdqP4Zz1Wo&list=WL
YouTube
KEYNOTE | SCRUM AT SCALE at Postgres Vision 2018
Don’t miss this exciting keynote with Dr. Jeff Sutherland, the founder of Scrum and developer of the Scrum@Scale scaling framework. S@S is the natural evolution of Scrum and is designed for business agility throughout the enterprise. Since its inception,…
#команда
Мне кажется, что звание Scrum-команды нужно заслужить. Нельзя называть каждую группу людей, работающих вместе, командой. Нельзя девальвировать это понятие.
Команда - это не просто твои коллеги. Это твои друзья. Это люди, с которыми тебе нравится общаться вне работы. Это совместное творчество, совместный отдых и совместное движение вперед. Это поддержка и помощь в трудную минуту.
Команда - это пространство постоянного совершенствования и роста.
Команда - это энергия.
Мне кажется, что звание Scrum-команды нужно заслужить. Нельзя называть каждую группу людей, работающих вместе, командой. Нельзя девальвировать это понятие.
Команда - это не просто твои коллеги. Это твои друзья. Это люди, с которыми тебе нравится общаться вне работы. Это совместное творчество, совместный отдых и совместное движение вперед. Это поддержка и помощь в трудную минуту.
Команда - это пространство постоянного совершенствования и роста.
Команда - это энергия.
Андрей Редин поделился очень крутой игрой, которая помогает членам команд понять суть эмпирического процесса, важности расширения компетенций и командной работы.
Суть: команда должна создать как можно больше нарисованных игрушек. Причем каждый член команды имеет только один скилл: ножницы, черный, зеленый или красный маркер. Обмениваться скиллами нельзя, но можно обучаться им между итераций. После каждой итерации есть ретроспектива, чтобы обсудить процесс и усовершенствовать его.
На днях, в рамках очередного обучения, удалось провести эту игру. Впечатление очень положительное.
Прежде всего, в процессе рефлексии игры команды сами сформулировали принципы, за которые консультанты и коучи получают огромные деньги. (см. ниже фото флипчарта).
Кроме того, лидерами игры стали команды, которые в один момент времени работали над одной игрушкой, а не выстраивали длинную производственную цепочку.
В общем, настоятельно рекомендую!
С правилами игры можете ознакомиться здесь: https://drive.google.com/file/d/11QRkZ8O597c5S5L4cepLDfEiYjlR9-LJ/view
Суть: команда должна создать как можно больше нарисованных игрушек. Причем каждый член команды имеет только один скилл: ножницы, черный, зеленый или красный маркер. Обмениваться скиллами нельзя, но можно обучаться им между итераций. После каждой итерации есть ретроспектива, чтобы обсудить процесс и усовершенствовать его.
На днях, в рамках очередного обучения, удалось провести эту игру. Впечатление очень положительное.
Прежде всего, в процессе рефлексии игры команды сами сформулировали принципы, за которые консультанты и коучи получают огромные деньги. (см. ниже фото флипчарта).
Кроме того, лидерами игры стали команды, которые в один момент времени работали над одной игрушкой, а не выстраивали длинную производственную цепочку.
В общем, настоятельно рекомендую!
С правилами игры можете ознакомиться здесь: https://drive.google.com/file/d/11QRkZ8O597c5S5L4cepLDfEiYjlR9-LJ/view
Google Docs
EFGame_v0.2.pdf
Metalogues with Vas
Photo
Обратите внимаение, что одна из команд жестко выделила стадии процесса (а потом столкнулась с перепроизводством и узкими местами). Другая - параллельно работала над каждой игрушкой.
Победила вторая команда.
Победила вторая команда.