@agile_ru - страница 401 - Telegram web archive

Pavel

1. Возвращать в бэклог, потом решать, является ли она приоритетом на следующий спринт 2. С технической точки зрения, есть удобная концепция: feature flags. Они хорошо в таких ситуациях помогают.

Max

только хотела про jira вопрос написать) коллеги, а как вы поступаете, когда спринт закончился, а некоторая история имеющая ценность не выполнена до конца? т.е. условно пилили новый формат отчета параллельно с другими задачами, но напилил на 90%, через definition of done не проходит. понятно, что не принимаем. но нюансы?

для нас это прямой вопрос к PO. Если те самые 10% это дело пары дополнительных часов, то фича участвует в ревью, а допиливание выполняется сразу после собрания или до планирования. Если свободного времени совсем нет или для решения 10% требуется больше 2 часов, то история возвращается в бэклог и появляется на каком-либо спринте на общих условиях, через планирование

Anonymous

Подскажите, пожалуйста, стоит на него идти?

Anonymous

Как сделать так, чтобы финансовые вопросы не стали препятствием для работы в #Agile, и в тоже время не потерять контроль над рисками? https://goo.gl/xkzDxy

Pavel

лично не знаком, но опыт общения с людьми из ScrumTrek у меня весьма положительный.

Pavel

Сойдет ли это за ответ, стоит ли идти? Не знаю :)

Anonymous

Сойдет ли это за ответ, стоит ли идти? Не знаю :)

СПС, интересна даже не только это выступление где финансы и agile, а вообще вся связка с pm, цифровизацией и т.д

Sergey

Читаю мини гайд от ScrumTrek. Там следующее. Scrum master также отвечает за удаление всех внешних препятствий, мешающих команде. Например, если команде нужен новый сервер, то именно Scrum master вступает в бой с бюрократическими силами и компании. Если с первым предложением все ок, то второе (про сервер) вызывает резонанс у многих коллег моих. Что подскажет умное сообщество?

Dmitry

со вторым, это с каким? про сервер?

Sergey

Да, про сервер. Дополнил сообщение :)

Max

Читаю мини гайд от ScrumTrek. Там следующее. Scrum master также отвечает за удаление всех внешних препятствий, мешающих команде. Например, если команде нужен новый сервер, то именно Scrum master вступает в бой с бюрократическими силами и компании. Если с первым предложением все ок, то второе (про сервер) вызывает резонанс у многих коллег моих. Что подскажет умное сообщество?

SM отвечает за обработку любых препятствий: технических, организационных, коммуникативных, итп. За всё от нового сервера до заусенца на указательном пальце ведущего разработчика. Другое дело, что SM не обязан, засучив рукава, этот самый сервер собирать по компонентам. Весь спектр инструментов в его распоряжении, в том числе и убеждение взрослого человека, что он сам способен справиться с заусенцем (но лучше обратиться к врачу, возможны противопоказания)

Max

Меня тут другое смущает в формулировке - "внешние" препятствия.. За внутренние не отвечает?

Dmitry

Меня тут другое смущает в формулировке - "внешние" препятствия.. За внутренние не отвечает?

Внутренние он лишь помогает команде решить совместно Сам не удаляет их

Alexander

Случайно

Max

Внутренние он лишь помогает команде решить совместно Сам не удаляет их

Как разграничить внутренние от внешних? Почему новый сервер - это внешнее препятствие?

Dmitry

Как разграничить внутренние от внешних? Почему новый сервер - это внешнее препятствие?

Ну зоны влияния команды Внешнее это там, где команда не лпр, грубо говоря

Max

Ну зоны влияния команды Внешнее это там, где команда не лпр, грубо говоря

Обязан ли SM устранять внутренние препятствия?

Dmitry

Он обязан помогать команде их устранять

Алекс

Обязан ли SM устранять внутренние препятствия?

Если SM устранет за команду, значит он отберает у команды самоорганизацию

Max

Он обязан помогать команде их устранять

Обязана ли команда помогать SM устранять внешние препятствия?

Max

