CustisWiki - Новые страницы [ru]

AgileDays-2011:Отчет Цыганкова Д.А./Экстремальный аджайл

2011-05-10T07:56:23Z

StasFomin: Новая страница: «Добротный доклад с максимумом конкретики, ...»

Добротный доклад с максимумом конкретики, про то как одна небольшая контора делает SaaS для бухгалтерии в малом бизнесе, как все — и маркетологи, и сейлзы, и разработчики — совершают похожие телодвижения с развешиванием бумажек, совместным планированием и итерациями. Как сначала они потратили кучу времени на разработку МегаТЗ, а потом решили постепенно наращивать функционал и очень довольны. Как разработчики сознательно отбирают некоторый процент звонков у службы поддержки, чтобы лучше понимать пользователей (кстати, нам тоже стоит практиковать, это и правда полезно). Очень любопытный жаргон: «клизма» == «бонусная задача». Рисуют багзильное Древо Багов на бумажке. Хоть у них и Agile, а разделение ролей вовсю: разработчик, аналитик, инженерный психолог и дизайнер интерфейсов — это всё разные люди. В общем, ребята оставили хорошее впечатление.

AgileDays-2011:Отчет Цыганкова Д.А./Масштабирование Scrum

2011-05-10T07:54:44Z

StasFomin: Новая страница: «[[Масштабирование Scrum на большую распределенную команду (Борис Вольфсон, AgileDays-2011)|Четкий и ...»

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

AgileDays-2011:Отчет Цыганкова Д.А./Доклад Макса

2011-05-10T07:53:09Z

StasFomin:

ИМХО, хорошо пошло. Про учетную машину, про диаграммы, про DDD — концентрированный опыт компании кАстис. Только лучшее, только звёзды. Максим даже в отведенное время уложился (жалко, не осталось времени на вопросы). Народу было не особо много, но и не мало, несколько человек очень заинтересовались, после доклада подходили. Тема интересная, не избитая и, вроде как, подходит к тематике конференции.

Что, на мой взгляд, можно улучшить. Местами всё-таки аудитория заметно «подвисала», размышляя над сложными речевыми оборотами. Те, кто поумнее и выспался, всё поняли, конечно, но можно работать над переводом части слов в образы, упрощением речи и т. д. Когда последний тормоз в зале проснётся и всё поймет — успех и мировая известность обеспечены.

AgileDays-2011:Отчет Цыганкова Д.А./Everyone likes change, but nobody likes to be changed

2011-05-10T07:49:56Z

StasFomin: Новая страница: «Рассказывал, как меняться самому. Реклам...»

Рассказывал, как меняться самому. Рекламировал методологию Getting Things Done (GTD). Рассказывал, как можно попытаться менять других (без каких-либо гарантий): подсовывание книжек, помощь, задавание наводящих вопросов, визуализацию. Что, может быть, других менять вовсе и не надо, а иногда стоит просто переместиться туда, где сам будешь приносить большую пользу. Что делать с «фиктивными» препятствиями. Что важно сначала определить свою цель. Сравнивал убеждение коллег с воспитанием детей (совершенно замечательно перекликалось с последним докладом конференции).

В общем, сплошной поток мыслей из разряда «вдохновляющих» и «философских». Хенрика надо слушать. Я так хорошо не расскажу, как он.

AgileDays-2011:Отчет Дмитрия Белобородова/Гибкая теория ограничений

2011-05-09T11:35:12Z

StasFomin: Новая страница: «;Докладчик: Борис Вольфсон ;Компания: Softline Не проникся [[Гибкая теория ограничений (Борис В...»

Докладчик: Борис Вольфсон
Компания: Softline

Не проникся данным докладом. В поисках файла презентации наткнулся на запись вебинара данного доклада.

Хороший рассказ на невдохновившую тему.

AgileDays-2011:Отчет Дмитрия Белобородова/Командный старт

2011-05-09T11:33:39Z

StasFomin: Новая страница: «;Докладчик: Сергей Дмитриев ;Компания: AgileCoach.ru [[Командный старт (Сергей Дмитриев, AgileDays-2011)|...»

Докладчик: Сергей Дмитриев
Компания: AgileCoach.ru

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

Действо продолжалось чуть больше двух часов. Честно говоря, не понял, какое имеет отношение название мастер-класса «Командный старт» к рассказанному и показанному.

Было проведено несколько командных игр. Одна из игр заключалась в том, что каждым из участников писалась некая цель, бумажки 5 раз передавались в чужие руки, в каждый из пяти раз цель могла быть оценена по семибалльной шкале. Т.о. максимальная оценка могла теоретически достигнуть 35.

Вывод: малоинтересное мероприятие сомнительной ценности.

AgileDays-2011:Отчет Дмитрия Белобородова/Тестирование встроенного ПО

2011-05-09T11:26:35Z

StasFomin:

Докладчик: Дмитрий Овечкин
Компания: Innova Systems

Почти не запомнил доклад.

Без комментариев.

AgileDays-2011:Отчет Дмитрия Белобородова/Непрерывная интеграция при разработке баз данных

2011-05-09T11:04:14Z

StasFomin:

Докладчик: Владимир Бахов
Компания: AT-Consulting

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

Рациональным зерном является то, что

нужно запретить ручные правки в базе данных в процессе разработки, изменяя только скрипты;
в той части разработки, которая касается БД, тоже использовать Continuous integration

Что не понравилось в докладе:

Используемые термины «накат изменений», «продуктивная среда», «продуктив».
Первоначальная структура таблиц в скриптах и данные не хранится, восстанавливается из первоначального дампа.
Очень перегруженные слайды доклада.

Что понравилось:

Идея Continuous integration к БД.
Обязательное использование библиотеки для unit-тестирования PL-SQL-кода (используют utPLSQL)
Использование средств мониторинга успешности/неуспешности очередной сборки.
Автогенерация скрипта изменений в БД.

Неоднозначный, но полезный доклад для расширения кругозора.

AgileDays-2011:Отчет Дмитрия Белобородова/Сказка о maven, jetty, web-сервисах и интеграционном тестировании

2011-05-09T10:53:04Z

StasFomin: Новая страница: «;Докладчик: Руслан Пилин ;Компания: Фрилансер (Москва) Это был первый доклад, который я сни...»

Докладчик: Руслан Пилин
Компания: Фрилансер (Москва)

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

Смутные воспоминания о первом снятом докладе.

AgileDays-2011:Отчет Дмитрия Белобородова/Практики Экстремального Программирования в оффшорном проекте

2011-05-09T10:52:15Z

StasFomin: Новая страница: «;Докладчик: Сергей Андржеевский ;Компания: First Line Software [[Практики «Экстремального Программ...»

Докладчик: Сергей Андржеевский
Компания: First Line Software

Неплохо рассказывал, но частично подобное уже слышал на SECR-2010 от того же человека, см.отзыв.

Аналогично, подробный и добротный доклад.

AgileDays-2011:Отчет Дмитрия Белобородова/Для тех, кто в танке — что такое Agile

2011-05-09T10:45:34Z

StasFomin:

Докладчик: Асхат Уразбаев
Компания: Scrumtrek

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

Стас Фомин 14:45, 9 мая 2011 (MSD): Вероятно, имелся в виду первый доклад третьего трека

Рассказанное уже приелось весьма значительно.

Хороший рассказ на заезженную тему.

AgileDays-2011:Отчет Дмитрия Белобородова/Agile-Learning

2011-05-09T10:42:07Z

StasFomin: Новая страница: «;Докладчик: Стас Фомин ;Компания: CustIS Доклад Стаса являлся почти полным повторением анало...»

Докладчик: Стас Фомин
Компания: CustIS

Доклад Стаса являлся почти полным повторением аналогичного доклада на SECR-2010. Однако, «бесконечно можно смотреть на текущую воду, горящий огонь и рассказывающего Стаса», поэтому посмотреть доклад оказалось по-прежнему интересным ;)

Единственное различие, которое я обнаружил, было то, что Стасом статьи на Хабре теперь не читаются (год назад утверждал, что читает абсолютно всё).

Прилежно прошли во время доклада квест и даже оставили отзывы (в т.ч. на доклад Стаса), но, увы, получившуюся презентацию Стас полностью не показал.

Интересная форма подачи материала, бездна экспрессии.

AgileDays-2011:Отчет Дмитрия Белобородова/Почему я не люблю огурцы и фитнес

2011-05-09T10:33:13Z

StasFomin: Новая страница: «;Докладчик: Алексей Баранцев ;Компания: Software-Testing.Ru ;Презентация: [http://prezi.com/0h83dzfjj-lj/presentation/ Д...»

Докладчик: Алексей Баранцев
Компания: Software-Testing.Ru
Презентация: Документ на prezi.com

Несколько вебинаров Алексея Баранцева я ранее смотрел и слушал (вебинары понравились), поэтому было очень интересно посмотреть на него вживую. Ожидания, в принципе, оправдались.

Доклад оказался очень оригинально оформлен с помощью сервиса prezi.com, поэтому не видевшим такое ранее можно рекомендовать посмотреть (перейти по ссылке и последовательно пощелкать на кнопку Play для перехода от слайда к слайду).

Рассказывалось про продукты Cucumber («огурец») и Fitnesse («фитнес», интересная статья на Хабре) (последний мы пробовали использовать, он даже понравился) для автоматизации приемочного тестирования (точнее, докладчик предлагал их использовать скорее для ведения требований Product Owner'ом).

Общим итогом доклада и ответом на вопросы (мы тоже Алексею вопросы задали) является, что

вышеуказанные два продукта не рекомендуется использовать чисто для тестирования;
при их использовании (обычно в связке с Jemmy, UISpec и т.д.) нужно тестировать редко меняющиеся бизнес-функции, а не интерфейсные функции.

Доклад полностью оправдал ожидания, Баранцев не разочаровал.

AgileDays-2011:Отчет Дмитрия Белобородова/Модель системы — архитектура для Agile-разработки

2011-05-09T10:30:13Z

StasFomin: Новая страница: «;Докладчик: Максим Цепков ;Компания: CustIS ;Презентация: [http://www.slideshare.net/custisppt/agile-6999013 Документ...»

Докладчик: Максим Цепков
Компания: CustIS
Презентация: Документ на slideshare.net

Доклад Макса был первым после обеда во второй день конференции. Увы, в программе ошибочно был указан доклад Владимира Бахова, поэтому начальные условия выступления перед аудиторией оказались неблагоприятными для докладчика.

С интересом прослушал доклад. Заинтересовала идея про поиск метафоры системы и проекции системы в виде

диаграммы классов;
диаграммы учета;
диаграммы состояний.

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

Интересный познавательный доклад с яркими образами для иллюстрации мыслей.

AgileDays-2011:Отчет Дмитрия Белобородова/Domain Driven Design в условиях разработки распределенных приложений

2011-05-09T10:25:32Z

StasFomin:

Докладчик: Николай Гребнев
Компания: CustIS
Презентация: Документ на slideshare.net

Доклад Коли должен был следовать за докладом Антона Бевзюка «Архитектура для Автоматизированного тестирования UI» (доклада не было, но он доступен на slideshare.net) и продолжать, в какой-то степени, доклад Андрея Бибичева.

Доклад Коли также отличался образностью (например, слайд номер 20:

для иллюстрации терминов Rich и Anemic).

Связь доклада с Agile (слайд номер 15) кажется надуманной, но это вовсе неплохо.

Интересный доклад, достойно продолживший доклад Андрея Бибичева.

AgileDays-2011:Отчет Дмитрия Белобородова/Архитектура в Agile

2011-05-09T10:17:15Z

StasFomin: Новая страница: «;Докладчик: Андрей Бибичев ;Компания: iPi Soft ;Презентация: [http://www.slideshare.net/biBIGine/agile-7158754 Докуме...»

Докладчик: Андрей Бибичев
Компания: iPi Soft
Презентация: Документ на slideshare.net

Доклад Андрея, однозначно, понравился.

Доклад очень яркий и образный, емкий (аж 110 слайдов по объему). Много метафор (очень забавна аналогия, приведенная на слайдах 41-43, мне лично понравилась)

Обобщил пути уменьшения связанности:

Inversion-Of-Control (Ioc)
Law of Demeter (статья на английском, статья на русском)
Tell Don't Ask (как раз вышеуказанные слайды 41-43 иллюстрируют этот принцип)

Андрей активно рекламировал два следующих доклада (Антона Бевзюка и Коли Гребнева), в какой-то степени являющихся продолжением темы (увы, Антон не приехал).

Заинтересовал термином «идемпотентные операции» (см. статью, которую Андрей упомянул).

Вывод: яркий, насыщенный доклад, с большим интересом пролистал сейчас презентацию на slideshare.net

AgileDays-2011:Отчет Дмитрия Белобородова/Шаблоны «Асинхронный фильтр» и «HasValue» в разработке desktop приложений

2011-05-07T19:29:00Z

StasFomin: Новая страница: «;Докладчик: Олег Клинчаев ;Компания: CustIS * [[Шаблоны «Асинхронный фильтр» и «HasValue» в разрабо...»

Докладчик: Олег Клинчаев
Компания: CustIS

Шаблоны «Асинхронный фильтр» и «HasValue» в разработке desktop приложений (Олег Клинчаев, AgileDays-2011)

Этот доклад я снимал в числе прочих на самой конференции. Предварительно Олега слушал на контрольном прогоне в офисе перед конференцией.

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

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

Интересный и полезный доклад, хорошо проиллюстрированный живыми примерами.

Шаблоны «Асинхронный фильтр» и «HasValue» в разработке desktop приложений (Олег Клинчаев, AgileDays-2011)

2011-05-07T19:28:31Z

StasFomin:

AgileDays-2011:Отчет Дмитрия Белобородова/В погоне за качеством. Code Review

2011-05-07T19:25:52Z

StasFomin: Новая страница: «;Докладчики: Николай Алименков, Алексей Солнцев ;Компании: XP Injection, Инфопульс Украина ;През...»

Докладчики: Николай Алименков, Алексей Солнцев
Компании: XP Injection, Инфопульс Украина
Презентация: Документ на slideshare.net

Достаточно живой доклад о практиках Code Review. Есть видеозапись и слайды.

В интерактивной форме (с общением с залом) рассказали о

целях Code Review;
причинах, почему Code Review может и работать, и не работать;
как выбирать того, кто будет выполнять Code Review;
возможных сценариях проведения Code Review;
инструментах (программах), которые могут быть использованы;
возможных метриках;
плюсах и минусах проведения Code Review до и после помещения нового кода в репозиторий системы контроля версий;
литературе для помощи в проведении Code Review.

Вывод: доклад понравился. Динамично, интересно, живо.

Стратегическое планирование через инновационные игры (Дмитрий Лайер, AgileDays-2011)

2011-05-07T18:36:13Z

StasFomin:

Enterprise Scale Agile. Lessons learned (Константин Гурнов, AgileDays-2011)

2011-05-07T17:25:14Z

StasFomin:

AgileDays -2011:Отчет Заборова М.А./Асхат Уразбаев Применение принципов Lean в масштабах предприятия

2011-05-07T17:22:37Z

StasFomin: Новая страница: «Ликбез про Lean.. Как всегда очень добротно и качественно»

Ликбез про Lean.. Как всегда очень добротно и качественно

AgileDays -2011:Отчет Заборова М.А./Николай Гребнев Domain Driven Design в условиях разработки распределенных приложений

2011-05-07T17:21:18Z

StasFomin: Новая страница: «Коля [[Domain Driven Design в условиях разработки распределенных приложений (Николай Гребнев, AgileDays-...»

Коля рассказывал живо и интересно…

Хотя видно, что волновался.. иногда говорил много лишних слов. Вначале немного спотыкался, но к середине разогнался.

Но к сожалению месседж доклада не понятен :(.. Судя по отзывам народа в кулуарах и в твиттере. Доклад народу не понравился :(

AgileDays -2011:Отчет Заборова М.А./Станислав Калканов В чем счастье заказчика

2011-05-07T17:09:36Z

StasFomin:

Доклад получился про то как внедряли Agile в Люксофте… Доклад добротный но ничего особо нового..

Забавные выводы — Что бы все работало заказчик должен уделять команде много времени. Если он этого не может — он сам во всем виноват…

AgileDays -2011:Отчет Заборова М.А./Андрей Бибичев. Архитектура в Agile: переосмысляя идею модульности и компонентности

2011-05-07T17:06:57Z

StasFomin: Новая страница: «[[Архитектура в Agile — переосмысляя идею модульности и компонентности (Андрей Бибичев, AgileDay...»

Доклад Андрея. Оказался очень низкоуровневым. По сути, это хорошие практики кодирования… Причем он в этот раз докладывал не очень структурировано…

Выводы: Мне это уже не очень интересно. Разработчикам наверное стоит посмотреть.

AgileDays -2011:Отчет Заборова М.А./Анна Обухова Agile Distribution Risk Score — планируйте распределенность осознанно

2011-05-07T16:55:58Z

StasFomin: Новая страница: «Вместо Тимофея [[Agile Distribution Risk Score — планируйте распределенность осознанно (Анна Обухова, Ag...»

Вместо Тимофея рассказывала Анна Обухова.. Как и все доклады Exigen Services. Очень скучно :(.

Стас Фомин 20:55, 7 мая 2011 (MSD): Не вместо, а до! Тимофей все успешно рассказал!

Опять про проблемы распределенности.

Выводы: Скучно и не интересно

AgileDays -2011:Отчет Заборова М.А./Борис Вольфсон, Масштабирование Scrum на большую распределенную команду

2011-05-07T16:51:58Z

StasFomin: Новая страница: «Боря [[Масштабирование Scrum на большую распределенную команду (Борис Вольфсон, AgileDays-2011)|рас...»

Боря рассказывал абстрактную картинку.. которая вроде как работает у них в компании

2 альтернативные иерархии управления (Скрам мастера и PO). Поскольку чем реально занимаются SM и PO у них не понятно — выглядит это все как голые логические построения. Никаких практических примеров и косвенных признаков, что это действительно живое :(

AgileDays -2011:Отчет Заборова М.А./Семен Молотков, Евгений Кобзев Экстремальный аджайл — танцуют все

2011-05-07T16:37:43Z

StasFomin: Новая страница: «Доклад о том как внедряли SCRUM для всех роле...»

Доклад о том как внедряли SCRUM для всех ролей для продукта «Электронный бухгалтер Эльба» в компании «CКБ-Контур».

С точки зрения внедрения SCRUM достаточно скучно…

с бизнесовой точки зрения бизнеса, я узнал про этот проект когда он был на уровне бизнес-идеи… интересно, что он превратился в что-то реальное

AgileDays -2011:Отчет Заборова М.А./Сергей Дмитриев. Ретроспективы. Настраиваем наш процесс разработки

2011-05-07T16:35:08Z

StasFomin: Новая страница: «* Пришел только на конец доклада (слушал про Code Review). * Показалось интересным (рассказывали ...»

Пришел только на конец доклада (слушал про Code Review).
Показалось интересным (рассказывали про то, как разнообразить ретро).
Надо бы посмотреть видео.

AgileDays -2011:Отчет Заборова М.А./Николай Алименков, Алексей Солнцев В погоне за качеством. Code Review

2011-05-07T16:33:25Z

StasFomin:

Украинская пара из XPInjection

Очень клевый стиль. Реальный парный доклад. Один закончил фразу, другой ее продолжил. Клево!

Активно общаются с аудиторией — очень клево.

По содержанию: всесторонне и очень качественно расмотрели вопрос. Кому интересна тема — рекомендую видео к просмотру… (презентация на английском.. без авторов не очень интересна).

Выводы: Очень здорово и интересно. Ребята — молодцы!

AgileDays -2011:Отчет Заборова М.А./Henrik Kniberg. Everyone likes change, but nobody likes to be changed

2011-05-07T16:25:30Z

StasFomin:

Everyone likes change, but nobody likes to be changed (Henrik Kniberg, AgileDays-2011)

Как убедить кого-то? Не надо этого делать. Измените себя.

Не меняйте людей. Сделайте так, что бы они меняли себя сами. Объясните им, почему они должны это сделать. И покажите им путь.

Дальше самотерапия:

Напишите, что вы хотите в себе поменять.
Напишите почему.
Напишите цель к которой вы стремитесь (и почему).
напишите, где вы сейчас.
Напишите следующий шаг.
и т. д.

Пример, как заставить ребенка убирать в комнате:

не заставлять ничего делать
не делать за него

мотивы:

не потерять игрушки
не наступать
больше пространсва для игры

Первый шаг

поними любую вешь — положи на место
теперь следующий
смотри появилось чистое пространство

MikhailZaborov 10:28, 4 марта 2011 (MSK) Очень примитивно. С моими детьми это не работает :(. Не знаю как у других

Никто не любит изменяться

Варианты пути зависят от того, где вы находитесь:

для «большой водопадной компании» — путь известен
Для «маленькой стартап конторы»: Agile — тяжеловесная бюрократия

Разные пути:

биг-банг
инкрементальный
пилот

Замкнутый круг:

Разработчики — мы хотим Agile, но менеджеры не разрешат.
Менеджеры — мы хотим Agile, но заказчики не позволят.
Заказчики — мы хотим Agile, но разработчики не смогут c ним управляться (cannot manage it).

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

AgileDays-2011: Отчет Беспальчука И.А./Как внедрить ALM систему управления командами по разработке ПО (Agile (Scrum)) и остаться довольным

2011-05-07T16:17:08Z

StasFomin: Новая страница: «{{star}}{{star}} Очень странный дядечка (см. профили [http://zahodyaychenko.moikrug.ru/ тут] и [http://livehh.ru/zakhodyaychenkoav/...»

Очень странный дядечка (см. профили тут и тут) читал очень странный доклад (см. презентацию). Люди пошли на него, кажется, от какой-то безысходности — Стас, например, пошел, так как кому-то нужно было это все снимать.

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

PMO, ROI, PMBOK, Agile в PMBOK, KPI, RUP, Белбин, проекты, SMART, WBS, бета-распределение и PERT, методологии, коучинг, и все-все-все.

Он здорово волновался, неуклюже пытался вовлечь аудиторию, путано задавая вопросы, на которые аудитория не хотела отвечать и вовлекаться, типа «-- Ну, вы знаете, в аджайл у нас для планирования есть что? Что есть у нас? Как называется? Скрам-… Скрам-митинг! Верно? Да!». Смотреть на это было жалко.

Раздал всем тесты по Белбину, которые никто не заполнял (сложно слушать и рефлексировать о своей роли), а потом не успел их собрать и что-то с ними сделать (уж не знаю, что он собирался).

Странным образом сопоставлял роли Scrum’а и командные роли по Белбину: «Scrum-мастер не может быть Координатором». От этого рвало крышу: «Гамлет не может быть Отелло» — что это, черт побери, значит? Эти роли из разных спектаклей!

Он даже показывал картинку с деревом и тарзанкой!!!

Закончилось все это рекламой некоего «симулятора управления проектами», к которому он имеет какое-то отношение.

Финальный слайд-визитка достоин отдельной минуты медитации. В нем все. Вчитайтесь внимательно:

А. Заходяйченко, 
CPMP, MBA, PhD
CIO@BesTTeamKPI.com

В общем, оставил очень неоднозначное впечатление…

AgileDays-2011: Отчет Беспальчука И.А./Jam Session

2011-05-07T16:11:58Z

StasFomin: Новая страница: «Вместо Антона Бевзюка устроили JamSession. Очень жаль, что Антон не приехал. ...»

Вместо Антона Бевзюка устроили JamSession. Очень жаль, что Антон не приехал. Формат jam session мне не понравился — народ успевает только высказать свои мнения, при этом комплексного обсуждения не получается, мнения остаются разрозненными, висящими в воздухе. Кто что успел — тот сказал. Полемики как таковой вообще нет, так как времени мало и люди постоянно меняются. Просто поток мнений и крупицы опыта, как всегда оторванного от контекста.

AgileDays-2011: Отчет Беспальчука И.А./Андрей Бибичев. Архитектура в Agile: переосмысляя идею модульности и компонентности

2011-05-07T16:09:23Z

StasFomin:

Андрей, как всегда, рассказывал доклад ярко и убедительно. Ну, и конечно, нельзя не отметить фирменный стиль изложения Андрея, наполненный «физическими» (такими, что, кажется, можно пощупать) примерами и аналогиями, яркими терминами. Доклад и презентацию смело можно использовать повторно и включать в обязательный «Курс молодого бойца» в ЗИСах, наряду с «Учетной машиной».

Если попытаться переформулировать тему доклада для большей понятности, то это было бы что-то вроде «Современные хорошие практики объектно-ориентированного проектирования».

Спектр тем, освещенных в докладе, был достаточно широкий:

Ценность модульной архитектуры
Понимание порочного влияния связности
SOLID-принципы проектирования
Закон Деметры
Правильное использование механизмов наследования (принцип Лисков)
Принцип Inversion of Control
Современные паттерны — удачные и неудачные
Программирование по контрактам
Вопросы облегчения кодирования с учетов всего вышеперечисленного
Переход от проектирования системы классов к системе высокоуровневых сервисов

Презентацию можно взять здесь (видеозапись).

В добавок к презентации Андрей рекомендует:

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

В заключение хочется только вздохнуть о том, что

а) Андрей уже не с нами

б) Когда закладывалась основа cis-uni.net, такой полноты понимания проблемы еще ни у кого в ЗИСах не было.

AgileDays-2011: Отчет Беспальчука И.А./Николай Алименков, Алексей Солнцев. Что означает «Готово!»: применение практики Definition of Done

2011-05-07T16:02:58Z

StasFomin: Новая страница: «{{star}}{{star}}{{star}} * [[Что означает «Готово!» — применение практики Definition of Done (Николай Алименко...»

Что означает «Готово!» — применение практики Definition of Done (Николай Алименков, Алексей Солнцев, AgileDays-2011)

Те же двое, что утром рассказывали про code review. Но на этот раз все было гораздо более скучно почему-то. То ли я просто уже устал?

Заметок осталось очень мало, помню, что по-моему говорилось много очевидных вещей. Например, что для разных стадий процесса нужен свой чеклист «DoD», или что гораздо полезнее автоматизировать процесс так, чтобы необходимо было обработать чеклист (workflow или как наши бегунки).

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

AgileDays-2011: Отчет Беспальчука И.А./Константин Гурнов. Enterprise Scale Agile: Lessons learned

2011-05-07T16:01:34Z

StasFomin: Новая страница: «{{star}}{{star}}{{star}} Докладчик из Luxoft довольно нудно и скучно [[Enterprise Scale Agile. Lessons learned (Константин ...»

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

В проекте было задействовано более 150 человек, расположенных в 4х разных офисах, и длился он порядка 5 лет. Единая кодовая база на весь проект, но 5 разных беклогов (как делились беклоги — не рассказал).

В начале проекта старались работать мини-водопадными этапами, но потом все-таки перешли на более-менее классический scrum, и, вроде зафиксировали значительное снижение трудозатрат от этого.

«Enterprise Scale Scrum», как я понял, характеризуется значительно более формализованными подходами — никуда не деться от кучи метрик, внутренней аналитики, большего числа иерархических структур, и т. п.

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

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

Из любопытного — на проекте не было выделенных архитекторов, собирались архитектурные workshop’ы, в которых мог поучаствовать каждый желающий. Не представляю, как это было организовано, чтобы не было бардака.

AgileDays-2011: Отчет Беспальчука И.А./Дмитрий Лобасев. Agile с фиксированной стоимостью — это реально!

2011-05-07T15:57:40Z

StasFomin: Новая страница: «{{star}}{{star}}{{star}} Дмитрия Лобасева я видел у нас на собраниях сообщества AgileRussia, он рассказыва...»

Дмитрия Лобасева я видел у нас на собраниях сообщества AgileRussia, он рассказывал про DevProm — систему управления проектами, которая «лучше всех». На этот раз доклад был про другое.

Судя по реакции зала, действительно многих волнует вопрос, как совместить разработку по agile с договорами по fix price, и, думается, это очень непросто сделать — заказчики привыкли мыслить в терминах «деньги-товар».

Дмитрий рассказывал не слишком зажигательно (про DevProm у него получается заметно лучше) о том, как участвовал в проекте, который оформлялся по всем канонам fix price, но при этом делался по agile. По масштабу и характеру этот проект, как я понял, был похож на наши типичные проекты с Спортмастером.

Никакой особой магии там не было — в договорах фиксировали только высокоуровневые требования, и регулярно передоговаривались, писали корректировки к договорам. Суть доклада можно было свести к мысли «апеллируйте к разуму заказчика, объясняйте ему, договаривайтесь, ну и иногда можно схитрить».

AgileDays-2011: Отчет Беспальчука И.А./Тимофей Евграшин. Культура лидерства в Agile

2011-05-07T15:52:39Z

StasFomin: Новая страница: «{{star}}{{star}}{{star}}{{star}}{{star}} К сожалению, я попал на [[Культура лидерства в Agile (Тимофей Евграшин, ...»

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

Итак, речь шла про явление лидерства вообще и в agile-командах в частности. Немного поговорили о банальностях вроде антипаттернов управления, которые могут только демотивировать людей. Более интересными были позитивные тезисы:

Лидер — это тот, у кого есть последователи (followers), лидер не может быть один в поле (в группе). Или он не лидер.
Харизме, которая обычно присуща лидеру, на самом деле можно научиться (Фрейд)
Лидер дает волю тому, что уже готово двигаться (Юнг)
Современная культура управления постепенно дрейфует в сторону управления через лидерство, и не только в наукоемких отраслях
Теоретические идеи такого управления заложены Херши и Бланшером (Hersey, Blanchard) в теории ситуационного лидерства
Ближе к Agile: классический Scrum-мастер должен быть лидером и коучем
Найти такого SM очень непросто. Всегда проще кого-то просто назначить ;)
Лидером может быть и Product owner, это тоже хорошо работает
Если яркий лидер есть в топ-менеджменте компании, то культура лидерства хорошо внедряется сверху.
Снизу внедрять значительно сложнее.

Далее говорили про ответственность и стили управления.

Ответственность может быть делегирована, но не может быть передана! Делегировав кому-то что-то, ты в то же время оставляешь ответственность на себе.
Делегирование = поручение + полномочия + доверие. Доверие не подразумевает передачу ответственности.
Личная ответственность также поддается воспитанию.

Давно всем известна картинка с четырьмя стилями руководства — от директивного к делегирующему. Но эти ступеньки слишком велики и иногда совсем неясно, как переходить от одного стиля к следующему. Тут докладчик ссылался на книжку «Management 3.0» за авторством Jurgen Apello, которая совсем недавно вышла на английском языке. Jurgen вводит более плавную, семиуровневую модель стилей управления:

Указания
Уговоры и убеждения (продажа идеи, объяснение)
Опрос мнений
Участие
Совет
Обратная связь
Делегирование в чистом виде

Утверждается, что по такой лесенке подниматься значительно проще, так как ее ступеньки пониже :) Книжку, вероятно, стоит посмотреть тем, кто интересуется данной темой.

И напоследок еще несколько разрозненных тезисов из доклада:

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

В общем, рекомендую посмотреть запись, мне понравилось.

AgileDays-2011: Отчет Беспальчука И.А./Борис Вольфсон. Масштабирование Scrum на большую распределенную команду

2011-05-07T15:49:16Z

StasFomin: Новая страница: «{{star}}{{star}}{{star}} * [[Масштабирование Scrum на большую распределенную команду (Борис Вольфсон, Agil...»

Масштабирование Scrum на большую распределенную команду (Борис Вольфсон, AgileDays-2011)

Оказывается, в компании SoftLine есть подразделение разработки софта, и весьма немаленькое — с нашу компанию. Причем подразделение это распределенное, рабочие группы сидят в разных городах. На плечах подразделения — несколько (около 10) софтверных проектов, и больших и маленьких.

Организовано это все в достаточно однородную («фрактальную»?) иерархию SCRUM’ов. Есть группы разработчиков, в них — достаточно классические SM и PO. Причем, SM у них вполне похож на руководителя проекта. Тут все как обычно — scrum meeting каждый день.

На втором уровне иерархии (Scrum of Scrum или S2) раз в три дня собираются все SM и PO, и обсуждают вопросы более высокого уровня. Здесь выделяется свой «главный» SM, который называется Program Manager, и который отвечает, по сути, за процессы целого офиса разработки. А для PO появляется Chief product owner, который определяет межпродуктовые приоритеты.

И, наконец, есть третий уровень, S3 или Scrum of Scrum of Scrum, где две управляющие лестницы наконец сходятся в топ-менеджменте. Всех chief product owner’ов координирует CEO, а всех program manager’ов — CTO. Примечательно, что S3 meeting происходит стабильно раз в неделю (из-за распределенности используют Skype и т. п.).

Собственно, основное, что я вынес с этого доклада — «такая конструкция живет». Там было много картинок, но суть, на мой взгляд, именно в этом.

Масштабирование Scrum на большую распределенную команду (Борис Вольфсон, AgileDays-2011)

2011-05-07T15:38:06Z

StasFomin:

AgileDays-2011: Отчет Беспальчука И.А./Семен Молотков, Евгений Кобзев. Экстремальный аджайл — танцуют все

2011-05-07T15:32:11Z

StasFomin: Новая страница: «{{star}}{{star}}{{star}} Докладчики из команды компании СКБ «Контур», разрабатывающей любопытный се...»

Докладчики из команды компании СКБ «Контур», разрабатывающей любопытный сервис — «Электронный бухгалтер Эльба». Идея — предоставить малому бизнесу сервис упрощенной бухгалтерии в интернет. На сайте есть ролик, наглядно объясняющий суть сервиса. Примечательно, что сервис включает также возможность электронного документооборота с органами отчетности. Впрочем, речь не о продукте, а о команде, процессе, и докладе.

Команда довольно большая — 18 человек, и весьма разношерстная (9 ролей!). Там и разработчики (8 шт), и бухгалтеры-аналитики, «интерфесологи», продвиженцы-маркетологи, дизайнер, юзабилист, и я еще парочку забыл.

Начинали в стиле водопада, но быстро (через пару месяцев) поняли бесперспективность этой затеи и начали двигаться маленькими итерациями, стараясь полностью реализовывать отдельные фичи. Поставили себе задачу «каждый месяц выпускать Real release», то есть такой релиз, где есть что-то существенно новое, а не мелочи и багфиксинг. Это очень правильный принцип, и им, вроде как, удается его выдерживать.

Что удивило:

Они сидят в одной комнате (18 человек!). Считают это за достижение и говорят, что это им сильно помогает, но я реально не понимаю, как это возможно — или они по большей части молча работают.
Если задачу оценили в N, а по ходу дела выясняется, что она скорее 3N, то вместо того, чтобы обозначить это, они начинают «списывать пропорционально». Мне кажется, это искажает раннюю информацию об «успеваемости».

Еще из любопытного:

Они стараются делать такие вещи, как «презентации аналитиков и продвиженцев» — людей, работу которых очень сложно померить и пощупать. Но, стараются, просто чтобы команда была в курсе того, как идут дела.
Вроде бы у них нет формального PM, хотя наверное, все-таки, кто-то такой есть.
Позже, на Jam Session девушка по-моему именно из этой команды спрашивала, то делать с нудными и скучными скрам-митингами. Честно говоря, не удивительно при таком разбросе ролей в одной команде!
Рисуют фичи (user stories) и таски на спринт в виде mind map’а. В любой момент его можно дорисовать, декомпозировав какую-то задачу, и разложив суммарную ожидаемую трудоемкость на части.
Иногда они проводят «день ретроспективы», выезжая на базу отдыха. Думается, это классная практика, и не слишком накладная, на самом деле.

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

Что касается доклада, то он, увы, был довольно занудный. Рассказывали двое, но от обоих хотелось спать.

AgileDays-2011: Отчет Беспальчука И.А./Николай Алименков, Алексей Солнцев. В погоне за качеством: Code Review

2011-05-07T15:29:09Z

StasFomin: Новая страница: «{{star}}{{star}}{{star}}{{star}}{{star}} Два бравых украинских хлопца [[В погоне за качеством. Code Review (AgileDays-201...»

Два бравых украинских хлопца бойко рассказывали про практику code review. При активном участии аудитории осветили практически все, что можно сказать вокруг этой практики. Ну, кроме, разве что, доказательства экономической эффективности, по поводу которой у нас давно ломают копья. Впрочем, в конце доклада парни дали ссылки на книжки с исследованиями, где это вполне может быть.

Видеозапись этого доклада я могу рекомендовать как прекрасное руководство для всех команд, которые хотят внедрить code review. Потому что изложен материал был здорово — просто, понятно, и достаточно широко. Основные вопросы, которые могут возникнуть при внедрении и использовании практики, были освещены. Причем, никаких нареканий к тому, что говорили докладчики, лично у меня, например, не возникло.

Что хочется отметить из любопытного, что нам непривычно, но, возможно, стоит попробовать:

Много говорили о том, что автор и ревьюер смотрят код в паре (есть тонкости);
Был рассмотрен вариант, когда автор делает все исправления в ветке, потом в этой же ветке они резвятся с ревьюером, и только после этого вливают изменения в ствол (обсуждались плюсы и минусы такого подхода);
Идея о том, что автор кода сам отвечает за поиск ревьюера и (скорейшее) прохождение кода через ревью мне давно нравилась, и здесь еще раз ее проговорили. Это мотивирует автора находить путь решения конфликта, защищая ревьюера формальной позицией. Искусственный дисбаланс ролей на этой стадии может привести к более эффективному выполнению ревью.

AgileDays-2011: Отчет Беспальчука И.А./Хенрик Книберг. Все любят изменения, но никто не любит, чтобы его меняли

2011-05-07T15:24:57Z

StasFomin:

Доклад понравился. Не то, чтобы были открыты какие-то бездны, но слушать было интересно и приятно. Синхронного перевода не было (это был единственный доклад на английском), но это не особо мешало — английский у Хенрика четкий, понятный, презентация тоже помогала. Так что недостатка понимания не было. Стиль изложения также очень приятный, спокойный, живой, веселый.

Доклад был о том, как проводить изменения в жизнь. Вот возникла у вас мысль — «как бы мне внедрить Agile»? (такое ощущение, что это основная мысль, которая до сих пор будоражит умы участников agile-конференций). И как дальше с этой мыслью быть.

Так вот, краткая инструкция от Книберга на такой случай звучит так:

Изменение надо начинать с себя. Никто не любит, когда их меняют насильно.
Пойми, зачем ты хочешь что-то изменить. Найди корневую причину, это важно. Покажи «прекрасное далеко» людям. Сформируй у них мотив к изменениям, чтобы они тоже сами захотели измениться.
Осознай, где ты находишься сейчас, и тоже покажи это людям. Выяви проблемы в положении «как есть», чтобы все разделяли это видение, что «так жить нельзя».
Определите следующий шаг по направлению к «прекрасному далеку», шагайте и анализируйте прогресс по мере движения.

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

График счастья: Ну и кто способен его адекватно вести? Погода на мое эмоциональное состояние может влиять гораздо более сильно, чем обстановка на работе.

Дети, уберите комнату: Ха-ха, так я и поверил, что удастся замотивировать ребенка рассказом о том, что «все будет так красиво» :) Как быть, если мотивы (и ценности!) ваши сильно различны, но все-таки это твой ребенок?

Сопротивление из-за перекрестных страхов типа «Они не захотят!»: Рецепт «собрать всех вместе и обсудить» может и сработает, если называемая причина является действительной причиной. А ведь запросто «Они не захотят!» может быть просто отговоркой, скрывающей истиные страхи и нежелания что-то менять, которые вам фиг раскроют. Ведь, как известно, все лгут©.

Вот такие вот сомнения возникали по ходу доклада (может, я еще не слишком agile?). Но, повторюсь, в целом доклад хороший, рекомендую посмотреть в записи.

AgileDays-2011: Отчет Гребнева Н.Ю./Lean Software Development

2011-05-07T15:20:33Z

StasFomin: Новая страница: «''Никита Филиппов'' Поскольку предыдущий докладчик уложился в 15 минут вместо 45, то Никита з...»

Никита Филиппов

Поскольку предыдущий докладчик уложился в 15 минут вместо 45, то Никита за время, оставшееся до своего доклада, успел прочитать введение в Lean. Основная идея Lean — это сделать путь элемента бэклога от начала работ до окончательного внедрения как можно меньше по времени. Это предлагается делать при помощи ограничения задач находящихся в работе (то есть тех работы, по которым уже начаты, но они еще прошли внедрение). Польза от подобных практик понятна в разработке ПО (чем раньше мы увидим результат, тем больше вероятность того, что мы делаем нужные вещи, а не какую-нибудь ерунду), но для меня далеко неочевидна на материальном производстве (основы идеи Lean взяты из производственной системы Toyota).

AgileDays-2011: Отчет Гребнева Н.Ю./Принципы Lean и развитие аутсорсинговой компании: теория и практика

2011-05-07T15:14:18Z

StasFomin: Новая страница: «''Михаил Плискин'' [[Принципы Lean и развитие аутсорсинговой компании (Михаил Плискин, AgileDays-20...»

Михаил Плискин

Доклад о том, как в компании Ланит-Терком от нечего делать внедрили приципы Lean. Причем рассказ об этих самых принципах докладчик счел излишним, о чем прямо и заявил. Доклад длился 15 минут.

AgileDays-2011: Отчет Гребнева Н.Ю./Domain Driven Design в условиях разработки распределенных приложений

2011-05-07T15:12:41Z

StasFomin: Новая страница: «''Николай Гребнев'' ''[http://www.slideshare.net/ngrebnev/domain-driven-design-6988494 Презентация]'' [[Domain Driven Design в услов...»

Николай Гребнев

Презентация

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

Основной задачей моего доклада было донести мысль, что если у вас распределенная система сложнее, чем клиент-сервер, и при этом вы хотите использовать DDD, то вам придется разработать свой инструментарий (на самом деле это далеко не такая очевидная мысль, как кажеться на первый взгляд) и вы должны оценить затраты на разработку этого инструментария и преимущества, которые он даст.

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

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

AgileDays-2011: Отчет Гребнева Н.Ю./Jam session

2011-05-07T15:06:53Z

StasFomin: Новая страница: «Поскольку Антон Бевзюк не смог приехать, то вместо его доклада была проведена [[Jam session (AgileDa...»

Поскольку Антон Бевзюк не смог приехать, то вместо его доклада была проведена джейм-сессия. Обсуждались следующие вопросы:

Внедрение TDD. Мнения аудитории разделились, кто-то считает, что надо внедрять модульные тесты, а кто-то считает, что достаточно интеграционных. На мой взгляд основная проблема тех, у кого не получается внедрить модульные тесты — это неудачная архитектура системы и отсутствие соответствующего опыта проектирования классов, пригодных для модульного тестирования.
Agile и госзаказчик. Переливание из пустого в порожнее. Дискуссия вышла неинтересной.
Электронная скрам-доска. Об успешно опыте внедрения рассказал только один мужик, при этом в отличие от всех остальных они купили в комнату здоровый телевизор, который и играл роль доски. Остальные, кто пробовал внедрить доску без телевизора (то есть когда в комнате фактически нет скрам-доски, но каждый имеет к ней доступ со своего ПК) все равно возвращались к бумажкам вновь.

Обсуждались какие-то еще темы, но они мне не запомнились.

Jam session (AgileDays-2011)

2011-05-07T15:04:39Z

StasFomin:

AgileDays-2011: Отчет Гребнева Н.Ю./Архитектура в Agile: переосмысляя идею модульности и компонентности

2011-05-07T15:01:01Z

StasFomin: Новая страница: «''Андрей Бибичев'' Андрей [[Архитектура в Agile — переосмысляя идею модульности и компонентн...»

Андрей Бибичев

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

AgileDays-2011: Отчет Гребнева Н.Ю./Командный старт

2011-05-07T14:57:16Z

StasFomin: Новая страница: «''Сергей Дмитриев'' Фотографии флит-чартов с [[Командный старт (Сергей Дмитриев, AgileDays-2011)|ма...»

Сергей Дмитриев

Фотографии флит-чартов с мастер-класса: http://www.dropbox.com/gallery/3490871/4/Documentation/Conferences/AgileDays%20Msk%202011/Team%20startup?h=06ae92

Какие бывают игры…

Это был мастер-класс посвященный такому процессу как «командный старт». Сергей под командным стартом понимает специально выделенное время, когда собирается вся команда вместе, а также люди имеющие отношение к проекту (типа Product Owner `a и руководства заинтересованного в результате), с целью познакомиться друг с другом и проектом в целом, а также определить общие ценности и видение проекта.

Сергей рекомендует для командного старта отвести один день. Командный старт необходимо проводить когда:

Собирается новая команда для проекта
В команду приходят новые члены
Команда начинает новый проект
При внедрении agile.

Проведение командного старта позволяет:

Найти общую отправную точку
Обозначить общие ценности команды
Определить общее видение проекта
Увеличить шансы на успех

Во время командного старта необходимо сделать:

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

Первый и пятый шаги должны занимать большую часть времени командного старта. Сергей придерживается концепции Брюса Такмана по развитию команды (Forming-Storming-Norming-Performing) и считает, что при изменении состава команда вновь оказывается в стадии Forming и из-за этого некоторые команды никогда не выходят на performing. Командный старт направлен именно на то, чтобы сократить стадии forming, storming, norming и выйти на performing. Это необходимо потому, что производительность хорошо сработанной команды может быть выше в несколько раз, чем просто у группы людей собравшихся для выполнения одной работы (по некоторым исследованиям прирост производительности составляет до 400 %).

В качестве инструмента для проведения командного старта докладчик рекомендует использовать игры (в выступлении были приведены в качестве примера, игры «35», «Мне интересно…», «спагетти» и т. д.). Игровая форма расслабляет людей и позволяет быть более открытыми и ускоряет процесс решения задач. Например, для знакомства членов команд друг с другом просить каждого рассказать о себе достаточно бесполезно, так как из рассказа вряд ли удаться понять какими навыками человек обладает и чем он увлекается. А при использовании игры типа «рынок навыков» это получиться сделать легко и непринужденно. Сергей также рекомендует в качестве пособия по играм обратиться к книге Innovation Games.

После мастер-класса была серия вопросов и ответов не всегда по теме, но достаточно интересных. Мне больше всего понравился вопрос про то, как команда должна принимать технические решения. Сергей считает, что команда должна принимать решения только единогласно и пока среди всех членов команды не будет достигнуто взаимопонимание, то должно продолжаться обсуждение. При этом уровень решений, которые принимает команда, должен быть ограничен итерацией. Решения, которые влияют на проект в целом, должны приниматься product owner`ор, причем возможно без учета мнения команды или вопреки ему. Более того команда для product owner`а не является единственным инструментов для выполнения проекта, у него также могут быть люди не входящие в команду, но при этом работающие на проекте. Например, таким человеком может быть системный архитектор, который также в своей работе может не принимать во внимание мнение команды, но при этом должен убедить product owner`а в правильности своего решения. Фактически PO и его люди отвечают на вопросы, что делать, а команда — как делать, причем именно в рамках итерации.

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

Командный старт (Сергей Дмитриев, AgileDays-2011)

2011-05-07T14:54:17Z

StasFomin: