Хуже, если всех этих людей вокруг себя собрали вы. Именно этот случай мы рассмотрим.
А правильно ли поставлен вопрос? И кто виноват?
Давайте разбираться
Работа в команде — это важный аспект в любом деле, игровая индустрия, торговая сфера итд. Набрать команду это только первый шаг, наладить коммуникацию внутри коллектива, это отдельный трудный процесс. Данный материал отлично подойдет начинающим игроделам, которым не нравится результат их работы, а также тем кто хочет быть более эффективным.
Этот начало цикла статей о скорости, правильных ГД, создании игровых прототипов, оптимизации и всем что с ними связано.
Вместе с вами мы продолжаем строить мощный фундамент для правильной, на мой взгляд, команды разработчиков.
О важности игрового прототипа мы говорили в предыдущей статье.
Обсудим способы и критерии сбора команды, правильного взаимодействия и отношений внутри коллектива, даже если все работают на энтузиазме.
Приступаем.
Кто я такой?
Это первый вопрос на который вы должны ответить себе, прежде чем собирать команду и что-либо делать. Вы должны знать свою роль и позицию, в чем ваша функция в команде. Понимание себя и своей роли поможет найти нужных людей
Зачем мне все это?
Нужно понимать зачем вам становиться разработчиком. Может быть вы хотите заниматься этим для души и как хобби, может вы хотите порвать весь мир своими идеями, а может вы хотите заработать кучу денег. Любая цель.
Насколько реальная моя цель и чего мне не хватает для ее достижения?
Прежде чем придумать голубую мечту, попробуйте позаниматься разработкой по 2 часа в день. Получилось? Отлично, идем дальше. Вы должны понимать свои слабые места, может быть вы кодер, не умеющий рисовать. Может вы художник, не понимающий программирование, от слова совсем. А может вы универсал и вам не хватает организации. Может вы просто маркетолог с идеей?
Теперь мы поняли свои сильные и слабые стороны, теперь мы знаем кто нам нужен.
Где их найти?В интернете, на геймдев форумах, на форумах юнити и анриала, в социальных сетях и тд.
Какие критерии?
Характер, вы должны общаться друг с другом очень много времени.
Понимание, вам нужно понимать друг друга
Идея, вы горите ей и понимаете ее одинаково у вас есть схожий взгляд на проект.
Ответственность, каждый знает свои зоны ответственности и исполняет обязанности согласно навыкам и способностям.
Умение идти на компромиссы — разработка один большой компромисс, умение считаться и слушать, без этого будет “лебедь, рак и щука” (очень большая проблема у новичков). Еще один очень важный критерий, если вы не разработчик, то не нужно ставить задачу разработчику и временные рамки в неделю, помните, то что вам кажется легко, не означает, что это на самом деле так, это относится и к другим участникам команды. Если не знаешь тонкостей работы — не лезь с советами.
Адекватность — думаю тут все понятно.
Критериев много, но когда вы знаете с какими людьми готовы работать, вы их найдете, просто поверьте, это работает. Ищущий найдет.
Я собрал команду, что дальше?
Задача сформировать видение идеи у команды и донести свои мысли, достичь понимания. Для этого составляется геймдизайн документ и вносятся правки в него ДО НАЧАЛА РАБОТЫ, какие-то незначительные корректировки могут вноситься, но не должно менять ключевой идеи документа, если вы делали шутер от 1 лица, а потом вам резко захотелось пиксельный survival в 2д графике, то бросьте это дело, появилась идея запиши и доделай один проект, а потом переключайся на следующий.Всем все понятно, отлично. Теперь нужно составить задание для технической демо.
Не нужно красивых объектов, графики и прочего, нужно пощупать геймплей и протестировать. Это важный этап для конечного результата. Вам нужно добиться плотного и понятного геймплея, соберите фокус группы, покажите друзьям, сделайте открытый тест, потратьте 1000 рублей на рекламу в соц сети и привлечете тестеров.
Улучшайте демо до результата, который вас устроит.
Готово? Поздравляю, вы уже заложили прочный фундамент будущего проекта.
Теперь начинается самое интересное и сложное.
Как ставить задачи и работать с командой?
Опыт создания прототипа уже расставил все по своим местам, если все участники отнеслись серьезно. Если нет, то дальше работать не стоит, ничего путного не выйдет.Если вы не используете трелло, canvas и прочее, используйте хотя бы гугл докс, это здорово и удобно.
Вам необходима планерка/встреча в любом формате(хоть в скайпе) раз в неделю, на ней ставятся задачи, обсуждаются вопросы и проблемы которые есть.
Вам нужен либо явный лидер, который принимает решения, либо адекватный дискус с расстановкой приоритетов. Это ваше совместное детище, доверяйте друг другу и будьте объективны.
Но я же никому не плачу?
Если вы прочли пункты выше и соблюдаете их, то людям будет нравится с вами работать, вы будете приятны им как человек, это очень редкое свойство, думаю вы понимаете. Они получат свои дивиденды, но они должны об этом знать.Заключите договор
Это делается удаленно без проблем, потратьте свое время, согласуйте обязанности, сроки выполнения ( с запасом), впишите паспортные данные и у вас появятся обязательства друг перед другом. Это больше нужно для комфорта, человек понимает что его не кинут и фокусируется на игре и разработке.
Как вариант для отсеивания неадекватов и нежелательных людей, можно говорить о договоре между разработчиками в момент первого контакта. Так вы отделите честных людей. Но что более важно, вы поймете тех кто настроен серьезно заниматься разработкой игр.
Общие советы
Будьте объективны — вы работаете с живыми людьми, у них бывают проблемы, плохое настроение и прочее. Они могут не уметь отбросить чувства и сконцентрироваться на работе, это нормально.
Виноваты вы, а не все вокруг — анализируйте свои ошибки, получайте опыт, сваливать все на других плохая идея.
Говорите все прям в лоб — не юлите и говорите как есть, будьте честными, команда ответит вам взаимностью, да это бывает грубо, но так строится хороший коллектив.
Интересуйтесь человеком — если вам нужен работник, наймите, вы же создаете команду единомышленников. Если они вам не интересны, то это не те люди. Узнайте их, пообщайтесь, может быть они классные ребята.
Не мешайте разработку и личные отношения — пример парня и девушки разработчика, это просто ужасно. Разработка, затем все остальное.
Решайте конфликты сразу — не стоит дожидаться пока человек взорвется, что-то не устраивает? Спрашивайте, так вы научитесь работать друг с другом быстрее всего.
Будьте открытыми — идите навстречу, стройте коммуникации, вы не просто будете делать хорошие игры, вы измените свою жизнь к лучшему.
Я не интроверт и не смогу помочь закрытым людям, но… они делают самые крутые игры. Интроверты создали лучшие инди игры за последние 5 лет, они придумали интересные миры и выразили себя через свои проекты. Это хороший способ, он проще чем собрать коллектив.
Не каждый попытается собрать команду, тем более не каждый сможет использовать эти советы хотя бы на 30%. Попробуйте, будете приятно удивлены.
Проверено
Спасибо за прочтение.
Следующая статья “Меня окружают идиоты или как строить производственный процесс”
Обсудим методики организации, создания порядка и распределения ролей и обязанностей, рассмотрим случаи дедлайнов.
P.S. В статье не очень много конкретики(на мой взгляд), поэтому можете привести конкретный пример и я его разберу.
Комментарии (24)
kloppspb
20.11.2018 01:38идите на встречу
На какую встречу?
Hzpriezz Автор
20.11.2018 08:34Сарказм оценил, отвечу развернуто.
Смысл в компромиссах, нужно думать не только о своем удобстве.
Например:
Когда я только начинал заниматься разработкой игр, GitHub был для меня чем-то вроде адронного коллайдера, зачем нужна эта хрень я мог предположить, но что мне с ней делать?
Я всегда делал кучу файлов в беспорядке, называл как попало, когда загружал атласы в юнити то делал дефолтные названия.
А мой кодер постоянно ругался, до поры до времени я оставлял все как есть, потому что я работал с графикой и никто кроме меня туда не лез. Потом я начал делать анимации с 86 частями и 50+ костями в 2D, тут просто пришлось делать названия. А потом я решил пойти собрать уровень и сделать его красивее… Открыл и ужаснулся, я не понимаю какой спрайт от чего, названия глупые и непонятные, работать с этим невозможно.
До этого я структурировал и делал порядок в тех материалах, которых касался кодер, это компромисс.
Теперь мне пришлось засунуть свою лень подальше и пойти на встречу требованиям к организации, ведь если я не мог понять что сделал сам, то что говорить о других людях?
С гитом и коммитами, та же история. Везде есть порядок и иерархия, мне как творческой личности и достаточно ленивому человеку, было тяжело идти на встречу, но я постарался. Теперь я работаю с лучшими, они так же работаю с лучшими, почему лучшие? потому что упрощают работу друг друга, а не наоборот.pilot114
20.11.2018 09:26Вы всё ещё идёте на встречу с кем-то, соррян.
Пойду навстречу и намекну что дело в орфографии.Hzpriezz Автор
20.11.2018 10:14я думаю мне нужно сходить на встречу с учебником русского, а потом идти навстречу коллегам )
Moskus
20.11.2018 11:57+1Это к вопросу о качестве коммуникации. Хотя, конечно, всегда найдутся любители аргумента «и так все понятно».
Hzpriezz Автор
20.11.2018 12:14Еще можно сказать про умение принимать свои ошибки. Ошибки это нормально и не страшно, главное уметь быть неправым.
А ошибку поправил.
И еще я понимаю, что могут быть другие ошибки в тексте, лексические в том числе.
Т.е. я уже готов к тому что что-то может быть неверным, это тоже очень важно, особенно в командной работе. Но нужна конструктивная критика от коллег.Moskus
20.11.2018 12:38Да, на фоне весьма скользкой традиции Хабра о том, что указания на ошибки отправляют личным сообщением, ваша готовность признать проблему, а не поливать публично указавшего на ошибку — большая редкость.
pilot114
20.11.2018 09:31По смыслу — да, вы совершено правы. Подход «гений царит над хаосом» работает только после того, когда всё что только возможно упорядочить уже упорядоченно.
Moskus
20.11.2018 12:01Адекватность — думаю тут все понятно.
Действительно всё? Люди очень разные вещи в это слово вкладывают. Для одних важно, что человек — атеист. А для других — что он не использует демагогическую аргументацию. И так далее. И у них у всех есть вполне объяснимые и стройные мотивы, почему тех, кто под эти критерии не подходит, они считают «неадекватными» и, вообще, «идиотами».Hzpriezz Автор
20.11.2018 12:18Конструктивная критика — для меня главный критерий адекватности. У каждого он, безусловно, свой.
Если человек критикует, то он должен предлагать, иначе это просто мнение без конкретики.
Также важный момент для меня, ответственность, как правило ответственности достаточно чтобы быть адекватным, ведь ты понимаешь что рано или поздно ты ответишь за дела и поступки, хорошие они или плохие. К сожалению большинство людей заражены вирусом «безответственности в интернете» и никто не научит этой самой ответственности, примеров часто нет.
И еще, адекватный человек понимает, что знает далеко не все, ему есть что развивать и куда расти. При этом он должен понимать свои силы и давать правильную оценку себе.
Это сложно и трудно, но поверьте, с такими людьми работать одно удовольствие.Moskus
20.11.2018 12:32Критика без конкретики — это не критика, тут все верно.
Но вот требование того, чтобы критика содержала предложение — это случай демагогической аргументации (совершенно случайно). Человек может вполне конкретно описать проблему и не зная ничего о том, как ее решить. И не обязан знать, в общем случае. Классический пример, опровергающий это требование — вообще не нужно уметь готовить, чтобы понять и сказать, что суп пересолен.
Ответственность, конечно, тоже важна, только от того, как вы описываете эту проблему, попахивает «ответом за базар» и представлениями об адекватности в стиле «чётких пацанов с района».Hzpriezz Автор
20.11.2018 12:44Согласен, но доверять нужно тому кто спец.
Суп пересолен, это предложение, нужно просто развить — " в следующий раз, добавь меньше соли" или " может добавить воды и будет лучше?".
Знать не обязан, но с предложением будет проще понять друг друга, нужно формировать мысль, сформированная мысль и отзыв — предложение.
Я говорю о более абстрактном мнении — " это все Г..", вот с таким работать точно не стоит.
Если — это Г, потому что… и далее, вот это конкретика и предложение, нужно просто хотеть слышать людей.
Описание хромает, согласен. Смысл — не стоит подводить людей, будь готов к тому что придется работать и будет много проблем, а если ты не готов, скажи об этом, тебя поймут.
Очень часто люди берутся за кучу всего и не готовы признать вину, если что-то не получилось. Виноваты все вокруг, но не они. Именно в этом контексте я имею ввиду.
Бить морду пацанам на районе… ну такое себе, эффекта ноль, а вот сбросить рабочее напряжение в спарринге — это полезно, но уже другая тема.Moskus
20.11.2018 13:04Логика хромает, не описание. В реальности, даже сам искомый результат человек может не быть в состоянии описать, не то что общий способ его достижения, если предметная область сколько-нибудь сложна. Например, если речь о механическом узле, который не удается собрать, без специальных инструментов нельзя сказать, какая из деталей не соответствует спецификации. «Я не могу это собрать», на первый взгляд, звучит, как не очень конкретное мычание, но это, в данном случае — нормально. Расследованием проблемы должен заниматься специалист.
А про «это все г...» — это слишком очевидно, чтобы вообще быть достойным обсуждения. Это и есть «идиоты».Hzpriezz Автор
20.11.2018 15:29Согласен, но все же это сочетается с коллективным мышлением и умением слушать друг друга в команде. Если человек не может предложить, пусть объяснит что не нравится, нужно быть гибким и уметь работать с разными людьми.
При определенном профессионализме, все так как вы говорите.
slonopotamus
20.11.2018 20:51Если человек критикует, то он должен предлагать, иначе это просто мнение без конкретики.
Нет. Если я нашел ошибку в вашем доказательстве теоремы Ферма, это не означает что я должен бежать придумывать своё. При чём здесь мнение?
Это сложно и трудно, но поверьте, с такими людьми работать одно удовольствие.
Или вы сами не являетесь "таким" или вам "сложно и трудно", а не "одно удовольствие".
Hzpriezz Автор
20.11.2018 22:05Вы нашли и указали на ошибку, это конструктив.
2 не совсем понял, вы имеете ввиду " люди разные и каждому свое"?
StarTrinity_CEO
20.11.2018 12:18Я правильно понимаю, вам удалось успешно собрать команду людей, работающих за идею, бесплатно? Сколько месяцев/лет это может продолжаться? И можно ли URL вашего проекта, если есть?
Hzpriezz Автор
20.11.2018 12:22Верно, по мере статей я буду плавно переходить на свою личную историю и рассказывать как так получилось.
Если кратко, начиналось с меня на фулл тайм, кодера в свободное от работы время и все.
Потом добавился фулл тайм маркетолог и 15 человек на мелкую работу.
У меня все получилось, потому что со мной легко работать. С маркетологом мы работаем по бартеру, я ему геймдизайн, он мне маркетинг, если инвесторов нет. С сетевым специалистом также.
О проекте расскажу в отдельной статье. Там будет вся информация и в него можно будет поиграть.StarTrinity_CEO
20.11.2018 12:30да, давайте, это интересно. про то, как замотивировать людей работать бесплатно. что им предложить, долю в проекте? и получится ли это в другой отрасли (VoIP, это совсем не похоже на игру)
Hzpriezz Автор
20.11.2018 12:33Я думаю это может получиться в отрасли, где человек может получить что-то стоящее от самого процесса. В случае разработки — бесценный опыт, как положительный так и негативный. В случае стартапа — тоже самое.
Главное избежать денежных потерь и набраться опыта, так куются хорошие специалисты, если продолжают развиваться. Но к сожалению 90% отсеивается после первой неудачи, если не больше.StarTrinity_CEO
20.11.2018 12:41в моем случае было быстрее нанять программиста, после неудачной попытки работать с теми, кто согласен работать за долю. правда я попробовал только одного человека, этого, конечно, мало, чтобы судить о тех, кто готов бесплатно работать за идею. сейчас есть несколько идей для стартапов в своей же отрасли, но на отбор «бесплатных работников» времени нет, с учетом только 5-10% вероятности выбора успешного партнера в стартапе
Hzpriezz Автор
20.11.2018 15:29Мой первый кодер написал прототип за неделю, после чего потерялся в лесах Челябинской области…
Griboks
А что делать, когда пропадает интерес к проекту или энтузиазм в целом?
Команда разработчиков и команда единомышленников — это совсем разные вещи. Одни делают, другие планируют. Как перейти к делу?
Hzpriezz Автор
Вопрос «как» вы должны задать себе.
План — теория, действие практика.
Как перейти к делу? — начать делать игровой прототип, есть неплохая статья по линку в статье.
Единомышленники и разработчики в контексте " давайте сделаем крутую игру" — одно и то же.
Общая идея сделать хороший продукт объединяет людей, каждый стремится сделать максимально круто. Таких людей нужно искать.
Интерес пропадает ко всему, если нет обратной связи. Вам нужно тестировать как можно раньше.
Если не помогает, вопросы к организации и постановке задач. Скорее всего у вас бардак внутри. Будь у вас лидер, все бы огребли по полной и пошли работать.
Договоры — побуждение к действию, ставьте конечную дату, делайте договоры подряда и штрафы за просрочку. Оформляйте отношения, проводите планерки, общайтесь с людьми.
Если пропал интерес — это общая проблема.