Спринт подходит к концу, а сделали только половину запланированного….
Когда такая ситуация происходит постоянно, это демотивирует, согласитесь?
🤔Почему так происходит? Фундаментальные причины, почему такое случается могут быть разными. В карточках рассказываем о тех, с которыми мы в своей практике встречаемся чаще всего, а также то, как мы их решаем.
👉Основной совет — ищите системные причины. Виноваты не люди, и тем более не фреймворк Скрам. Попробуйте найти структуру, которая вызывает паттерн и изменить ее.
Когда такая ситуация происходит постоянно, это демотивирует, согласитесь?
🤔Почему так происходит? Фундаментальные причины, почему такое случается могут быть разными. В карточках рассказываем о тех, с которыми мы в своей практике встречаемся чаще всего, а также то, как мы их решаем.
👉Основной совет — ищите системные причины. Виноваты не люди, и тем более не фреймворк Скрам. Попробуйте найти структуру, которая вызывает паттерн и изменить ее.
👍21❤13
Почему работать в парах полезно?
#Инженеркадлякрасивых😻
Отсутствие инженерных практик и стандартов качества - это часто встречающаяся проблема в разработке программного обеспечения, и неважно в каком фреймворке вы работаете. Руководство по Скраму набор инженерных практик никак не регламентирует, однако Скрам не может быть использован в полной мере, если они отсутствуют.
Наблюдая за множеством Скрам-команд, Гюнтер Верхеен обнаружил паттерн: большинство из них фокусируется на применении “технических” инженерных практик, таких как TDD, Refactoring и Continuous Integration и упускает из вида действительно мощную практику - парное программирование.
👯♂️Что такое парное программирование?
Это когда два человека пишут код вместе за одним компьютером.
Этот способ работы предполагает много общения: разработчики не только пишут код, но и уточняют свои идеи, обсуждают подходы и приходят к лучшим решениям.
Базовая схема парного программирования предполагает две роли: Драйвер-Навигатор.
👨💻Драйвер - тот, кто за клавиатурой, фокусируется на написании кода. 🕵️♂️Навигатор следит за общим направлением и дизайном.
Участники пары часто меняются ролями, в зависимости от кода, который пишется, от того, решал ли кто-то похожую задачу раньше, есть ли у кого-то отличная идея, и т.д.
5 очевидных преимуществ парного программирования
👯♂️Рост качества кода. Исследования показали снижение количества дефектов и переделок на 60% и более за счет встроенного в работу ревью кода.
👯Снижение стоимости владения кодом. Пары производят меньше строк кода, чтобы заставить работать одну и ту же функциональность. Они создают простые приложения с более легкой архитектурой, которые легче поддерживать.
👯♀️Обмен знаниями. Работа двух людей над одним участком кода помогает команде ежедневно распространять знания о технологии и домене и предотвращает разрыв в знаниях.
👯♂️Быстрое включение новых членов команды. Посадить новичка в пару со "старичком" - это лучший и самый быстрый способ вникнуть во все аспекты продукта.
👯Низкий WIP. Парное программирование снижает количество задач, над которыми команда может работать параллельно (work in progress, WIP), и, следовательно, повышает общий фокус. При этом общая производительность команды часто повышается, если WIP ограничен, так как многозадачность неэффективна не только на индивидуальном, но и на командном уровне.
Практиковали ли вы парное программирование? Делитесь своими историями в комментариях!
Узнайте больше об инженерных практиках и попробуйте их собственноручно, работая в скрам-команде над реальным продуктом на нашем тренинге Applying Professional Scrum for Software Development 1-3 марта.
#Инженеркадлякрасивых😻
Отсутствие инженерных практик и стандартов качества - это часто встречающаяся проблема в разработке программного обеспечения, и неважно в каком фреймворке вы работаете. Руководство по Скраму набор инженерных практик никак не регламентирует, однако Скрам не может быть использован в полной мере, если они отсутствуют.
Наблюдая за множеством Скрам-команд, Гюнтер Верхеен обнаружил паттерн: большинство из них фокусируется на применении “технических” инженерных практик, таких как TDD, Refactoring и Continuous Integration и упускает из вида действительно мощную практику - парное программирование.
👯♂️Что такое парное программирование?
Это когда два человека пишут код вместе за одним компьютером.
Этот способ работы предполагает много общения: разработчики не только пишут код, но и уточняют свои идеи, обсуждают подходы и приходят к лучшим решениям.
Базовая схема парного программирования предполагает две роли: Драйвер-Навигатор.
👨💻Драйвер - тот, кто за клавиатурой, фокусируется на написании кода. 🕵️♂️Навигатор следит за общим направлением и дизайном.
Участники пары часто меняются ролями, в зависимости от кода, который пишется, от того, решал ли кто-то похожую задачу раньше, есть ли у кого-то отличная идея, и т.д.
5 очевидных преимуществ парного программирования
👯♂️Рост качества кода. Исследования показали снижение количества дефектов и переделок на 60% и более за счет встроенного в работу ревью кода.
👯Снижение стоимости владения кодом. Пары производят меньше строк кода, чтобы заставить работать одну и ту же функциональность. Они создают простые приложения с более легкой архитектурой, которые легче поддерживать.
👯♀️Обмен знаниями. Работа двух людей над одним участком кода помогает команде ежедневно распространять знания о технологии и домене и предотвращает разрыв в знаниях.
👯♂️Быстрое включение новых членов команды. Посадить новичка в пару со "старичком" - это лучший и самый быстрый способ вникнуть во все аспекты продукта.
👯Низкий WIP. Парное программирование снижает количество задач, над которыми команда может работать параллельно (work in progress, WIP), и, следовательно, повышает общий фокус. При этом общая производительность команды часто повышается, если WIP ограничен, так как многозадачность неэффективна не только на индивидуальном, но и на командном уровне.
Практиковали ли вы парное программирование? Делитесь своими историями в комментариях!
Узнайте больше об инженерных практиках и попробуйте их собственноручно, работая в скрам-команде над реальным продуктом на нашем тренинге Applying Professional Scrum for Software Development 1-3 марта.
❤9👍4
Как выразить любовь своей команде?
💖В день всех влюбленных (и не только в этот день) предлагаем вам пять вариантов для выражения любви своей команде.
На каком из языков говорите вы?💕
💖В день всех влюбленных (и не только в этот день) предлагаем вам пять вариантов для выражения любви своей команде.
На каком из языков говорите вы?💕
❤24👍4💩1
Семь стилей лидерства из Менеджмента 3.0
👨🏫Стиль лидерства – это то, как ведет себя лидер/менеджер/руководитель со своей командой.
Единственно правильного подхода к лидерству не существует, более того, стиль лидертсва может меняться в зависимости от ситуации. Но знать, какой у вас стиль лидерства, полезно для развития своих собственных навыков и расширения возможностей своей команды.
Разные школы выделяют разные стили лидерства.
Сегодня мы хотим рассказать вам о стилях лидерства из Менеджмента 3.0 (подробнее о каждом из них вы можете прочитать в нашем блоге):
🔹Аджайл лидерство
🔸Коллаборативное лидерство
🔹Аутентичное лидерство
🔸Сострадательное лидерство
🔹Осознанное лидерство
🔸Человеко-центричное лидерство
🔹Лидерство-служение
А какой стиль лидерства у вас?
👨🏫Стиль лидерства – это то, как ведет себя лидер/менеджер/руководитель со своей командой.
Единственно правильного подхода к лидерству не существует, более того, стиль лидертсва может меняться в зависимости от ситуации. Но знать, какой у вас стиль лидерства, полезно для развития своих собственных навыков и расширения возможностей своей команды.
Разные школы выделяют разные стили лидерства.
Сегодня мы хотим рассказать вам о стилях лидерства из Менеджмента 3.0 (подробнее о каждом из них вы можете прочитать в нашем блоге):
🔹Аджайл лидерство
🔸Коллаборативное лидерство
🔹Аутентичное лидерство
🔸Сострадательное лидерство
🔹Осознанное лидерство
🔸Человеко-центричное лидерство
🔹Лидерство-служение
А какой стиль лидерства у вас?
❤8👍3🔥2