Но благодаря дейли в формате общих собраний бесед больше не требуется

Думаю зависит от команды и от целей. Если команда слаженная, если отвественность команды позволяет раьботать без тотального контроля и постоянного форсирования - можно не каждый день. Если хотябы один пункт не выполняется - каждый каждый каждый день. Кроме тего, регулярные собрания как раз поддерживают в сотрудниках чуство отвественности и иметь отвественных за каждыую отдельну часть проекта, а не искать потом крайнего по всему проекту в целом. Регулярные собрания нужны так же при личночтных конфликтах в команде. Стендапы от обычных собраний отличаются повешенной оперативность.

Не согласен. Дейли нужны даже если команда сработанная. Вопросов нет пока всё гладко, но как быстро команда отреагирует на изменения в окружающей среде? Скрам обеспечивает период не дольше 24 часов

вчера случайно наткнулся на удивительный ролик, сначала думал что это была какая то комическая зарисовка, но походу нет :)

А ты разработчик, или PM?

Я прошёл путь от тестировщика до руководителя группы тестирования, получил небольшой неформальный опыт PM, четыре последних года совмещал деятельность с работой скрам-мастера, теперь выделенный скрам-мастер

Я прошёл путь от тестировщика до руководителя группы тестирования, получил небольшой неформальный опыт PM, четыре последних года совмещал деятельность с работой скрам-мастера, теперь выделенный скрам-мастер

а знакомых оттуда нет? это правда или отчитываются наверх?

Кого считаешь сильным тренером по scrum?

кроме себя? =) я не знаком со многими, чтобы судить, варился в своей каше пока не сбежал. Лично на меня повлияло творчество Макса Дорофеева, Асхата Уразбаева и Хенрика Книберга

https://youtu.be/B1D1nl7jUBE

Кого считаешь сильным тренером по scrum?

Ясно, спасибо.

Коллеги, прочитал небольшую статью про одного разработчика и он задался следующими вопросами (а что думаете Вы?): 1. Ежедневные собрания Это идет в разрез с большинством книг для управленца, где говорится: собрания - способ потратить время, и не брать на себя ответственность, чем меньше собраний - тем лучше. В скраме рекомендуются ежедневные собрания (Стэндапы). 2. Отсутствие персональной ответственности Везде в книгах пишется: "за код отвечает команда". А как тогда мотивировать выдающихся людей, как выяснять кто тянет команду вверх, а кто вниз? С кого спрашивать за допущенные ошибки? В книгах по менеджменту обычно говорится: "нет ответственного, считай что задача не будет выполнена".

"Болшинство книг для управленцев" не имеют никакого отношения к Аджайлу, потому что заточены под процессы, строящиеся на другой ценностной базе, это раз. Дальше подробнее: 1. В Скраме встречи - это инструмент взятия на себя ответственности (командой перед заказчиком, членом команды перед командой). Чтобы они действительно были полезны, в каждой Скрам-команде есть фасилитатор - Скрам-мастер, одна из задач которого как раз - делать встречи не тратой времени, а самым эффективным и полезным рабочим инструментом. И хотя в Ежедневном Скраме скрам-мастер вроде бы не участвует, его задача - на старте научить команду самофасилитации этого мероприятия. 2. Не стоит путать - в Скраме есть два вида ответственности 🙂 Команда (вся скрам-команда, разработчкики + скрам-мастер + владелец продукта) отвечают за успех продукта. Перед кем? Если работают "на свои" - перед собой, если на чужие - перед инвестором (заказчиком etc - тем, кто платит команде деньги). Неуспешный продукт -> команде не платят -> это и есть ответсвенность команды за продукт 🙂 Основной канал реализации этой обратной связи - обзор спринта. А вот конкретный Вася, Петя, Оля отвечают внутри команды, перед своими коллегами. И команда может попросить Васю на выход, если он много обещает и ни хрена не делает. Основной канал реализации этой ответственности и обратной связи - ретроспектива спринта + дейлики, конечно же. Но мир вне команды не знает, кто именно в команде лажает - ему всё равно, в этом смысле ответственность коллективная.

"Болшинство книг для управленцев" не имеют никакого отношения к Аджайлу, потому что заточены под процессы, строящиеся на другой ценностной базе, это раз. Дальше подробнее: 1. В Скраме встречи - это инструмент взятия на себя ответственности (командой перед заказчиком, членом команды перед командой). Чтобы они действительно были полезны, в каждой Скрам-команде есть фасилитатор - Скрам-мастер, одна из задач которого как раз - делать встречи не тратой времени, а самым эффективным и полезным рабочим инструментом. И хотя в Ежедневном Скраме скрам-мастер вроде бы не участвует, его задача - на старте научить команду самофасилитации этого мероприятия. 2. Не стоит путать - в Скраме есть два вида ответственности 🙂 Команда (вся скрам-команда, разработчкики + скрам-мастер + владелец продукта) отвечают за успех продукта. Перед кем? Если работают "на свои" - перед собой, если на чужие - перед инвестором (заказчиком etc - тем, кто платит команде деньги). Неуспешный продукт -> команде не платят -> это и есть ответсвенность команды за продукт 🙂 Основной канал реализации этой обратной связи - обзор спринта. А вот конкретный Вася, Петя, Оля отвечают внутри команды, перед своими коллегами. И команда может попросить Васю на выход, если он много обещает и ни хрена не делает. Основной канал реализации этой ответственности и обратной связи - ретроспектива спринта + дейлики, конечно же. Но мир вне команды не знает, кто именно в команде лажает - ему всё равно, в этом смысле ответственность коллективная.

