https://lib.custis.ru/index.php?action=history&feed=atom&title=AgileDays-2011%3A_%D0%9E%D1%82%D1%87%D0%B5%D1%82_%D0%93%D1%80%D0%B5%D0%B1%D0%BD%D0%B5%D0%B2%D0%B0_%D0%9D.%D0%AE.%2F%D0%9A%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D1%80%D1%82 2026-08-16T21:24:04Z История изменений этой страницы в вики MediaWiki 1.26.4 https://lib.custis.ru/index.php?title=AgileDays-2011:_%D0%9E%D1%82%D1%87%D0%B5%D1%82_%D0%93%D1%80%D0%B5%D0%B1%D0%BD%D0%B5%D0%B2%D0%B0_%D0%9D.%D0%AE./%D0%9A%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D1%80%D1%82&diff=26676&oldid=prev 2011-05-07T14:57:16Z

<p>Новая страница: «&#039;&#039;Сергей Дмитриев&#039;&#039; Фотографии флит-чартов с [[Командный старт (Сергей Дмитриев, AgileDays-2011)|ма...»</p> <p><b>Новая страница</b></p><div>''Сергей Дмитриев''<br /> <br /> Фотографии флит-чартов с [[Командный старт (Сергей Дмитриев, AgileDays-2011)|мастер-класса]]: http://www.dropbox.com/gallery/3490871/4/Documentation/Conferences/AgileDays%20Msk%202011/Team%20startup?h=06ae92<br /> <br /> [[Image:DmitvievTeamStart1.jpg|thumb|200px| ]]<br /> [[Image:DmitrievTeamStart2.jpg|thumb|200px| ]]<br /> [[Image:DmitrievTeamStart3.jpg|thumb|200px|Какие бывают игры…]]<br /> <br /> Это был мастер-класс посвященный такому процессу как «командный старт».<br /> Сергей под командным стартом понимает специально выделенное время, когда собирается вся команда вместе, а также люди имеющие отношение к проекту (типа Product Owner `a и руководства заинтересованного в результате), с целью познакомиться друг с другом и проектом в целом, а также определить общие ценности и видение проекта.<br /> <br /> Сергей рекомендует для командного старта отвести один день. Командный старт необходимо проводить когда:<br /> <br /> # Собирается новая команда для проекта<br /> # В команду приходят новые члены<br /> # Команда начинает новый проект<br /> # При внедрении agile.<br /> <br /> Проведение командного старта позволяет:<br /> <br /> # Найти общую отправную точку<br /> # Обозначить общие ценности команды<br /> # Определить общее видение проекта<br /> # Увеличить шансы на успех<br /> <br /> Во время командного старта необходимо сделать:<br /> <br /> # Понять по какому процессу сейчас работает команда, и определить каким образом команда хочет работать дальше<br /> # Привести понятие agile к общему знаменателю у всех членов команды. Каждый под гибкой методологией разработки может понимать разные вещи и этот шаг необходим для того, чтобы все четко представляли какую методологию они собираются использовать<br /> # Познакомиться друг с другом, узнать, кто и какими навыками обладает, какую пользу может принести проекту каждый участник команды и т. д.<br /> # Создать общее видение проекта. Сергей рекомендует на этот шаг пригласить как можно более высокое лицо, которое заинтересовано в проекте. Идеально, если это будет генеральный директор компании, который расскажет, почему этот проект важен для компании и почему необходимо его успешное завершение.<br /> # Ознакомиться с предстоящей работой.<br /> <br /> Первый и пятый шаги должны занимать большую часть времени командного старта. Сергей придерживается концепции Брюса Такмана по развитию команды ([http://en.wikipedia.org/wiki/Tuckman%27s_stages_of_group_development Forming-Storming-Norming-Performing]) и считает, что при изменении состава команда вновь оказывается в стадии Forming и из-за этого некоторые команды никогда не выходят на performing. Командный старт направлен именно на то, чтобы сократить стадии forming, storming, norming и выйти на performing. Это необходимо потому, что производительность хорошо сработанной команды может быть выше в несколько раз, чем просто у группы людей собравшихся для выполнения одной работы (по некоторым исследованиям прирост производительности составляет до 400 %).<br /> <br /> В качестве инструмента для проведения командного старта докладчик рекомендует использовать игры (в выступлении были приведены в качестве примера, игры «35», «Мне интересно…», «спагетти» и т. д.). Игровая форма расслабляет людей и позволяет быть более открытыми и ускоряет процесс решения задач. Например, для знакомства членов команд друг с другом просить каждого рассказать о себе достаточно бесполезно, так как из рассказа вряд ли удаться понять какими навыками человек обладает и чем он увлекается. А при использовании игры типа «рынок навыков» это получиться сделать легко и непринужденно. Сергей также рекомендует в качестве пособия по играм обратиться к книге [http://www.amazon.com/Innovation-Games-Creating-Breakthrough-Collaborative/dp/tags-on-product/0321437292 Innovation Games].<br /> <br /> После мастер-класса была серия вопросов и ответов не всегда по теме, но достаточно интересных. Мне больше всего понравился вопрос про то, как команда должна принимать технические решения. Сергей считает, что команда должна принимать решения только единогласно и пока среди всех членов команды не будет достигнуто взаимопонимание, то должно продолжаться обсуждение. При этом уровень решений, которые принимает команда, должен быть ограничен итерацией. Решения, которые влияют на проект в целом, должны приниматься product owner`ор, причем возможно без учета мнения команды или вопреки ему. Более того команда для product owner`а не является единственным инструментов для выполнения проекта, у него также могут быть люди не входящие в команду, но при этом работающие на проекте. Например, таким человеком может быть системный архитектор, который также в своей работе может не принимать во внимание мнение команды, но при этом должен убедить product owner`а в правильности своего решения. Фактически PO и его люди отвечают на вопросы, что делать, а команда — как делать, причем именно в рамках итерации.<br /> <br /> Мастер-класс мне очень понравился, проходил в живой обстановке и с высокой заинтересованностью аудитории. К сожалению, из-за большого числа участников, удалось сыграть лишь в одну игру («35»), но, несмотря на это, теория была изложена доходчиво и обсуждено множество интересных вопросов. В целом считаю, что посетить конференцию стоило только ради одного этого мастер-класса.</div>

StasFomin