This version of the page http://tim.com.ua/tag/team/ (0.0.0.0) stored by archive.org.ua. It represents a snapshot of the page as of 2018-03-11. The original page over time could change.
Архивы команда | The Improved Methods

Должен ли ScrumMaster быть немного занудой?

У вас бывало такое ощущение, что ваш ScrumMaster (или даже просто ваш менеджер) ведет себя как зануда? Вот эти его напоминания о взятых на себя обязательствах, о том, что вы обещали вчера на стендапе и сегодня говорили совершенно о другом, о договоренностях в команде и всяких там definition of done. И за опоздания на стендап ругается. А еще эти его трекеры типа JIRA или напоминания о том, что слишком много работы в прогрессе — явный способ завалить обещанное. Или вот эта паника, если Burndown не идет близко к прогнозу.

Кстати, а может вы сами ScrumMaster или менеджер проекта и чувствуете себя занудой, каждый раз напоминая взрослым людям, что они взяли на себя обязательства и нужно что-то делать, чтобы их выполнить? Или вам приходится напоминать, что если не делать практики о которых они же сами и договорились, то потом будет много багов и вообще к концу итерации никакого полезного результата не будет. Ну и еще, по мелочи, несколько раз в день напоминать отдельным людям или всем сразу про какие-то договоренности, которые они забывают выполнять. И вот вы, как человек в этой ситуации решаете для себя, промолчать или все-таки сказать, но возможно при этом прослыть занудой.

А теперь вопрос к первой группе читателей — которым кажется, что их ScrumMaster “занудничает” — что вы делаете, когда он оказывается прав? Когда напоминания о недоделанной работе позволило довести ее до конца, когда вовремя поднятая “паника” в середине итерации позволила собраться, приложить усилия и сделать то, что обещали. Или наоборот, в конце итерации вы понимаете, что если бы его не проигнорировали, результаты вашей команды были бы лучше. Кто из вас на ретроспективе сказал “да, ты был прав”? 🙂

Большая свобода, которая дается идеей само-организации в команде, подразумевает и ответственность за результат. И если кто-то напоминает своим коллегам о взаимных обещаниях или о чем договаривались все вместе — это, на мой взгляд, признак того, что он переживает за результат. Всё это как раз и есть проявление взаимной ответственности, “под-отчетность” друг-другу и реальная помощь в том, чтобы становится лучше.

Роль ScrumMaster специально названа по-другому, чтобы подчеркнуть, что это «менеджмент с человеческим лицом”, т.е. управление командой построенное на совершенно других принципах: «лидерство как служение”, делегирование команде принятия многих решений. И многих других принципах, которые “традиционным” менеджерам кажутся уж слишком демократическими. Но все равно остается один важный аспект менеджмента или лидерства — это ответственность за то, чтобы команда пришла к результату и, желательно, самым легким и эффективным путем. При этом желательно весело и получив удовольствие (ну про мотивацию тоже никто не забывает :)).

Поэтому мой совет всем кто оказался перед выбором “занудничать” или промолчать — не молчите! Помогайте команде, даже если они этого не хотят на первый взгляд, даже если не скажут спасибо сразу. Просто помогайте, будь это ваша работа или желание сделать как лучше для всех. Иногда нужно быть немножко занудой, чтобы люди не забывали о своих целях.

P.S.

Важный момент, ScrumMaster не может быть “засранцем” — это означает, что он сам раздает задачи, сам говорит команде, где они были не правы, говорит что делать, чтобы исправить текущую ситуацию, не слушает их мнение и, что самое ужасное, говорит в конце итерации “я же говорил” 🙂

Такие люди точно никогда не получат благодарности или признания от команды — они просто не оставляют команде места для роста и свободы принятия собственных решениях. Таких, я думаю, никто не любит 😉

Самообучение — первое правило сложных систем или о чем я рассказывал на AgileBaseCamp

Прошедшая конференция Agile Base Camp была посвящена Вовлеченности и Ответственности, что на мой взгляд, непосредственно связано с людьми и командами.

Люди — очень «сложные системы», и каждый по-своему уникален. Внедряя новые методы работы и новые практики, мы заставляем людей меняться. Как у любой сложной системы, результат и реакция могут быть не такими, как планировалось.

Теперь представьте, что происходит, когда люди объединяются в команды. Увеличивается сложность системы и возрастает количество взаимосвязей, которые влияют на ее поведение и на результат. Т.е. мы делаем сложные комплексные продукты с помощью сложных комплексных систем и в этой ситуации нужно как можно меньше правил, чтобы еще больше все не усложнять.

Когда-то я писал о том, что на идею методологии Scrum, Джефа Сазерленда натолкнула демонстрация прототипа с искусственным интеллектом от компании iRobot, известной теперь производством умных пылесосов Roomba. В этих устройствах заложен алгоритм самообучения и адаптации своего поведения к изменениям окружающей среды.