Андрей, а такой вопрос, Фасилитатор и Скрам-мастер это одно лицо, или все таки два разных.? В ролике про ПФР в нем роль Фасилитатора выполняет Политрук, или не совсем так?

Я покупал)) могу дарить, наверное.

https://www.facebook.com/permalink.php?story_fbid=344515036011740&id=100013597399093

Нет 🙂 Только передавать свою копию, не плодя новых 🙂

Когда заходят споры о том, что "если ответственность на всех, то значит ни на ком" я сочувственно вспоминаю про колхозы и говорю что печальный опыт накладывает отпечаток, да. Как контрпример привожу хоккнйную команду или команду подводной лодки

Павел, доброе утро! Есть вопрос. А ты специализируешься на гос.организациях?

Или хрестоматийный пример - пиратский корабль 🙂 Либо все на дно (или виселицу), либо все делят добычу, но тот, кто пошёл против команды (даже если он капитан) - получит своё )))

Осмелюсь оспорить пример с пиратами.. Там у каждого силён свой интерес и при любом удобном случае всадить нож - милое дело =) особенно при дележе

Нет, я вообще избегаю работы с госами.

Макс, не без этого. Но если честно - в корпоративном мире так же, и когда мы только начинаем строить команды - этот фактор очень значим. По мере взросления, зрелости и перехода к позиции "что он в одиночку не может достичь цели, которую может достичь команда" - да, аналогия становится чуток натянутой 🙂 С другой стороны - никто не мешает идеализировать пиратов ))))

Нет, я вообще избегаю работы с госами.

А избегаешь - это как?

Мои примеры когда каждый в отдельности осознает, что он в одиночку не может достичь цели, которую может достичь команда.

У меня вопрос финансовый возник неожиданно. Не в моих принципах смотреть в чужой карман, но хочется оценить реальность кейса. На знакомого в Москве вышли зарубежные рекрутеры. Предлагают on-site work в Москве же, на должности Agile Coach, контракт на 6 месяцев, зарплата, внимание, около 1 миллиона в месяц.. Это какой-то развод пранкеров? =) или обычное дело для коучей? Или для Москвы? =))) что скажете?

Это нормально для некоторого уровня как бизнесов, так и коучей.

У меня вопрос финансовый возник неожиданно. Не в моих принципах смотреть в чужой карман, но хочется оценить реальность кейса. На знакомого в Москве вышли зарубежные рекрутеры. Предлагают on-site work в Москве же, на должности Agile Coach, контракт на 6 месяцев, зарплата, внимание, около 1 миллиона в месяц.. Это какой-то развод пранкеров? =) или обычное дело для коучей? Или для Москвы? =))) что скажете?

У меня вопрос финансовый возник неожиданно. Не в моих принципах смотреть в чужой карман, но хочется оценить реальность кейса. На знакомого в Москве вышли зарубежные рекрутеры. Предлагают on-site work в Москве же, на должности Agile Coach, контракт на 6 месяцев, зарплата, внимание, около 1 миллиона в месяц.. Это какой-то развод пранкеров? =) или обычное дело для коучей? Или для Москвы? =))) что скажете?

У него настолько хорошая квалификация?

Моё мнение - нет. Но это же рекрутеры =) делать из мухи слона - их хлеб

А что он в данный момент трансформирует?

Ничего сверхестественного.. Вырос внутри небольшой ИТ продуктовой компании, увлёкся дизайном процессов.. Обновил LinkedIn =)

Я бы тоже принял =) Но по моему опыту от общения с рекрутерами до оффера - как через Неву вплавь =)

У меня вопрос финансовый возник неожиданно. Не в моих принципах смотреть в чужой карман, но хочется оценить реальность кейса. На знакомого в Москве вышли зарубежные рекрутеры. Предлагают on-site work в Москве же, на должности Agile Coach, контракт на 6 месяцев, зарплата, внимание, около 1 миллиона в месяц.. Это какой-то развод пранкеров? =) или обычное дело для коучей? Или для Москвы? =))) что скажете?

Ищут замену Барту, ясно же.

Иностранцам продать русского русскому как иностранца? Мне кажется рекрутеры сидят в Телявиве

кроме себя? =) я не знаком со многими, чтобы судить, варился в своей каше пока не сбежал. Лично на меня повлияло творчество Макса Дорофеева, Асхата Уразбаева и Хенрика Книберга

а причем тут Дорофеев и скрам? О_о

reliable scrum же

У меня вопрос финансовый возник неожиданно. Не в моих принципах смотреть в чужой карман, но хочется оценить реальность кейса. На знакомого в Москве вышли зарубежные рекрутеры. Предлагают on-site work в Москве же, на должности Agile Coach, контракт на 6 месяцев, зарплата, внимание, около 1 миллиона в месяц.. Это какой-то развод пранкеров? =) или обычное дело для коучей? Или для Москвы? =))) что скажете?

Ты из Питера?

а причем тут Дорофеев и скрам? О_о

Например, у Макса на сайте готовый работающий инструмент по оценке проектов в условиях скрам. Но по сравнению с его размышлениями и материалами это мелочь. А Вы только источники с тегом Scrum исследуете?

нет, просто вопрос вам задавали про Scrum

reliable scrum же

reliable scrum это больше не про скрам, а про итеративную (не обязательно инкрементальную) поставку проекта. кстати, на agile days будут ребята из Омска, которые неплохо переработали это дело.

А чем reliable от non-reliable отличается? И что значит не обязательно инкрементальный?