Decentralized Autonomous Organization (DAO) - следующий шаг в развитии самоуправляемых организаций.
DAO - это набор инструкций, формирующий порядок взаимодействия между акторами. Актор - это любой человек, каким-либо образом участвующий в жизни компании.
Под инструкциями понимаются:
- Правила распределения прибыли
- Правила найма/увольнения/пересмотра заработной платы/назначения на определнные роли.
- Правила принятия решений и правила измения уже принятых инструкций и др.
Все перечисленные процессы легко представить в формате алгоритма и реализовать в рамках определенной платформы (например DAOstack).
Вы можете спросить, чем DAO отличается от простой автоматизации процессов?
Ключевое различие - структура организации. DAO основана на взаимодействии равноправных акторов, действующих по правилам, сформированными самими акторами. Первоначальные правила задаются основателями организации или организационным дизайнером и затем могут быть изменены.
DAO - это набор инструкций, формирующий порядок взаимодействия между акторами. Актор - это любой человек, каким-либо образом участвующий в жизни компании.
Под инструкциями понимаются:
- Правила распределения прибыли
- Правила найма/увольнения/пересмотра заработной платы/назначения на определнные роли.
- Правила принятия решений и правила измения уже принятых инструкций и др.
Все перечисленные процессы легко представить в формате алгоритма и реализовать в рамках определенной платформы (например DAOstack).
Вы можете спросить, чем DAO отличается от простой автоматизации процессов?
Ключевое различие - структура организации. DAO основана на взаимодействии равноправных акторов, действующих по правилам, сформированными самими акторами. Первоначальные правила задаются основателями организации или организационным дизайнером и затем могут быть изменены.
За что люблю работу Скрам Мастера, дак это за бесконечное многообразие задач, эмоций, идей и контекстов.
А как выглядела ваша самая необычная/упоротая ретроспектива?
Поделитесь, мне очень интересно, насколько далеко могут зайти Скрам Мастера 😂 (@vasiliizorin)
А как выглядела ваша самая необычная/упоротая ретроспектива?
Поделитесь, мне очень интересно, насколько далеко могут зайти Скрам Мастера 😂 (@vasiliizorin)
Forwarded from xpinjection
Большинство отечественных IT компаний очень сильно тормозит в развитии неумение тратить деньги. Вместо этого они тратят кучу времени и сил на поиски способов сэкономить. В результате:
- одни пилят "на коленке" простенький CRM чтобы не покупать готовое решение;
- другие строят отделы ручного тестирования с кучей народу вместо найма пары грамотных людей, способных выработать здравую автоматизацию тестирования;
- третьи строят процессы "по интуиции" вместо того чтобы обратиться за компетентной помощью;
- четвёртые не могут несколько месяцев выпускать быстро новые фичи, потому что не выходит нанять классных разработчиков на зарплату -$500 от хорошей рыночной;
- у пятых нет CTO и его работу приходится делать CEO, который и так перегружен, но нанять человека "дорого";
- ну и я молчу про орехи и фрукты в офисе, вкусный кофе, соки и молоко...
На постоянной экономии очень трудно построить успешный растущий бизнес. А если и можно, то он получится очень хрупким по отношению к конкурентам без подобных подходов.
- одни пилят "на коленке" простенький CRM чтобы не покупать готовое решение;
- другие строят отделы ручного тестирования с кучей народу вместо найма пары грамотных людей, способных выработать здравую автоматизацию тестирования;
- третьи строят процессы "по интуиции" вместо того чтобы обратиться за компетентной помощью;
- четвёртые не могут несколько месяцев выпускать быстро новые фичи, потому что не выходит нанять классных разработчиков на зарплату -$500 от хорошей рыночной;
- у пятых нет CTO и его работу приходится делать CEO, который и так перегружен, но нанять человека "дорого";
- ну и я молчу про орехи и фрукты в офисе, вкусный кофе, соки и молоко...
На постоянной экономии очень трудно построить успешный растущий бизнес. А если и можно, то он получится очень хрупким по отношению к конкурентам без подобных подходов.
#трансформация #кейс
На днях была возможность пообщаться с топ менеджером (COO) одного крупного (50 тыc. Сотрудников) и очень-очень старого (>140 лет) банка.
Вот некоторые цитаты и мысли из этого разговора:
- “Я 25 лет в банковской сфере и я впервые слышу все эти должности. Scrum Master, Product Owner…. Честно говоря я даже не стал разбираться.”
⁃ “В целом мне все равно, как сотрудники будут выполнять задачи. Главное чтобы они были выполнены и желательно в установленные сроки. А Agile/Waterfall - ваш выбор”
⁃ “Agile should not make you fragile” (Аджайл не должен делать вас хрупкими)
⁃ Изменения в корпоративной культуре влияет на уровень вовлеченности сотрудников в работу компании. Возможно, это единственная метрика позволяющая измерить прогресс в трансформации культуры организации.
⁃ Если у вас нет “лицензии” на осуществление изменений с самого верха - трансформация обречена на провал.
В общем и целом, везде одни и те же проблемы и примерно одно и то же восприятие Agile трансформации со стороны ТОПов.
На днях была возможность пообщаться с топ менеджером (COO) одного крупного (50 тыc. Сотрудников) и очень-очень старого (>140 лет) банка.
Вот некоторые цитаты и мысли из этого разговора:
- “Я 25 лет в банковской сфере и я впервые слышу все эти должности. Scrum Master, Product Owner…. Честно говоря я даже не стал разбираться.”
⁃ “В целом мне все равно, как сотрудники будут выполнять задачи. Главное чтобы они были выполнены и желательно в установленные сроки. А Agile/Waterfall - ваш выбор”
⁃ “Agile should not make you fragile” (Аджайл не должен делать вас хрупкими)
⁃ Изменения в корпоративной культуре влияет на уровень вовлеченности сотрудников в работу компании. Возможно, это единственная метрика позволяющая измерить прогресс в трансформации культуры организации.
⁃ Если у вас нет “лицензии” на осуществление изменений с самого верха - трансформация обречена на провал.
В общем и целом, везде одни и те же проблемы и примерно одно и то же восприятие Agile трансформации со стороны ТОПов.
Похоже мы стали забывать, как выглядит настоящий сертифицированный Скрам Мастер.
Всем привет! Пришло время выйти из академической спячки (я наконец-то защитил свою диссертацию по организационному дизайну (результатами поделюсь позже)!
Для начала предлагаю освежить в памяти базовые концепции фреймворка Scrum и заодно протестировать новый функционал Telegram (проведение квизов). Я буду публиковать вопросы о Scrum (ценности, события, артефакты, кейсы) и ровно через сутки - комментарий к вопросу, поясняющий почему тот или иной ответ правильный.
И так, первый вопрос:
Для начала предлагаю освежить в памяти базовые концепции фреймворка Scrum и заодно протестировать новый функционал Telegram (проведение квизов). Я буду публиковать вопросы о Scrum (ценности, события, артефакты, кейсы) и ровно через сутки - комментарий к вопросу, поясняющий почему тот или иной ответ правильный.
И так, первый вопрос:
Можно ли вносить изменения в Sprint Backlog непосредственно во время Спринта?
Final Results
63%
Да
37%
Нет
Что из приведенного ниже НЕ является ценностью Scrum (Scrum Values)?
Final Results
37%
Преданность (Commitment)
8%
Сфокусированность (Focus)
25%
Прозрачность (Transparency)
20%
Смелость (Courage)
5%
Уважение (Respect)
5%
Открытость (Openness)
На сегодня все. Развернутые коммментарии к вопросам опубликую завтра 🙂
Mindscapes & Metalogues
Должен ли Scrum Master присутствовать на Daily Scrum?
#dailyScrum
И так, правильный ответ на этот вопрос можно найти в Scrum Guide: “Скрам-мастер следит, чтобы встреча Команды Разработки состоялась, но за проведение Ежедневного Скрама (Daily Scrum) отвечает сама команда. Скрам-мастер обучает Команду Разработки проводить Ежедневный Скрам (Daily Scrum) за 15 минут или быстрее”
Да, в течении первых 2-3 спринтов Скрам Мастеру необходимо присутствовать на Daily Scrum, поскольку ему важно важно быть рядом и отвечать на возникающие вопросы (а в самом начале они точно будут). Более того, первые 3-4 дня Скрам Мастер может фасилитировать Daily Scum, чтобы обозначить рамки для Команды Разработки… Однако затягивать с такой “фасилитацией” опасно и важно как можно скорее “отпустить” команду, чтобы она сама выработала эффективный формат взаимодействия.
После 3-4 спринтов Скрам Мастер может не присутствовать Daily Scrum, но ему необходимо время от времени посещать это событие в роли наблюдателя, для того чтобы убедиться, что встреча проходит эффективно и не сформировались антипаттерны.
И так, правильный ответ на этот вопрос можно найти в Scrum Guide: “Скрам-мастер следит, чтобы встреча Команды Разработки состоялась, но за проведение Ежедневного Скрама (Daily Scrum) отвечает сама команда. Скрам-мастер обучает Команду Разработки проводить Ежедневный Скрам (Daily Scrum) за 15 минут или быстрее”
Да, в течении первых 2-3 спринтов Скрам Мастеру необходимо присутствовать на Daily Scrum, поскольку ему важно важно быть рядом и отвечать на возникающие вопросы (а в самом начале они точно будут). Более того, первые 3-4 дня Скрам Мастер может фасилитировать Daily Scum, чтобы обозначить рамки для Команды Разработки… Однако затягивать с такой “фасилитацией” опасно и важно как можно скорее “отпустить” команду, чтобы она сама выработала эффективный формат взаимодействия.
После 3-4 спринтов Скрам Мастер может не присутствовать Daily Scrum, но ему необходимо время от времени посещать это событие в роли наблюдателя, для того чтобы убедиться, что встреча проходит эффективно и не сформировались антипаттерны.
Mindscapes & Metalogues
Можно ли вносить изменения в Sprint Backlog непосредственно во время Спринта?
#sprintBacklog
Это один из самых распространенных мифов о Scrum. Вносить изменения в Sprint Backlog можно, но только в том случае, если это не угрожает Цели Спринта. Корректировать Sprint Backlog может ТОЛЬКО Команда Разработки после обсуждения с Владельцем Продукта.
Более подробно об этом можно прочитать здесь: https://medium.com/the-liberators/myth-the-sprint-backlog-cant-change-during-the-sprint-e1a10f735c67
Это один из самых распространенных мифов о Scrum. Вносить изменения в Sprint Backlog можно, но только в том случае, если это не угрожает Цели Спринта. Корректировать Sprint Backlog может ТОЛЬКО Команда Разработки после обсуждения с Владельцем Продукта.
Более подробно об этом можно прочитать здесь: https://medium.com/the-liberators/myth-the-sprint-backlog-cant-change-during-the-sprint-e1a10f735c67
Medium
Myth: The Sprint Backlog can’t change during the Sprint
Scrum is intended as a simple, yet sufficient framework for complex product delivery. Scrum is not a one-size-fits-all solution, a silver…
Mindscapes & Metalogues
Что из приведенного ниже НЕ является ценностью Scrum (Scrum Values)?
#scrumValues
В Scrum 5 ценностей: преданность (commitment), фокус (focus), смелость (courage), уважение (respect), открытость (openness).
О важности ценностей (из архива канала):
В самом начале моего пути я не обращал на них внимание и считал, что это какая-то ненужная фигня (готовясь к первому собеседованию на позицию Скрам Матера я просто пропустил этот блок в скрам гайде). Но чем больше я работаю с командами, тем больше понимаю, что ценности Scrum - краеугольный камень всего фреймворка. Чем сильнее члены Scrum команды привержены ценностям, тем эффективнее работает сам фреймворк: уберите одну из них и постепенно ваш Scrum начнет хромать, а затем совсем «загнется» и превратится во что угодно, но только не Scrum.
Подробнее о ценностях Scrum: https://guntherverheyen.com/2013/05/03/theres-value-in-the-scrum-values/
В Scrum 5 ценностей: преданность (commitment), фокус (focus), смелость (courage), уважение (respect), открытость (openness).
О важности ценностей (из архива канала):
В самом начале моего пути я не обращал на них внимание и считал, что это какая-то ненужная фигня (готовясь к первому собеседованию на позицию Скрам Матера я просто пропустил этот блок в скрам гайде). Но чем больше я работаю с командами, тем больше понимаю, что ценности Scrum - краеугольный камень всего фреймворка. Чем сильнее члены Scrum команды привержены ценностям, тем эффективнее работает сам фреймворк: уберите одну из них и постепенно ваш Scrum начнет хромать, а затем совсем «загнется» и превратится во что угодно, но только не Scrum.
Подробнее о ценностях Scrum: https://guntherverheyen.com/2013/05/03/theres-value-in-the-scrum-values/
Ullizee-Inc | Gunther Verheyen
There’s value in the Scrum Values
Notice: following is my original denoscription of the Scrum Values. I won’t be touching this denoscription. I have however since the inception of this denoscription (2012) slightly updated the desc…
Скрам-мастера из x5 Retail Group создают базу полезных онлайн матриалов для проведения тренингов, ретроспектив, воркшопов. Присоединяйтесь!
Forwarded from Alexander Vazukov
Всем привет!🎉
У Scrum-мастеров есть такая хорошая практика: делиться готовыми флипами для тренингов.
У нас в «Пятёрочке» и x5 Retail Group с Артемом Игнатенко(@ignatema) и Наташей Хаперской(@starshaya) есть мысль: почему бы не делиться заготовками Miro всем сообществом в online? Сейчас мы переносим многие тренинги и запуск команд в онлайн.
На доске уже есть первый день запуска: https://miro.com/welcomeonboard/aTFYHXjf1u84QgHSkhtUWcT1rpGZRIcJOsgIcUyzbslfxIXMRE4Occws8SoUJbIU
Если есть что взять - берите, если есть что добавить - добавляйте! А обратную связь упаковывайте в личку! Вдруг получится open source в Miro 😜
P.S. На доске есть заготовленные стикеры для игры Scrum puzzle от AgileVerse, спасибо им 🙂
P.p.s. Там далеко не все, будем пополнять своими наработками по мере готовности
У Scrum-мастеров есть такая хорошая практика: делиться готовыми флипами для тренингов.
У нас в «Пятёрочке» и x5 Retail Group с Артемом Игнатенко(@ignatema) и Наташей Хаперской(@starshaya) есть мысль: почему бы не делиться заготовками Miro всем сообществом в online? Сейчас мы переносим многие тренинги и запуск команд в онлайн.
На доске уже есть первый день запуска: https://miro.com/welcomeonboard/aTFYHXjf1u84QgHSkhtUWcT1rpGZRIcJOsgIcUyzbslfxIXMRE4Occws8SoUJbIU
Если есть что взять - берите, если есть что добавить - добавляйте! А обратную связь упаковывайте в личку! Вдруг получится open source в Miro 😜
P.S. На доске есть заготовленные стикеры для игры Scrum puzzle от AgileVerse, спасибо им 🙂
P.p.s. Там далеко не все, будем пополнять своими наработками по мере готовности
https://miro.com/
Sign up | Miro | Online Whiteboard for Visual Collaboration
Scalable, secure, cross-device and enterprise-ready team collaboration whiteboard for distributed teams. Join 30M+ users from around the world
Alexander Vazukov
Всем привет!🎉 У Scrum-мастеров есть такая хорошая практика: делиться готовыми флипами для тренингов. У нас в «Пятёрочке» и x5 Retail Group с Артемом Игнатенко(@ignatema) и Наташей Хаперской(@starshaya) есть мысль: почему бы не делиться заготовками Miro всем…
Корректная ссылка: https://miro.com/app/board/o9J_ktEYO6o=/
miro.com
Scrum setup open source
Доска с заготовками для запусков и тренингов команд
#фасилитация
Используйте особенности работы мозга, чтобы проводить Scrum события эффективнее:
1. Двигайтесь
Из-за продолжительного “сидения” уровень кислорода в крови падает в связи с чем снижаются когнитивные способности участников встречи. Прибавьте к этому духоту в помещении и вы получите максимально недееспособную группу, которая находится в сонном или полусонном состоянии. Двигательная активность улучшает кровоснабжение мозга и он получает больше кислорода.
Инструменты: работа в парах / группах (при смене пары/группы участники встречи будут двигаться), энерджайзеры (в начале или середине встречи).
2. Говорите
Процесс произнесения мыслей вслух способствует лучшему усвоению информации, поскольку параллельно задействует несколько процессов: восприятие информации, ее анализ, пересказ своими словами и синтез собственных мыслей с озвученной идеей.
Инструменты: работа в парах/малых группах, 1-2-4
3. Рисуйте / используйте образы
Изображения воспринимаются лучше слов поскольку они обладают предметностью и запускают цепочки ассоциаций (слова зачастую слишком абстрактны). Создание схем и визуализация идей способствует более высокой активности мозга, подключению эмоций и долгосрочной памяти.
Инструменты: визуальные метафоры (лодка / воздушный шар / остров), mind-maps, CLD, карточки с изображениями (погода/эмоция/настроение)
4. Используйте короткие интервалы
Человеческий мозг способен фокусироваться на чем-то в течении 10-15 минут. Участники будут поддерживать состояние “включённости”, если время от времени будет происходить смена активности или формата.
Инструменты: разбейте встречу на блоки по 15-20 минут и в рамках этих блоков предусмотрите смену активности/формата/темы, предлагайте участникам небольшие задания или работу над небольшим объемом информации (в один момент времени).
5. Добавьте разнообразия
Наш мозг очень любопытный. Все новое привлекает его внимание. Рутину и обыденность он избегает. Каждый раз старайтесь использовать различные форматы для повышения вовлечённости участников встречи.
Более подробно о том, как можно использовать особенности работы нашего мозга для повышения эффективности встреч, читайте здесь: https://articles.xebia.com/using-brain-science-to-boost-your-scrum-events
Используйте особенности работы мозга, чтобы проводить Scrum события эффективнее:
1. Двигайтесь
Из-за продолжительного “сидения” уровень кислорода в крови падает в связи с чем снижаются когнитивные способности участников встречи. Прибавьте к этому духоту в помещении и вы получите максимально недееспособную группу, которая находится в сонном или полусонном состоянии. Двигательная активность улучшает кровоснабжение мозга и он получает больше кислорода.
Инструменты: работа в парах / группах (при смене пары/группы участники встречи будут двигаться), энерджайзеры (в начале или середине встречи).
2. Говорите
Процесс произнесения мыслей вслух способствует лучшему усвоению информации, поскольку параллельно задействует несколько процессов: восприятие информации, ее анализ, пересказ своими словами и синтез собственных мыслей с озвученной идеей.
Инструменты: работа в парах/малых группах, 1-2-4
3. Рисуйте / используйте образы
Изображения воспринимаются лучше слов поскольку они обладают предметностью и запускают цепочки ассоциаций (слова зачастую слишком абстрактны). Создание схем и визуализация идей способствует более высокой активности мозга, подключению эмоций и долгосрочной памяти.
Инструменты: визуальные метафоры (лодка / воздушный шар / остров), mind-maps, CLD, карточки с изображениями (погода/эмоция/настроение)
4. Используйте короткие интервалы
Человеческий мозг способен фокусироваться на чем-то в течении 10-15 минут. Участники будут поддерживать состояние “включённости”, если время от времени будет происходить смена активности или формата.
Инструменты: разбейте встречу на блоки по 15-20 минут и в рамках этих блоков предусмотрите смену активности/формата/темы, предлагайте участникам небольшие задания или работу над небольшим объемом информации (в один момент времени).
5. Добавьте разнообразия
Наш мозг очень любопытный. Все новое привлекает его внимание. Рутину и обыденность он избегает. Каждый раз старайтесь использовать различные форматы для повышения вовлечённости участников встречи.
Более подробно о том, как можно использовать особенности работы нашего мозга для повышения эффективности встреч, читайте здесь: https://articles.xebia.com/using-brain-science-to-boost-your-scrum-events
Xebia
Using Brain Science To Boost Your Scrum Events | Xebia
Evelien Roos explain how using Brain Science to Boost Your Scrum Events. Evelien Roos is Scrum Professional, Agile Consultant and Scrum trainer at Xebia.
#организационныйДизайн #декомпозиция #масштабирование
Организационная стурктура определяет, как компания декомпозирует сложную задачу и затем интегрирует готовые элементы, чтобы получить законченный сервис/продукт. Из этого следует, что любое изменение организационного дизайна необходимо начинать с анализа создаваемого продукта/сервиса. Разделить задачу на различные подзадачи относительно легко, а вот как все потом интегрировать - нетривиальный вопрос.
Если внимательно посмотреть на любой фреймворк масштабирования Agile, то ключевое различие между ними - способ декомпозиции и интеграции (как задачи делиться на подзадачи и каким образом синхронизируется работа для эффективной объединения готовой работы). Таким образом, при выборе оптимального варианта нужно четко понимать, с какими интергационными проблемами проще (дешевле) справится (исходя из целей компании).
Организационная стурктура определяет, как компания декомпозирует сложную задачу и затем интегрирует готовые элементы, чтобы получить законченный сервис/продукт. Из этого следует, что любое изменение организационного дизайна необходимо начинать с анализа создаваемого продукта/сервиса. Разделить задачу на различные подзадачи относительно легко, а вот как все потом интегрировать - нетривиальный вопрос.
Если внимательно посмотреть на любой фреймворк масштабирования Agile, то ключевое различие между ними - способ декомпозиции и интеграции (как задачи делиться на подзадачи и каким образом синхронизируется работа для эффективной объединения готовой работы). Таким образом, при выборе оптимального варианта нужно четко понимать, с какими интергационными проблемами проще (дешевле) справится (исходя из целей компании).