Если SM устранет за команду, значит он отберает у команды самоорганизацию

Ещё раз - не за, а вместе. Мой поинт в этом.

Max

Обязанность SM - отслеживать и контролировать препятствия, и внешние и внутренние,устранять при помощи всех доступных лиц и внутри и вне команды.

Dmitry

Внутри команды SM более бесправный, чем вне Внутри команды он не должен сам препятствия устранять, если команда не считает это нужным

Max

Внутри команды SM более бесправный, чем вне Внутри команды он не должен сам препятствия устранять, если команда не считает это нужным

Ух ты. То есть Вы полагаете, что не только обязанности нужно разграничить, но и права?

Алекс

Обязанность SM - отслеживать и контролировать препятствия, и внешние и внутренние,устранять при помощи всех доступных лиц и внутри и вне команды.

SM не отслеживается и не контролирует препятствия, он помогает команде эти препятствия устранять.

Max

SM не отслеживается и не контролирует препятствия, он помогает команде эти препятствия устранять.

Только внешние препятствия?

Алекс

Только внешние препятствия?

Что такое внешние препятствия?

Max

См выше

Max

Собственно с этого и началось утро =)

Алекс

Sm помогает команде улучшить свою работу, владельцу продукта, и организации

Max

В Гайде слово impediment встречается трижды, два раза в описании Daily и впервые - в обязанностях SM. Цитата: "Removing impediments to the Development Team’s progress;". Возвращаясь на исходную, откуда взялось деление на внутренние и внешние препятствия? Это трактовка ScrumTrek?

Max

Sm помогает команде улучшить свою работу, владельцу продукта, и организации

Это общее и к тому же неполное утверждение. Но какое оно имеет отношение к вопросу разграничения препятствий на внутренние и внешние?

Алекс

Ну давайте предположим,что внутренние препятствия это команда внешние это организация

Ⓢⓔⓡⓖ

Команда - это препятствие?

Max

Нет человека - нет проблемы =)

Pavel

Обязан ли SM устранять внутренние препятствия?

Он не обязан устранять, он обязан помочь команде их устранить. И, напомню, SM тоже часть команды, так что помощь может выражаться в прямом действии и это не ограничение самоорганизации

Алекс

Команда - это препятствие?

Взаимодействие в команде,отсутствие коммуникации и ТД и тп

Max

Он не обязан устранять, он обязан помочь команде их устранить. И, напомню, SM тоже часть команды, так что помощь может выражаться в прямом действии и это не ограничение самоорганизации

Так и я о том же. И, кстати, со словом "команда" надо быть поаккуратнее. И dev team и Scrum team - это команды

Pavel

ИМХО если речь идёт об SM, то мы говорим о scrum team

Max

Он не обязан устранять, он обязан помочь команде их устранить. И, напомню, SM тоже часть команды, так что помощь может выражаться в прямом действии и это не ограничение самоорганизации

Но опять же, основной непонятный мне момент - почему ScrumTrek выделил явно внешние препятствия? Ваше мнение?

Pavel

Проблемы внутри dev team таки заодно и проблемы внутри scrum team

Pavel

Возможно потому, что разграничение на внешние и внутренние делает разграничение границ для непосредственного действия и влияния проще

Max

Означает ли утверждение ScrumTrek что SM должен помогать только с внешними препятствиями? Или это просто подводка к примеру с сервером?

Pavel

С тем же сервером SM сам пойдёт заполнять заявки. С проблемой вида «PM и Dev team» общаются раз в полгода он может справиться только разговорами и предложением возможных решений, но никак не решить эту проблему в одно лицо

Pavel

Но вообще лучше спросить кого-нибудь из ScrumTrek

Max

Было бы идеально =) Есть тут представители?

Pavel

Ну и да, автономность команды целью scrum не является. Как и целью Agile в целом.

Pavel

А то нежеланием нарушать автономность часто оправдывают бездействие при виде явных косяков

Max

Согласен на все 100. Я у себя культивирую обратное - возможность прямого общения с любым из представителей организации. Пока освоил 2 уровня выше собственных руководителей =)