На мой взгляд, это первое и с самое главное правило для сложных систем — адаптация своего поведения. В своем рассказе я  привел практические инструменты адаптации и на примерах рассказал, как команды могут качественно учится на своем опыте. (далее…)

Визуальная обратная связь, как инструмент мотивации

Всем приятно, когда вас хвалят за то, что вы сделали. Если это заслуженно и своевременно — это дает обратную связь, показывает, что то, что вы делаете кому-то нужно, и в результате стимулирует вас продолжать так делать. Мы уже не раз писали об обратной связи в целом, и благодарности и похвале в частности.

Особенно хорошо работает визуальная обратная связь. Когда все наглядно видят, что вот факт, а вот похвала — это стимулирует продолжать не только того, кого хвалят, а и других. На прошедшей конференции Agile Eastern Europe 2013, был интересный рассказ про «High Five Driven Development». Идея, которую высказал Peder Soholt, проста и в то же время эффективна (далее…)

Различия людей на службе решения конфликтов

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

Уже писано-переписано бесконечное множество статей, и все же проблема остается достаточно актуальной.

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

Изначально нам вроде бы легче работать с теми людьми, которые в чем-то на нас похожи. (далее…)

О взятых на себя обязательствах или стоит ли изменять план Спринта

Моя прошлая статья про «вред наказания за ошибки» помогла мне самому разобраться с одним интересным вопросом, который мне часто задают. Вопрос озвучивается по разному, например: «Что делать, если команда видит, что не успевает сделать все, что запланировала в спринте?» или иногда вот так «Что делать, когда наш график оставшейся работы (Burndown) выше идеальной линии?». Вариантов вопроса может быть много, хотя по сути все сводится к тому, что делать, если команда не может выполнить взятые на себя обязательства.

Допустим, в начале спринта вы честно планировали, исходя из своих возможностей, и делали максимально реалистичный план. А потом все пошло как-то не так – в разработке ПО такое часто случается :-). Обычно, вы увидите это на графике оставшейся работы, когда он покажет, что у вас осталось больше, чем вы можете сделать. И вот тут-то наступает самый интересный момент – что делать команде? (далее…)

Наказание за ошибки или что общего у Скрам команды и синоптиков

Не так давно слышал по радио то ли шутку, то ли новость о том, что в одной стране предложили ввести ответственность синоптиков за неправильные прогнозы погоды. Мол, от неправильных прогнозов урон хозяйству страны и нужно более ответственно относиться к тому, что делаешь.

Разработка программного обеспечения не на много отличается от метеорологии в области предсказаний и прогнозов. Поверьте на слово человеку, который достаточно долго этим занимается и даже обучает методам и практикам повышения точности прогнозов 🙂

Собственно речь в статье не об оценках, а о другом. (далее…)

Дисфункциональные команды и компании

То, о чем пойдет речь дальше, это не какая-то стройная теория, а скорее тема к размышлению, некий синтез опыта прошлого и настоящего.

Речь пойдет о дисфункциональных компаниях и командах.  Строго говоря, дисфункция – это нарушение деятельности. Этот термин применим не только к нарушению функционирования личности или семьи, но и к группам, командам и даже целым компаниям. Как только дисфункциональное поведение начинает допускаться в работе, оно как волна может захлестнуть целую организацию, и как симптомы мы можем наблюдать отсутствие заинтересованности в работе, неэффективное выполнение задач, вплоть до бессознательного саботажа. (далее…)

Успех не всегда означает победу — рассказ на онлайн конференции ITBrunch: "Учимся на чужих ошибках"

На прошедшей недавно онлайн конференции ITBrunch все докладчики делились своими ошибками и опытом, который из них почерпнули. Тема «Учимся на чужих ошибках» была выбрана не случайно, ведь именно из опыта мы выносим уроки и уж лучше это делать на чужом опыте, чем на своем 🙂

Мой рассказ был из личного опыта, об одном проекте, о внедрении Agile методологий и о том, почему им ничего не помогло. Помимо самой истории, что и как я делал, я рассказал свои мысли о том, что повлияло на «провал» всего проекта.

Успех внедрения процессов не всегда приводит к успеху проекта. К сожалению, ИТ специалисты не всегда задумываются об этом, хотя могли бы.

Ниже сама презентация и ответы на вопросы участников… (далее…)

Открытый тренинг в Днепропетровске "Как из того, что есть, сделать команду"

Рад сообщить, что выдалась возможность провести открытый тренинг в Днепропетровске, как говориться по многочисленным просьбам. Так 30 июня в субботу в Днепропетровске пройдет тренинг «Как из того, что есть, сделать команду»

Это мой авторский тренинг развития навыков работы в команде. Он уже не раз проводился в разных городах Украины, и в Днепропетровске в том числе. Некоторые отзывы участников можно почитать на нашем сайте.

Я не буду рассказывать, (далее…)

Командная работа

Большинству людей хочется быть самодостаточными, яркими индивидуальностями. Однако зачастую бывает так, что одному не под силу справиться с тем, что может сделать команда. И тут, наверное, важно быть частью этой команды 🙂