Как работать в команде

by Alone Coder
fixed by Acidrain

С момента развала городских команд на спектрумовской сцене было очень мало серьёзных коллективных проектов, подобных работам на C-64,
их практически полностью вытеснили довольно слабые релизы, сделанные в одиночку.
В итоге спектрумовскую сцену не воспринимают серьёзно ни в исследованиях по демосцене,
ни в обсуждениях на pouet, ни в реальной жизни.

В чём дело? Понятно, что человек, работающий один, получает весь приз себе.
Понятно, что при отсутствии основного демопати трудно планировать большие проекты.
Но суть не в этом. Главное - не выработано умение работать в команде.

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

Но в хорошей команде надо уметь работать.

* * *

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

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

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

Хороший соавтор:
- знает, сколько времени нужно и на что;
- не вводит в заблуждение о своих возможностях;
- не тянет резину с ответами;
- делает не на "отвали", а реально хочет хорошего результата;
- соблюдает срок не "ну подожди ещё немножко" (начал в последний день, как студент-двоечник!), а точно;
- если сказал "сделаю", значит сделал! (Если обстоятельства действительно форсмажорные, СРАЗУ ЖЕ сообщи об этом и передай материалы, а не пропадай из переписки, как стыдливая задница! Тебя ждут люди!)

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

Соавтор может сам распределять свою работу дальше, пользуясь своими связями. Он тоже может быть руководителем.

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

Acidrain>
 
ИМО – на Спектруме всё завязано на личных амбициях, вся проблема в этом. Люди ещё не переросли этот рубеж. Взять коммерческие продукты на мобильные платформы – там все завязано на бизнес-план. Тут коммерческой составляющей нет, значит, надо команду собирать по «интимному» признаку – красота и сложность, нереализуемые простыми кодерами. Кодеры такие есть, художников найти можно, а вот лидеров нет. Тех, кто мог бы донести идею в люди. А люди и не хотят. Думают, что если будут работать в команде, то их амбиции на крутость будут посрамлены.
Одной фразой – замкнутый круг...

Расскажу свою историю работы с немцами на Амиге.

Дело было в далёком 2002 году. Это был период активного поиска информации по любимому компьютеру Амига.

Так случилось, что в России не так уж и много специалистов и кодеров на Амиге. Точнее, они были и есть, но настолько гордые, что контакта с ними не сложилось. Зато немцы оказались более простыми людьми, несмотря на свою именитость. Сначала я познакомился со Stingray/[S]carab^Scoopex (на тот момент действующие команды). Так вот, он и научил меня всему, что я могу делать на Амиге. Затем я влился в ряды вновь создаваемой международной группы mOOds. Спустя малый промежуток времени Zito (идейный генератор и руководитель) и Ghandy решили взяться за воссоздание дискмага Jurassic pack. Мне было предложено написать интро. Естественно, мои познания Амиги были довольно ограничены, плюс я ещё не совсем перестроился в уровне программирования со Спектрума на Амигу. Но, взвесив все за и против, я взялся.

Вот тут и начинается самое интересное.

Как организатор, Marc Oberst aka Zito великолепен. Вся история создания заняла неделю - от чётко поставленной задачи до реализации ушло не более 10 дней, а то и неделя.
Вся история маленького успеха в случае с интро заключена в чётко поставленной задаче, чётко обрисованных временных рамках и постоянном контроле. Срезы были от одного до двух дней - я вынужден был сливать готовый материал, что было стимулом для успешной реализации.
Изначально Marc Oberst высказал свое пожелание о содержании интро. А именно, что музыка будет такой, а не другой, графика такая-то. А что и как я там сделаю и какой эффект использую - мои личные пожелания. Т.е. полет фантазии мой, а материал сторонний.

Alone>

Часто можно слышать: "Как так получилось, была такая большая группа и вдруг вся исчезла?"

В менеджменте есть такое понятие - "bus factor". Оно означает минимальное число сотрудников, которых проект должен потерять, чтобы он не мог продолжаться. Если есть хоть один незаменимый человек - bus factor равен 1. Если работа каждого человека зарезервирована и может быть перехвачена другим - bus factor равен 2 и выше. Обычно все проекты на Спектруме имеют bus factor именно 1, и исключением являются лишь немногие системные программы.

Понятно, если речь идёт об indie-игре, у которой есть конкретный автор и вдохновитель.
Но ОЧЕНЬ ПЛОХО, если речь идёт о целой организации.

Есть три решения: анархия в организации (нет организатора как такового), высокие лидерские качества членов команды (каждый готов заменить павшего командира), или же у организатора есть конкретный заместитель.
Что лучше? Неизвестно. Во всяком случае, memento mori.

Acidrain>

Если применительно к понятию незаменимых людей в команде (bus factor), то показатель был = 1. Т.к. если б я забил или не выполнил, то крах обеспечен. Либо интро было бы написано за сутки и самим Stingray.
Видимо, самое важное - найти людей ответственных, которым можно довериться.
