« Rev
@agile_ru   507
Fwd »


Oleg
Да уже можно сюда ссылку скинуть 😂
Sergey
+100500
Egor 😈
🔵 В группе есть традиция - представляться при входе: ▫️Какой у вас проект или где работаете? ▫️В чём вы специалист? ▫️Чем можете быть интересны или полезны сообществу? ▫️Чем интересно сообщество вам? Что вы ищете? ▫️Откуда вы? ▫️Как узнали про группу? В сообщении нужно указать тэг #whois 🔵 Правила чата: 🚫 Реклама запрещена 🚫 Политика запрещена 🚫 Публикация вакансий запрещена 🚫 Флуд и оффтопик запрещены За несоблюдение правил - одно предупреждение, далее следует бан. Здесь мы общаемся на темы, посвященные Agile, Scrum, Lean, XP, Kanban, инструментам повышения эффективности. Отвечаем на вопросы. Делимся идеями, новостями, а также публикуем анонсы. 📣 Заметили нарушение? Обратитесь, пожалуйста, к модераторам: 🔸@dmitriyabr 🔸@d_dzhafarov 🔸@NikolayKrupiy 🔸@thegreatbender 🔸@DenisIzmaylov 🔵 Параллельно с этой группой развиваются: 🔸@agile_jobs 🔸@projects_ru 🔸@products_ru 🌎 Возможно, вам также будут интересны группы: @selfdev_ru, @projects_jobs, @products_jobs, @devops_ru, @devops_jobs, @qa_ru, @qa_jobs, @mobile_jobs, @javascript_jobs, @uiux_ru, @uiux_jobs. Приятного общения!
Привет всем, я работаю с 2мя командами в роли Scrum Master, могу быть полезен группе как эксперт в области и тематике Agile Motivaiton & Management 3.0 и в организации и продаже тренингов по Agile. Ищу друзей и коллег для общения, парнтерства и сотрудничества на условиях Win-Win. В перспективае планирую сертифицироваться и стать независимым Agile Coach экспертом. Благодарю. ✊✊✊
Egor 😈
если есть вопросы
Sergey
А тут, не? У меня восемь команд. Интересно же.
Dimas
На здоровье!)
И мне скинь Денис в личку, плиз!
Артем
На здоровье!)
И мне, пожалуйста!
Catherine
Всем надо!
D.
Ахах, ок)) Вот сервис - https://www.cakeresume.com/ Если вдруг кому-то нужно мое CV для примера, пишите в личку)
Юрий
Привет. Кто-нибудь имел дело с этой книгой, стоит ли её покупать? Agile-менеджмент. Лидерство и управление командами http://www.ozon.ru/context/detail/id/146426989/?from=share_android
Sergey
Не стоит. Командами не надо управлять, они должны быть самоорганизованными.
Denis
Не стоит. Командами не надо управлять, они должны быть самоорганизованными.
самоорганизация заключется в том, что у команды появляются неформальные лидеры. или не появляются.
Юрий
Может быть здесь имелось ввиду не то как управлять людьми, а как наладить производственный процесс?
Denis
Может быть здесь имелось ввиду не то как управлять людьми, а как наладить производственный процесс?
ну это просто rosy language как по мне. невозможно наладить процесс не управляя людьми. изменение процесса требует лидерских качеств, доверия, харизмы и так далее.
Denis
вот вы решили делать демо. а программисты-интроверты не хотят вылазить из конфортной зоны и что-то показывать. ваши действия?
D.
Это перевод книги Management 3.0 Юргена Аппело. Слово "agile" издательство туда воткнуло ради хайпа
D.
В оригинальном названии его нет
Denis
Команда же не только из программистов состоит
не суть. кто угодно. я это сто раз видел. "мы делаем agile! вау круто! а впрочем whatever, я буду делать что и делал/делала всегда". agile leadership это большая вещь, как по мне без нее невозможно agile transformation.
Denis
так вот эти волонтеры-добровольцы и должны быть emergent leaders. не достаточно, что бы они что-то начали делать, нужно еще и убедить всех остальных
D.
D.
На всякий случай пруф)
Arman
Есть, но в подзаголовке
D.
Ну там оно применительно к девелоперам и лидерам, а не менеджменту)
D.
Эээ.... а менеджмент это разве не про это?
Я про то что слово Аджайл там не является описанием стиля менеджмента. Management 3.0 это самостоятельное и популярное направление уже не один год
Dmitry
Да говнюки Альпина Маркетинг не победить Леша Пименов писал, что они даже после сотни замечаний от редакторов не стали делать оригинальное название
Pavel
Не стоит. Командами не надо управлять, они должны быть самоорганизованными.
Самоорганизация не означает, что командами не надо управлять:)
Levon
Не стоит. Командами не надо управлять, они должны быть самоорганизованными.
Советую прочитать Майка Кона про Scrum, всё таки. Конкретно, про вопрос самоорганизации он подробнейшим образом разложил в 12 главе, подраздел Влияние на Самоорганизацию. Да и вся глава помогает понять, что такое самоорганизация.
Levon
Levon
Levon
Книга отличная, на Озоне продается, советую всем, кстати. Хотя бы, выровнять понимания многих вещей.
Sergey
Самоорганизация не означает, что командами не надо управлять:)
В данном случае я про название книги. Конечно, самоорганизованные команды берут только часть функций управления на себя. Меня, кстати, давно волнует вопрос - кто должен заниматься мотивацией в командах? Функция ли это Владельца продукта?
Sergey
Спасибо за ссылку. Постараюсь почитать. Есть три уровня управления (в ҡлассическом менеджменте) - статегический, операционный и функциональный (функциональная область). На страничке как раз приведен пример стратегического уровня управления. Сильно не копал, но там подходы к управлению не сильно должны отличаться от обычных. На остальных уровнях как раз происходит передача большей части функций управления на уровень команды. Я так пока это вижу. Очень интересная тема, я к ней обязательно приду, пока еще много непознанного. Эх, лет десять назад бы. Хотя ...
Yuriy
доброе утро, книжка отличная, на мой взгляд, перевод названия 🔥, как принято в местной традиции 😄
Sergey
Теоретически это функция «самоорганизованной команды». На практике - скрам-мастера
Плохо, что Скрам-мастера. Ведь команду "нанимает" Владелец Продукта? Он же и отвечает за результаты "Владелец Продукта несет ответственность за достижение максимальной ценности продукта как результата работы, которую выполняет Команда Разработки." Часто он "демотивирует", давя на команду. А Скрам-мастер должен мотивировать? Вот тут мой мозг и ломает. В классическом управлении это функция руководителя. Я думаю правильнее когда Скрам-мастер и Владелец продукта вместе создают условия для запуска и работы самоорганизованных команд. А такая функция управления как мотивация переходит в команду. Достичь этого сложно.
Sergey
Угу. Тут тоже много противоречий возможно. Имхо Скрам-мастер должен быть независимым.
Vladimir
Вобще нанимать я думаю все таки должна команда, а не владелец.
Vladimir
Иначе ответственности за новоприбывших не будет.
Yuriy
Владелец еще и скрам мастера нанимает, теоретически )
или внешний относительно команды менеджмент), по-моему, такой вариант самый частый
Vladimir
или внешний относительно команды менеджмент), по-моему, такой вариант самый частый
Ага, я именно с таким сталкивался. Пойди скрам мастер посмотри что там воооооон в том отделе. И сделай чтобы всем было хорошо )
Sergey
Pavel - По поводу управления командами. Интересно мне копнуть стало. Из Википедии https://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82 про функции управления (процессный подход) " ... в общем виде процесс управления можно представить состоящим из функций: планирование (подготовка и принятие управленческого решения); организация; мотивация; контроль. Эти функции объединены связующими процессами коммуникации и принятия решений. Руководство (лидерство) рассматривается как самостоятельная деятельность, предполагающая возможность влияния на отдельных работников и группы таким образом, чтобы они работали в направлении достижения целей, что необходимо для достижения успехов организации." Когда я смотрю на управление в Scrum я подразумеваю, что на операционном и функциональном уровне управления происходит переход к модели управления по целям (Друкер), ну к или к некоторой ее вариации. Картину про мое видение Спринта как-то постил. Я подразумеваю, что планирование, мотивация и контроль переходит на уровень команды. Собственно у менеджмента на операционном и функциональном уровне частично остается функция организации - она выражается в поддержке операций. У функциональных менеджеров - поддержка на уровне знаний, стандартов и т.д. В Scrum-гайде вопрос про менеджмент умалчивается, но и не отрицается его необходимость. А вот в LESS гайду уже все более конкретно. Именно поддержка, но не управление. И в этом смысле как раз командами никто не управляет. Лидерство как уже сказано выше это отдельная тема. И она тоже очень интересна. Такая вот у меня в башке моделька.
Sergey
Вобще нанимать я думаю все таки должна команда, а не владелец.
Я думаю команда как минимум должна участвовать в найме. Denis S @Kubanoid как раз в своей статье это очень хорошо описал. https://habr.com/post/417787/
Sergey
Я сейчас много думаю что такое Скрам мастер. Как он должен себя вести? И если на уровне команды более или менее понятно все, то дальше пелена. Как нескольким Скрам мастерам взаимодействовать на уровне Организации, Владельца Продукта и Инженерных практик? Появилась мысль что-то типа Кодекса поведения Скрам-мастера написать. Собрать умных мыслей и как-то их в кратком перечне изобразить. Что дОлжно и что не дОлжно делать Скрам мастеру. В LeSS гайде у Баса с Крейгом очень подробно есть на эту тему. Можно взять за основу. У Гюнтера Верхеена много мыслей можно подчерпнуть. До книг пока не добрался. @UfoDriverMARS это как раз позволит "выровнять понимание многих вещей". Времени бы в сутках побольше ...
Sergey
Ивиняюсь за много букв. Чего то прет сегодня :)
Mikhail
Владелец еще и скрам мастера нанимает, теоретически )
Владелец продукта еще и владелец бюджета. На этом его роль в управлении составом команды заканчивается, все решения должны принимать те, кому потом с человеком работать. Для участников команды - вся команда, включая СМ и ВП, для скрам мастера это могут быть и другие СМы
Levon
@gospodchikovs еще есть scrummasterWay Сюзи, но там местами спорно :)
Sergey
Я всегда руководствуюсь принципом врачей - "Не навреди" :)
Pavel
Интересная тема, но в электричке с планшета развёрнуто ответить не получится
Pavel
Но пара тезисов: product owner не «босс» команды. Это роль для владельца бэклога, и совсем не факт что он при этом наниматель команды и владелец бюджета
Sergey
Вы главное ненароком сборник правил не создайте, который голову людям заменит ;)
Что-то такое хочется. Можно даже из разных источников как есть оставлять. Просто собрать воедино.
Pavel
Scrum master в нормальных условиях (а не в сферически идеальных) выступает как agile coach и change agent. Потому и мотивация за ним
Sergey
Но скорее на начальном этапе. Владелец Продукта тоже в стороне не должен быть имхо.
Pavel
Владелец бюджета это ж не босс. Это владелец бюджета
Ага. И наниматель это не босс, а просто наниматель :)
Sergey
Мои вот обижаются на него, обратной связи от пользователей нет (я не имею ввиду обзоры). А их это мотивирует. А так только баги прилетают. Им хочется и положительное что-то увидеть. Но это не ведь не функция Скрам-мастера ...
Mikhail
Ага. И наниматель это не босс, а просто наниматель :)
Не надо утрировать. Владение бюджетом вполне можно организовать через shared знания, де факто этот человек должен знать где денег взять и сколько это стоит. Если он член команды - он делится этой инфой и озвучивает ограничения.
Pavel
Для этого мета-знания нужны
Для этого надо признать, что для серам мастера одного знания скраба недостаточно :)
Mikhail
Исказить можно любую идею и бывший босс вполне возможно захочет найти себе роль босса в новых терминах
Sergey
:)
Mikhail
Ну ок, хотите передергивать - ваше право
Pavel
Ну ок, хотите передергивать - ваше право
Не хочу, но приходится. Не знаю я, как на софистику без передёргиваний отвечать
« Rev
@agile_ru   507
Fwd »