Количество выполненных сторипоинтов в спринт характеризует производительность Scrum команды
Final Results
48%
Да
52%
Нет
Ребята из AgileVerse сделали онлайн версию Scrum Puzzle (оч полезный и удобный интрумент).
Найти его можно здесь: https://miro.com/miroverse/category/workshops/scrum-puzzle
Найти его можно здесь: https://miro.com/miroverse/category/workshops/scrum-puzzle
Miro
FREE Scrum Puzzle Template | Miro 2025
Reinforce Scrum principles with the Scrum Puzzle activity template. Collaborative puzzle-solving for team alignmen and drive Scrum understanding.
Forwarded from Менеджер от боженьки
Scrum аудит
Менеджеров хлебом не корми, дай что-нибудь измерить и оценить. Даже Scrum умудряются превратить в число.
Рассуждают так: если весной Scrum на условные 3, а летом уже на 5, значит дела идут в гору, а менеджер не зря ест свой хлеб.
Идея не лишена смысла, а воплотить ее поможет Scrum аудит.
Он оценивает процессы в команде, опираясь на фреймворк и его лучшие практики. Советую использовать его не как линейку, а как предлог для поиска улучшений (те самые inspection & adaption из гайда).
От миллиона других аудитов в интернете этот отличает фокус на ценностях фреймворка, а не артефактах. Сердце скрама бьется именно благодаря открытости, смелости и ответственности команды, а не стендапам и беклогу, они лишь инструменты.
Менеджеров хлебом не корми, дай что-нибудь измерить и оценить. Даже Scrum умудряются превратить в число.
Рассуждают так: если весной Scrum на условные 3, а летом уже на 5, значит дела идут в гору, а менеджер не зря ест свой хлеб.
Идея не лишена смысла, а воплотить ее поможет Scrum аудит.
Он оценивает процессы в команде, опираясь на фреймворк и его лучшие практики. Советую использовать его не как линейку, а как предлог для поиска улучшений (те самые inspection & adaption из гайда).
От миллиона других аудитов в интернете этот отличает фокус на ценностях фреймворка, а не артефактах. Сердце скрама бьется именно благодаря открытости, смелости и ответственности команды, а не стендапам и беклогу, они лишь инструменты.
Google Docs
Scrum checker
Всем привет!
Техническая гибкость (technical agility) - основа бизнес гибкости (business agility). И если в команде/компании не развита инженерная культура, то говорить о какой-либо полноценной Agile трансформации не приходится.
Год назад я присоединился к одному очень амбициозному проекту: создание совершенно нового университета в Швейцарии. Уже осенью этого года начнется обучение по программе “Master in Computer Science and Software Engineering”, которая включает в себя как технические, так и бизнес курсы: принципы разработки программных продуктов, современные подходы к тестированию ПО, инженерные практики необходимые для совместной работы больших команд разработки, развитие цифровых продуктов, командообразование и работа с людьми.
Во вторник 21 июля я и мои коллеги (студенты-выпускники университета) расскажем о программе и ее особенностях:
- Как получить магистерское образование в Швейцарии. Сколько это стоит и как выиграть грант на обучение.
- Какие научные проекты ожидают студентов и под руководством каких ученых будет проходить обучение.
- Как совмещать с учебой работу в глобальной ИТ-компании и как будет выстроена программа обучения.
Подробности и регистрация на вебинар здесь: https://go.sit.org/alumni-insights-63caf
Техническая гибкость (technical agility) - основа бизнес гибкости (business agility). И если в команде/компании не развита инженерная культура, то говорить о какой-либо полноценной Agile трансформации не приходится.
Год назад я присоединился к одному очень амбициозному проекту: создание совершенно нового университета в Швейцарии. Уже осенью этого года начнется обучение по программе “Master in Computer Science and Software Engineering”, которая включает в себя как технические, так и бизнес курсы: принципы разработки программных продуктов, современные подходы к тестированию ПО, инженерные практики необходимые для совместной работы больших команд разработки, развитие цифровых продуктов, командообразование и работа с людьми.
Во вторник 21 июля я и мои коллеги (студенты-выпускники университета) расскажем о программе и ее особенностях:
- Как получить магистерское образование в Швейцарии. Сколько это стоит и как выиграть грант на обучение.
- Какие научные проекты ожидают студентов и под руководством каких ученых будет проходить обучение.
- Как совмещать с учебой работу в глобальной ИТ-компании и как будет выстроена программа обучения.
Подробности и регистрация на вебинар здесь: https://go.sit.org/alumni-insights-63caf
Eventbrite
SIT ALUMNI Insights
Come discover the unique opportunities available only at SIT and the new educational model.
#Коммуникация внутри организации — это зло.
Достаточно провокационное начало, не правда ли? Ну хорошо. Это необходимое и очень энергозатратное зло. Компании вынуждены идти на это поскольку ничего более эффективного для синхронизации работы внутри коллектива пока не придумали.
Если календари владельцев продуктов, архитекторов, разработчиков завалены различными митингами с утра и до самого вечера — это явная организационная дисфункция.
Вот только несколько причин, которые приводят к чрезмерной коммуникации внутри компании:
1. Неэффективная структура команд и неправильная декомпозиция задач, создающая множество зависимостей.
2. Команды не имеют необходимых компетенций/знаний для решения задач.
3. Команды не имеют полномочий для принятия решений и/или процесс принятия решений слишком сложный.
4. Перегруженность команд и большое количество параллельных задач.
5. Неэффективное проведение встреч (плохая фасилитация, отсутствие установленных правил коммуникации).
Таким образом, если вы столкнулись с тем, что ближайший свободный слот для всех участников встречи только в следующую пятницу в 7 часов вечера — это повод проанализировать структуру вашей компании и попытаться ее улучшить.
Достаточно провокационное начало, не правда ли? Ну хорошо. Это необходимое и очень энергозатратное зло. Компании вынуждены идти на это поскольку ничего более эффективного для синхронизации работы внутри коллектива пока не придумали.
Если календари владельцев продуктов, архитекторов, разработчиков завалены различными митингами с утра и до самого вечера — это явная организационная дисфункция.
Вот только несколько причин, которые приводят к чрезмерной коммуникации внутри компании:
1. Неэффективная структура команд и неправильная декомпозиция задач, создающая множество зависимостей.
2. Команды не имеют необходимых компетенций/знаний для решения задач.
3. Команды не имеют полномочий для принятия решений и/или процесс принятия решений слишком сложный.
4. Перегруженность команд и большое количество параллельных задач.
5. Неэффективное проведение встреч (плохая фасилитация, отсутствие установленных правил коммуникации).
Таким образом, если вы столкнулись с тем, что ближайший свободный слот для всех участников встречи только в следующую пятницу в 7 часов вечера — это повод проанализировать структуру вашей компании и попытаться ее улучшить.
Forwarded from Pragmatic (Alexander Regner)
Screenshot_1.png
118.2 KB
Atlassian провели исследование как COVID-19 повлиял на работу и сотрудничество. Они опросили 5 тысяч сотрудников в пяти странах.
Кратко - это только начало. Основные выводы:
1. Люди работают дольше из-за временных потерь на координацию работы;
2. Каждый переживает по-своему;
3. Удаленная работа может привести к инновационной засухе;
4. Люди ближе к командам и дистанцируются от организации;
5. Личные обстоятельства больше влияют на работу;
6. Люди опасаются, что удаленная работа отрицательно скажется на карьере;
7. Женщины чувствуют себя освобожденными из-за отсутствия "игры статуса";
8. Удаленная работа была открытием и многие теперь предпочитают ее;
9. Людям нужна поддержка в получении навыков самоорганизации.
Интересно посмотреть на что повлиял COVID-19 у изначально удаленных компаний.
Кратко - это только начало. Основные выводы:
1. Люди работают дольше из-за временных потерь на координацию работы;
2. Каждый переживает по-своему;
3. Удаленная работа может привести к инновационной засухе;
4. Люди ближе к командам и дистанцируются от организации;
5. Личные обстоятельства больше влияют на работу;
6. Люди опасаются, что удаленная работа отрицательно скажется на карьере;
7. Женщины чувствуют себя освобожденными из-за отсутствия "игры статуса";
8. Удаленная работа была открытием и многие теперь предпочитают ее;
9. Людям нужна поддержка в получении навыков самоорганизации.
Интересно посмотреть на что повлиял COVID-19 у изначально удаленных компаний.
#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!
P.S. Новый Scrum Guide можно прочитать здесь.
На этой неделе была опубликована новая версия 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!
P.S. Новый Scrum Guide можно прочитать здесь.
YouTube
Руководство по Скрам 2020, часть 1: Назначение руководства и предназначение Скрам
Мова відео: російська
Перша частина детального огляду "Scrum Guide" з Олексієм Кривицьким.
У цій частині ми розбираємо призначення Скраму - для чого його застосуємо, навіщо потрібні правила Скраму, що таке практики та чому вони не описані в Гайді.
Долучайтеся…
Перша частина детального огляду "Scrum Guide" з Олексієм Кривицьким.
У цій частині ми розбираємо призначення Скраму - для чого його застосуємо, навіщо потрібні правила Скраму, що таке практики та чому вони не описані в Гайді.
Долучайтеся…
Всем привет! Хочу немного похвастаться...
Наша исследовательская работа признана лучшей на конференции ICIS 2020!(ведущая международная научная конференция в области разработки информационных систем)
Основные практические выводы работы:
1. Фиче команды позволяют быстрее поставлять качественный софт на рынок, что даёт конкурентное преимущество.
2. Инвестируйте ресурсы в улучшение коммуникации между командами (особенно при разработке сложных продуктов).
3. Избегайте чрезмерной специализации фиче команд на определенных частях продукта (product areas).
Наша исследовательская работа признана лучшей на конференции ICIS 2020!(ведущая международная научная конференция в области разработки информационных систем)
Основные практические выводы работы:
1. Фиче команды позволяют быстрее поставлять качественный софт на рынок, что даёт конкурентное преимущество.
2. Инвестируйте ресурсы в улучшение коммуникации между командами (особенно при разработке сложных продуктов).
3. Избегайте чрезмерной специализации фиче команд на определенных частях продукта (product areas).
Feature vs. Component teams for new software development.pdf
1.3 MB
Вот и сама статья (эксклюзив для подписчиков канала 😉). Отдельно рекомендую изучить список литературы: там много интересных и глубоких работ по организационному дизайну.
К слову об узкой специализации и оптимизации времени разработчиков…
Если ваш продукт похож на пиджак из прикрепленного видео, то в первую очередь вопросы нужно адресовать не разработчикам (портным), а менеджерам, которые создали систему выпускающую продукты такого качества.
https://www.youtube.com/watch?v=2wxL3DYen5g
Если ваш продукт похож на пиджак из прикрепленного видео, то в первую очередь вопросы нужно адресовать не разработчикам (портным), а менеджерам, которые создали систему выпускающую продукты такого качества.
https://www.youtube.com/watch?v=2wxL3DYen5g
YouTube
Райкин - "Кто сшил костюм?"
Райкин.
Привет! В глубинах YouTube наткнулся на фантастический курс о сложном мире от Георгия Сатарова.
Кроссдисциплинарность зашкаливает: физика, математика, информатика, биология, нейробиология, астрономия, социология, политология, психология. И все это про хаос, эфолюцию и способы развития в рамках постоянно меняющейся среды (aka институты хаоса).
Три наиболее интересных тезиса:
1. Хаос и порядок порождают друг друга. Граница между ними практически не различима: простые детерминированные алгоритмы порождают хаос; хаос разбивается на простые «осязаемые» компоненты.
2. [эволюция] Селекция и закрепление не скоординированы. Ни одна система не может управлять своей эволюцией: в силу неопределённости будущего никто не знает, какие характеристики позволят системе сохранить себя. Желательно иметь «излишек» характеристик, которые позволят быстро адаптироваться к изменившейся среде.
3. Система способная к обновлению получает шанс (!) на продолжение жизни.
И для ценителей: произведение Баха о хаосе и порядке.
P.S. Поскольку курс рассчитан на максимально широкую аудиторию, динамика достаточно медленная. Рекомендую слушать лекции на x1.5-x2
Кроссдисциплинарность зашкаливает: физика, математика, информатика, биология, нейробиология, астрономия, социология, политология, психология. И все это про хаос, эфолюцию и способы развития в рамках постоянно меняющейся среды (aka институты хаоса).
Три наиболее интересных тезиса:
1. Хаос и порядок порождают друг друга. Граница между ними практически не различима: простые детерминированные алгоритмы порождают хаос; хаос разбивается на простые «осязаемые» компоненты.
2. [эволюция] Селекция и закрепление не скоординированы. Ни одна система не может управлять своей эволюцией: в силу неопределённости будущего никто не знает, какие характеристики позволят системе сохранить себя. Желательно иметь «излишек» характеристик, которые позволят быстро адаптироваться к изменившейся среде.
3. Система способная к обновлению получает шанс (!) на продолжение жизни.
И для ценителей: произведение Баха о хаосе и порядке.
P.S. Поскольку курс рассчитан на максимально широкую аудиторию, динамика достаточно медленная. Рекомендую слушать лекции на x1.5-x2
YouTube
Сколярис: Введение в сложный мир. Лекция №1
Это первая лекция из курса, который называется
"Введение в сложный мир: Знать. Понимать. Осваивать".
Лекция называется "Простой человек в сложном мире". Смысл: окружающий нас мир, включая нас, как биологических существ, нашу социальность и нашу культуру…
"Введение в сложный мир: Знать. Понимать. Осваивать".
Лекция называется "Простой человек в сложном мире". Смысл: окружающий нас мир, включая нас, как биологических существ, нашу социальность и нашу культуру…