Статьи

В начале прошлого года вышла книга “Adrenaline Junkies and Template Zombies”, которая очень быстро была переведена практически на все языки мира, а в конце 2009 года вышла и на русском.

Авторы книги - Том ДеМарко, Тим Листер, Питер Хрущка, и други эксперты профессиональной организации Atlantic Systems Guild, проанализировали наиболее характерные черты, присущие поведению проектных команд (как в успешных, так и в провальных проектах), и представили их в форме 86 паттернов поведения. При этом книга не содержит никаких выводов, осталяя их читателю.

Мы предлагаем вашему вниманию интервью с Питером Хрущкой.
Питер - докладчик конференции Software People 2010, кроме того, он прочитает семинар в Москве, Санкт-Петербурге и Минске.

Как Вы встретились с Томом Демарко и Тимом Листером?

В 80-е годы мы с моей командой только завершили разработку инструмента моделирования для структурных методологий, в основу которого легла идея книги Тома ДеМарко «Структурный анализ». Когда мы представили свою разработку на выставке на конференции в Орландо (Флорида) в 1984 году, Том подошел к нашему стенду, и мы разговорились. После этого я встречался со всеми членами профессиональной организации Atlantic Systems Guild на разных конференциях, и мы стали друзьями. Я перевел книгу Тома и Тима «Человеческий фактор» (Peopleware) на немецкий, мы организовывали конференции в Германии, куда я приглашал членов этой организации выступать с докладами. Таким образом, когда я уволился из моей предыдущей компании в 1994 году они пригласили меня стать членом этой профессиональной организации. С этого момента мы работаем вместе уже свыше 10 лет.

Кто был автором идеи книги о паттернах поведения?

Члены проффессиональной ассоциации встречаются раз в год в каком-то уголке мира, чтобы обсудить новые идеи и проекты. На нашей встрече в октябре 2004 в Нью Хампшире целью было создать «продукт Ассоциации». Будет ли это книга, аудио-записи, веб-сайт или что-то еще? Этот вопрос долго оставался открытым. После пары мозговых штурмов мы пришли к идее написать серию эссе о хороших и плохих вещах, которые мы видели по всему миру. Мы быстро набросали более 100 тем, собранных на маленьких белых карточках (фото Сьюзанны Робертсон). Мы распределили работу, назначили автора и одного или двух соавторов к каждому эссе и разъехались по домам работать над книгой.

Как вы работали над книгой при такой распределенной команде?

Как я упомянул раньше, мы разделили работу на нашей первой встрече по проекту (kickoff-meeting), таким образом каждый был первым автором около 15 эссе и у каждого была пара назначенных соавторов. Мы следовали простой модели: первый автор предлагал текст, затем это представлялось соавторам для предложения дополнений и изменений, которые отправлялись обратно автору. Когда автор и соавторы соглашались с текстом, он отправлялся всем для комментариев (или наложения вето). Все шесть из нас должны были согласиться с каждым отдельным эссе до того, как оно будет закончено. Книга писалась на трех континентах, в Европе, США и в Австралии – там, где мы работали в это время. Я добавил фотографию во время путешествия на лодке в северной Германии, где я использовал час для коктейля, чтобы написать больше глав.

Использовали ли вы Agile во время работы над книгой?

На самом деле мы вынуждены были начать использовать Agile методы. В первые 12 месяцев после того, как мы создали короткий список эссе, которые мы хотели написать, каждый был так занят на своей работе, что никто не нашел времени писать. Поэтому мы встретились в моем доме в Аахене для нового старта. За ту неделю мы создавали первые главы вместе на основе ежедневных итераций. У каждого было 2 часа после завтрака, чтобы написать черновик, и затем мы использовали остаток дня, чтобы прочитать то, что написано другими, прокомментировать, обсудить и улучшить. Через 4 дня мы получили наброски более чем 20-ти глав. Затем мы согласились что мы будем делать ежемесячные спринты а-ля SCRUM. Каждый пообщал писать главы каждый месяц. Мы договорились о долгих Skype-звонках, чтобы обсуждать наброски. Организовать Skype-звонки было непросто, так как мы жили в разных временных зонах, и иногда находились на так далеко, что кто-то был в Новой Зеландии, кто-то в США на западном побережье, кто-то на восточном побережье и в Европе. Из-за этого кому-то приходилось оставаться допоздна, а кому-то вставать рано. Но использование ежемесячных спринтов двигало проект вперед, так как мы ожидали.

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

Почему, как Вы считаете, люди должны принять участие в Вашем семинаре?

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

Если бы Вы могли дать только 3 совета руководителью проекта, что бы вы сказали?

Номер один: относитесь к вашей команде как к людям, а не взаимозаменяемым частям. Проекты только выиграют от сплоченной команды.

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

И последнее в списке, но не последнее по значению: следите за «Манана-горизонтом» каждого участника команды. О том, почему это так важно, вы узнаете на семинаре.