Ребята из @ProductSense организуют конференцию о человеко-ориентированном подходе в работе с командами PeopleSense LIVE
⚡ 20 февраля, онлайн, 6 часов полезного контента, 12 докладов, общение с участниками и спикерами в Slack и Random-кофе!
📃 Основные темы конференции: • Корпоративная культура и командная динамика. • Обучение и развитие сотрудников. • Навыки и стили управления современного лидера.
Практикующие лидеры и эксперты расскажут о том, как создавать эффективные и вовлеченные команды, как поддерживать здоровую культуру на удаленке, как бороться с токсичность и конфликтами, а также о разных подходах обучению и развитию сотрудников.
Среди спикеров - Анна Обухова, чьи лекции и тренинги я крайне рекоммендую. Она расскажет о нейролидерстве и способах повышения энергии команды.
🔥 А теперь самое интересное: участие в конференции бесплатное! 👉 Узнать больше о конференции и зарегистрироваться можно на сайте
К слову об узкой специализации и оптимизации времени разработчиков…
Если ваш продукт похож на пиджак из прикрепленного видео, то в первую очередь вопросы нужно адресовать не разработчикам (портным), а менеджерам, которые создали систему выпускающую продукты такого качества.
Вот и сама статья (эксклюзив для подписчиков канала 😉). Отдельно рекомендую изучить список литературы: там много интересных и глубоких работ по организационному дизайну.
Наша исследовательская работа признана лучшей на конференции ICIS 2020!(ведущая международная научная конференция в области разработки информационных систем)
Основные практические выводы работы: 1. Фиче команды позволяют быстрее поставлять качественный софт на рынок, что даёт конкурентное преимущество. 2. Инвестируйте ресурсы в улучшение коммуникации между командами (особенно при разработке сложных продуктов). 3. Избегайте чрезмерной специализации фиче команд на определенных частях продукта (product areas).
Tinkoff Agile Conference - это успех. Спикеры, доклады, организация, а конкурсы какие! =) Пользуясь случаем, хочу поблагодарить @controlchart за приложенные усилия и блестящий результат.
Тем кто предпочел прямой трансляции серые рабочие будни - срочно смотреть видеозапись. День 1: поток 1, поток 2. День 2: поток 1, поток 2. Программка тут.
Когда-нибудь прямые ссылки заменят обработанными материалами. Не хотите упустить момент? Подписывайтейсь на it's Tinkoff канал, ставьте лайки, жмите колокольчики.
#scrumGuide На этой неделе была опубликована новая версия Scrum Guide.
Вот три основных изменения (на мой субъективный взгляд):
1. Scrum основан на принципах бережливого мышления (lean thinking). Важное дополнение, которое отсылает нас к большому массиву знаний о том, как эффективно организовать производственные процессы. (советую прочитать книгу Lean Software Development in Action чтобы понять, как принципы бережливого производства применяются при разработке программных продуктов).
2. Разделения на Scrum Team и Development Team больше нет. Существует только Scrum Team, которая сфокусирована на достижении Product Goal.
3. Product Goal - новый элемент Scrum. Product Goal - это долгосрочный ожидаемый результат работы Scrum Team. Команда должна достичь цель (или отказаться от нее) прежде чем приступить к следующей. Все элементы Product Backlog должны способствовать достижению Product Goal.
Алексей Кривицкий начал отличную серию роликов, в которой подробно разбирает текст Scrum Guide (2020 edition) и дает комментарии о том, как Scrum работает на практике (параллельно разрушая мифы и заблуждения). Must watch!
Atlassian провели исследование как COVID-19 повлиял на работу и сотрудничество. Они опросили 5 тысяч сотрудников в пяти странах. Кратко - это только начало. Основные выводы: 1. Люди работают дольше из-за временных потерь на координацию работы; 2. Каждый переживает по-своему; 3. Удаленная работа может привести к инновационной засухе; 4. Люди ближе к командам и дистанцируются от организации; 5. Личные обстоятельства больше влияют на работу; 6. Люди опасаются, что удаленная работа отрицательно скажется на карьере; 7. Женщины чувствуют себя освобожденными из-за отсутствия "игры статуса"; 8. Удаленная работа была открытием и многие теперь предпочитают ее; 9. Людям нужна поддержка в получении навыков самоорганизации.
Интересно посмотреть на что повлиял COVID-19 у изначально удаленных компаний.
Достаточно провокационное начало, не правда ли? Ну хорошо. Это необходимое и очень энергозатратное зло. Компании вынуждены идти на это поскольку ничего более эффективного для синхронизации работы внутри коллектива пока не придумали.
Если календари владельцев продуктов, архитекторов, разработчиков завалены различными митингами с утра и до самого вечера — это явная организационная дисфункция.
Вот только несколько причин, которые приводят к чрезмерной коммуникации внутри компании: 1. Неэффективная структура команд и неправильная декомпозиция задач, создающая множество зависимостей. 2. Команды не имеют необходимых компетенций/знаний для решения задач. 3. Команды не имеют полномочий для принятия решений и/или процесс принятия решений слишком сложный. 4. Перегруженность команд и большое количество параллельных задач. 5. Неэффективное проведение встреч (плохая фасилитация, отсутствие установленных правил коммуникации).
Таким образом, если вы столкнулись с тем, что ближайший свободный слот для всех участников встречи только в следующую пятницу в 7 часов вечера — это повод проанализировать структуру вашей компании и попытаться ее улучшить.
Техническая гибкость (technical agility) - основа бизнес гибкости (business agility). И если в команде/компании не развита инженерная культура, то говорить о какой-либо полноценной Agile трансформации не приходится.
Год назад я присоединился к одному очень амбициозному проекту: создание совершенно нового университета в Швейцарии. Уже осенью этого года начнется обучение по программе “Master in Computer Science and Software Engineering”, которая включает в себя как технические, так и бизнес курсы: принципы разработки программных продуктов, современные подходы к тестированию ПО, инженерные практики необходимые для совместной работы больших команд разработки, развитие цифровых продуктов, командообразование и работа с людьми.
Во вторник 21 июля я и мои коллеги (студенты-выпускники университета) расскажем о программе и ее особенностях: - Как получить магистерское образование в Швейцарии. Сколько это стоит и как выиграть грант на обучение. - Какие научные проекты ожидают студентов и под руководством каких ученых будет проходить обучение. - Как совмещать с учебой работу в глобальной ИТ-компании и как будет выстроена программа обучения.
Менеджеров хлебом не корми, дай что-нибудь измерить и оценить. Даже Scrum умудряются превратить в число.
Рассуждают так: если весной Scrum на условные 3, а летом уже на 5, значит дела идут в гору, а менеджер не зря ест свой хлеб.
Идея не лишена смысла, а воплотить ее поможет Scrum аудит.
Он оценивает процессы в команде, опираясь на фреймворк и его лучшие практики. Советую использовать его не как линейку, а как предлог для поиска улучшений (те самые inspection & adaption из гайда).
От миллиона других аудитов в интернете этот отличает фокус на ценностях фреймворка, а не артефактах. Сердце скрама бьется именно благодаря открытости, смелости и ответственности команды, а не стендапам и беклогу, они лишь инструменты.
Вот что происходит, когда в команде слабый DoD. Если бы он был достаточно сильным и включал в себя обязательный код ревью, требования к архитектуре и прочее, то такой ситуации удалось бы избежать. Менеджменту же стоит почитать классику: The Mythical Man-Month.
Организационная стурктура определяет, как компания декомпозирует сложную задачу и затем интегрирует готовые элементы, чтобы получить законченный сервис/продукт. Из этого следует, что любое изменение организационного дизайна необходимо начинать с анализа создаваемого продукта/сервиса. Разделить задачу на различные подзадачи относительно легко, а вот как все потом интегрировать - нетривиальный вопрос.
Если внимательно посмотреть на любой фреймворк масштабирования Agile, то ключевое различие между ними - способ декомпозиции и интеграции (как задачи делиться на подзадачи и каким образом синхронизируется работа для эффективной объединения готовой работы). Таким образом, при выборе оптимального варианта нужно четко понимать, с какими интергационными проблемами проще (дешевле) справится (исходя из целей компании).
Используйте особенности работы мозга, чтобы проводить Scrum события эффективнее:
1. Двигайтесь
Из-за продолжительного “сидения” уровень кислорода в крови падает в связи с чем снижаются когнитивные способности участников встречи. Прибавьте к этому духоту в помещении и вы получите максимально недееспособную группу, которая находится в сонном или полусонном состоянии. Двигательная активность улучшает кровоснабжение мозга и он получает больше кислорода.
Инструменты: работа в парах / группах (при смене пары/группы участники встречи будут двигаться), энерджайзеры (в начале или середине встречи).
2. Говорите
Процесс произнесения мыслей вслух способствует лучшему усвоению информации, поскольку параллельно задействует несколько процессов: восприятие информации, ее анализ, пересказ своими словами и синтез собственных мыслей с озвученной идеей.
Инструменты: работа в парах/малых группах, 1-2-4
3. Рисуйте / используйте образы
Изображения воспринимаются лучше слов поскольку они обладают предметностью и запускают цепочки ассоциаций (слова зачастую слишком абстрактны). Создание схем и визуализация идей способствует более высокой активности мозга, подключению эмоций и долгосрочной памяти.
Инструменты: визуальные метафоры (лодка / воздушный шар / остров), mind-maps, CLD, карточки с изображениями (погода/эмоция/настроение)
4. Используйте короткие интервалы
Человеческий мозг способен фокусироваться на чем-то в течении 10-15 минут. Участники будут поддерживать состояние “включённости”, если время от времени будет происходить смена активности или формата.
Инструменты: разбейте встречу на блоки по 15-20 минут и в рамках этих блоков предусмотрите смену активности/формата/темы, предлагайте участникам небольшие задания или работу над небольшим объемом информации (в один момент времени).
5. Добавьте разнообразия
Наш мозг очень любопытный. Все новое привлекает его внимание. Рутину и обыденность он избегает. Каждый раз старайтесь использовать различные форматы для повышения вовлечённости участников встречи.
Всем привет!🎉 У Scrum-мастеров есть такая хорошая практика: делиться готовыми флипами для тренингов. У нас в «Пятёрочке» и x5 Retail Group с Артемом Игнатенко(@ignatema) и Наташей Хаперской(@starshaya) есть мысль: почему бы не делиться заготовками Miro всем…
Всем привет!🎉 У Scrum-мастеров есть такая хорошая практика: делиться готовыми флипами для тренингов. У нас в «Пятёрочке» и x5 Retail Group с Артемом Игнатенко(@ignatema) и Наташей Хаперской(@starshaya) есть мысль: почему бы не делиться заготовками Miro всем сообществом в online? Сейчас мы переносим многие тренинги и запуск команд в онлайн.
P.S. На доске есть заготовленные стикеры для игры Scrum puzzle от AgileVerse, спасибо им 🙂 P.p.s. Там далеко не все, будем пополнять своими наработками по мере готовности
В самом начале моего пути я не обращал на них внимание и считал, что это какая-то ненужная фигня (готовясь к первому собеседованию на позицию Скрам Матера я просто пропустил этот блок в скрам гайде). Но чем больше я работаю с командами, тем больше понимаю, что ценности Scrum - краеугольный камень всего фреймворка. Чем сильнее члены Scrum команды привержены ценностям, тем эффективнее работает сам фреймворк: уберите одну из них и постепенно ваш Scrum начнет хромать, а затем совсем «загнется» и превратится во что угодно, но только не Scrum.