Главная страница
Навигация по странице:

  • Любовная проблема 1: Члены команды не способны любить игры.

  • Любовная проблема 2: Члены команды любят другую игру, а не ту, которую делаете вы.

  • Любовная проблема 3: Члены команды любят разные видения одной и той же игры.

  • Если вы не можете полюбить игру, полюбите ее аудиторию

  • Изначальный мозговой штурм

  • Обсуждение дизайна

  • Линза 89: Линза Команды

  • ладно Бин об бог под. В начале был дизайнер


    Скачать 4.02 Mb.
    НазваниеВ начале был дизайнер
    Анкорладно Бин об бог под
    Дата12.01.2023
    Размер4.02 Mb.
    Формат файлаpdf
    Имя файлаdoc23314759_320922509.pdf
    ТипГлава
    #882626
    страница25 из 30
    1   ...   22   23   24   25   26   27   28   29   30
    Глава 23
    Дизайнеры обычно работают с командой
    Секрет успешной командной работы
    Для создания современной видеоигры требуется команда из самых разнообразных представителей. Вам нужна команда людей, обладающих широким спектром навыков в художественной, технической, дизайнерской и бизнес сферах. Эти люди обычно имеют очень разные склонности и ценности. Но если вы рассчитываете сделать отличную игру, им всем нужно будет собраться вместе, забыть обо всех своих отличиях и разногласиях, и сделать все возможное для создания максимально качественной игры.
    И здесь есть один простой секрет, общий для всех команд, которые когда-либо имели успех в создании чего-то действительно стоящего. Он настолько простой, что когда вы его услышите, то подумаете, что я, вероятно, шучу. Но это самая серьезная вещь, о которой я говорю в этой книге.
    Секрет успешной командной работы - любовь.
    Нет, правда.
    Но, когда я говорю любовь, я не имею в виду то, что вся команда должна держаться за руки и петь песни о том, над какой хорошей игрой они сейчас работают. Я даже не пытаюсь сказать, что вам должны нравиться все члены этой команды, хотя вреда от этого точно не будет.
    Я имею в виду то, что вы должны любить ту игру, которую вы делаете. Потому что если каждый член команды испытывает глубокие и искренние чувства к игре, над которой он работает вместе со всеми остальными, и к игрокам, для которых они это делают, все отличия и разногласия отойдут на второй план, ради общей цели воплотить идею в реальность и сделать это настолько хорошо, насколько это только возможно.
    Разработчики, которым повезло быть частью команды, которая действительно любила игру, над которой работала, сразу поймут, что я имею в виду. Все члены команды чувствуют себя, как дети в ожидании Рождества, когда думают об окончании проекта, а думают они об этом постоянно.
    Так же и разработчики, которые работали в команде с неким “дефицитом любви”, поймут, о чем я говорю. Существует три вида проблем, когда дело касается любви команды к своей игре:
    Любовная проблема #1: Члены команды не способны любить игры. Хоть это и трудно понять, но некоторые люди приходят в игровую индустрию, даже несмотря на свою нелюбовь к играм и к людям, которые в них играют. Когда в вашей команде оказывается такой человек, он висит на ней мертвым грузом. Эти люди часто, несмотря на небольшой вклад в общее дело, постоянно тратят время на споры с другими членами команды, которые, в отличие от них самих, любят свою

    353 работу. К сожалению, члены команды, которые отвечают за управление или бюджет, почти всегда имеют этот недостаток. Такого члена команды можно вылечить лишь одним способом: убрать его из команды.
    Любовная проблема #2: Члены команды любят другую игру, а не ту, которую
    делаете вы. Эта проблема имеет много проявлений: Левел дизайнера, которому нравятся только шутеры от первого лица, заставляют работать над ролевой игрой; программиста, который любит игры с продвинутой графикой, заставляют работать над простой браузерной игрой; а художника, который любит фантастический реализм Ганса Гигера, заставляют рисовать игру про мишек Гамми. Когда вы видите, что у вас возникает подобная проблема, нужно поговорить с этими людьми, чтобы узнать, нет ли в вашей игре чего-то, во что они могли бы влюбиться - или, возможно, у них есть собственные идеи относительно новых качеств или элементов, которые могли бы внести разнообразие в вашу игру. Как я уже отмечал в одной из предыдущих глав, в “пиратской” игре мы столкнулись с любовной проблемой на ранних этапах. Художники-аниматоры с нетерпением ждали начала работы над анимацией персонажей игры. Но по мере продвижения дизайна стало понятным, что это должна быть игра о кораблях - единственные люди в ней будут изображаться издалека, и они будут настолько крошечными, что их движения и эмоции невозможно будет рассмотреть. Художники некоторое время пытались настоять на своем, но затем поняли, что не имеют никаких шансов, и стали постепенно терять любовь к игре, проявляя все меньше заинтересованности во время ее обсуждения. Некоторые из нас считали это основной проблемой нашей команды - нам нужно было, чтобы художники вложили сердце и душу в создание красивых анимационных эффектов, но они были настолько расстроенными из-за того, что не смогут делать анимацию персонажей, что это казалось невозможным. Но затем, после очередного собрания, все изменилось. Один из художников принес с собой большую стопку бумаг.
    “Смотрите, я долго думал о нашей игре, и поначалу мне не хотелось ничего делать из-за того, что мы урезали персонажей, но затем я вспомнил, о том, что звездами этого шоу являются корабли - что я могу сделать, чтобы они были крутыми?”. Потом он стал один за другим показывать нам скетчи, на которых корабли разлетались на кусочки, их осколки ломались и падали в море, а паруса рвались от попадания в них пушечных ядер - это действительно вдохновило всех нас. В тот самый момент художники устроили соревнования между собой за то, кто сможет нарисовать самые крутые эффекты. Этот сдвиг в восприятии сделал из проекта, который они ненавидели, тот, который они полюбили, что сильно повлияло на качество игры.
    Любовная проблема #3: Члены команды любят разные видения одной и той же
    игры. Это самая распространенная и самая трудная любовная проблема. В этой ситуации команда полна людей, которые страстно хотят делать игру, но у каждого из них есть собственное видение того, как она должна выглядеть. Самый лучший способ избежать такой проблемы - как можно раньше согласовать весь дизайн.
    Будут, конечно, и споры, и разногласия, но если все их выслушают, и с уважением отнесутся к идеям других людей, команда получит то, что действительно важно -

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

    355 настоящему заботится о том, какие впечатления от игры они получают, а осознание того, что кто-то о тебе заботится - это очень особенное чувство. Дизайнер не может его подделать - оно идет изнутри. Как сказал когда-то великий иллюзионист Генри Терстон:
    Годы опыта научили меня, что вопрос моей удачи заключается в том, смогу ли я
    направить к моей аудитории лучи добра. Есть только один способ сделать это -
    почувствовать. Ты можешь обмануть глаза зрителя, так же, как и его мозг, но у
    тебя никогда не получится одурачить его сердце.
    Если даже это не работает, и если вы понимаете, что вы не только не любите свою игру, но и не испытываете особых чувств к ее аудитории, остается только одна вещь:
    Притвориться. Звучит так, как будто я лицемерю. Разве я только что не сказал, что любовь невозможно подделать? Но что-то странное происходит, когда мы притворяемся, что любим что-то - сквозь оболочку притворства начинают пробиваться ростки настоящей любви. Вам когда-либо доводилось быть частью группы, которой иногда нужно было выполнять откровенно скучные задания? Скажем, целый день убирать дом. Все боятся этого момента и постоянно ворчат, когда он наступает. Затем кто-то говорит наполовину шутливо: “Ну же, давайте, это должно быть улетно! Сейчас так повеселимся!”. Отовсюду слышится саркастичный смешок, и, только шутки ради, все приступают к работе, притворяясь, что “это весело”. И только благодаря этому притворству, уборка вскоре действительно становится веселой - и, по иронии судьбы, все начинают любить ее. Если вы не знаете, как полюбить что-то, просто спросите себя, какие вещи делал бы тот, кто действительно любит вашу игру, и сами начинайте делать эти вещи. Вы, возможно, будете приятно удивлены теми трансформациями, которые произойдут внутри вас.
    Линза #88: Линза Любви
    Чтобы воспользоваться этой линзой, спросите себя:
    ● Я люблю свой проект? Если нет, как я могу это изменить?
    ● Все члены команды любят этот проект? Если нет, как это можно изменить?
    Опять же, я совершенно искренне говорю вам, что любовь к игре - это самый важный фактор, влияющий на успех команды. Любовь - это не роскошь, это необходимость, если вы рассчитываете сделать действительно стоящую игру.
    Совместный дизайн
    Если все в команде любят проект - это прекрасно! Но это ставит перед вами другую проблему - теперь у всех будет свое мнение по поводу дизайна! Для некоторых дизайнеров это самый большой кошмар - идея о том, что другие члены команды могут вносить собственные идеи по дизайну, ставит под угрозу его статус как дизайнера, а его

    356 самого ставит в позицию, где ему нужно будет спорить с остальными по поводу того, какой дизайн “правильный”. Дизайнеры, которые оказываются в таком положении, обычно отделяются от остальной команды, игнорируют мнение остальных, и делают дизайн полностью независимо от всех остальных членов команды. Эффект такого подхода можно легко предсказать: все хорошие идеи, которые предлагали другие члены команды, были отброшены, поэтому та любовь, которую они испытывали к игре, завяла и улетучилась. Дизайнер разочаровывается в членах своей команды, потому что они не проявляют ни желания, ни способностей понять его уникальное видение, а игра, как вы могли бы уже догадаться, не удовлетворяет никого.
    Более успешный подход - привлечь всю команду к дизайну, когда это возможно.
    Если вы сможете забыть о своем эго, вы быстро поймете, что большинство людей в команде, у которых есть собственные идеи по дизайну, не претендуют на ваши лавры - они просто хотят, чтобы их идеи услышали, потому что они, как и вы, хотят, чтобы игра получилась отличной! Если вы привлечете всех к процессу дизайна, серьезно воспринимая все идеи и пожелания, вы:
    ● Будете иметь больше идей
    ● Сможете быстро отмести бесполезные идеи
    ● Сможете посмотреть на игру с разных точек зрения
    ● Заставите всех членов команды относиться к вашему дизайну, как к своему собственному
    Если вся команда участвует в дизайне, ваша игра будет сильнее, и все будут приступать к применению ее дизайна с уверенностью в том, что они его понимают. Это очень важно, потому что далеко не все решения по дизайну принимаются заранее. Сотни небольших решений принимаются постоянно - если не дизайнерами, то программистами, художниками и другими людьми, работающими над вашей игрой. Если все эти люди имеют полное и одинаковое понимание дизайна игры, все эти маленькие решения будут идти на пользу дизайна, и проект получит ту прочность и то единство, которых он не смог бы достичь при любых других обстоятельствах. Это не редкость, когда разные люди, участвующие в проекте, считают свой вклад самой важной частью игры - и это нормально. Это лишь означает, что многие члены команды считают некоторые элементы игры своей собственностью, и поэтому испытывают чувство ответственности по отношению к ним. Один из способов усилить это чувство - избегать “чрезмерной конкретности” в дизайне. Если вы оставите некоторую недосказанность в техническом проекте вашей игры, желательно, в тех частях, в которых вы не уверены, это заставит разработчиков, работающих над программной составляющей вашей игры, подумать о том, каким должен быть ее технический проект, и, в итоге, придумать, как лучше всего его составить. Поскольку они наиболее часто работают с этой частью игры, у них иногда вырабатывается инстинктивное понимание технической документации - и если их идеи окажутся действительно стоящими, и вы добавите их в игру, они будут чувствовать настоящую гордость за те элементы игры, которые они считают своими собственными.
    Значит ли это, что вы теперь должны обеспечить постоянное участие в процессе для всех членов команды? Не у всех есть достаточно сил, чтобы три часа спорить о том,

    357 каким должен быть интерфейс инвентаря, поэтому для подробных обсуждений вы, возможно, захотите собрать главную дизайн команду, состоящую из людей, которые будут заинтересованы в подобных сходках и смогут продуктивно в них участвовать. По после того, как главная команда договорится о том, каким должен быть дизайн, вам нужно будет как можно скорее сообщить об этом остальным членам команды. Обычно этот процесс происходит следующим образом:
    1 Изначальный мозговой штурм: Как можно больше людей должны быть вовлечены.
    2 Независимый дизайн: Члены главной дизайн группы придумывают идеи независимо друг от друга.
    3 Обсуждение дизайна: Члены главной дизайн группы собирают свои идеи вместе, чтобы обсудить их, и попытаться прийти к единому решению.
    4 Презентация дизайна: Главная дизайн команда отчитывается о своем прогрессе перед всей командой, готовится выслушивать комментарии и критику. Это часто превращается в мозговой штурм, который запускает очередной круг повторяющегося цикла.
    Вам понадобится много времени и энергии, чтобы привлечь к дизайну всю свою команду, но вы увидите, что в долгосрочной перспективе игра от этого только выигрывает, при условии, что ваша команда способна общаться.
    Командная коммуникация
    Сотни книг было написано о том, как содействовать хорошей коммуникации. Здесь я собираюсь сократить эту информацию до девяти основных моментов, которые наиболее близко относятся к геймдизайну. Вы можете подумать, что это всё базисные понятия, и вы будете правы, но понимание базисных моментов чрезвычайно важно, если вы стремитесь к совершенству в любой сфере, особенно если это такая сложная сфера, как создание игры в команде. Без лишних слов, вот девять условий хорошей командной коммуникации:
    1 Объективность. Это условие идет первым, потому что оно не соблюдается чаще всего. В порыве дизайнерской страсти, очень просто привязаться к одной идее, которая пришла вместе с внезапным озарением. Но если эта идея не нравится остальным членам команды, куда она вас приведет? Никуда, если вы собираетесь развязать войну мнений и внутренних чувств. Инструмент, который может спасти вас - Линза #12: Линза Постановки Проблемы. Он может дать вам ту объективность, которая вам нужна. Все обсуждения должны строиться на том, как хорошо дизайн идеи решает поставленные проблемы. Личные предпочтения по поводу этих идей не имеют значения - главное, чтобы эти идеи решали проблемы.
    Никогда не говорите об идеях как “моя идея” или “идея Сью” - говорите объективно: “Идея космического корабля”. Это не только поможет отделить идеи от личностей (сделав их достоянием команды), но и сделает их более четкими.

    358
    Другой хороший прием - формулировать альтернативы как вопросы. Например, вместо того, чтобы говорить “А - это плохо. Мне больше нравится Б”, просто скажите “А что если мы сделаем Б вместо А?”, что позволит группе вместе обсудить положительные и отрицательный стороны А и Б. Это тонкое различие, но практически всё, что касается управления командной коммуникацией - это тонкие понятия. Если вы, как дизайнер, сможете выработать в себе привычку быть объективным, все будут без колебаний обращаться к вам с вопросами по дизайну, потому что они будут знать, что застрахованы от неудобной ситуации, когда вы самостоятельно “выносите решения” по дизайну - они получат лишь честный, объективный и полезный фидбек. Позже люди захотят, чтобы вы участвовали во всех обсуждениях дизайна, потому что, благодаря вашей объективности, ваше присутствие в комнате сможет помочь понизить градус дискуссии между людьми с менее объективным отношением к делу. А самое лучшее то, что когда все чувствуют объективность, каждая идея воспринимается всерьез, что может подтолкнуть даже самых застенчивых членов команды высказывать свои идеи, так что много идей, которые, в ином случае, остались бы в тени чьей-то неуверенности, выйдут на свет.
    2 Ясность. Это простое условие. Если в коммуникации нет ясности, значит, стоит ожидать непонимания. Когда вы что-то объясняете, спросите у людей, понимают ли они, о чем вы говорите. Если это возможно, проиллюстрируйте ваши идеи. И если кто-то говорит что-то неясное, никогда не притворяйтесь, что вы его понимаете. Потому что если все члены команды не будут иметь единого видения дизайна, на какую осмысленную коммуникацию можно рассчитывать? Но понимание друг друга - это только половина ясности, другая половина заключается в точной подаче конкретной информации. Есть большая разница между тем, чтобы сказать продюсеру “Система боя будет готова к четвергу” и “Я вышлю вам по электронной почте описание интерфейса для пошаговой системы боя на 3-5 страниц в четверг в 5 часов вечера”. В первом случае вы оставляете много места для недопонимания, в то время как во втором - предоставляете конкретные детали о вашей работе, практически нивелируя вероятность недопонимания.
    3 Перманентность. ЗАПИСЫВАЙТЕ ВСЁ! Советую вам это очень настойчиво.
    Вербальная коммуникация имеет кратковременный эффект - она порождает много недопонимания и легко забывается. Те моменты, которые были записаны, может легко проверить любой член команды. Используйте все доступные вам средства сохранения информации - записные книжки, электронные письма, форумы, списки рассылки, файлы, вики, печатные документы и т.д. Убедитесь в том, что кто-то один на собрании всегда делает записи, которыми он сможет впоследствии поделиться со всеми остальными членами команды. Когда вы делаете рассылку по теме дизайна, убедитесь в том, что вы разослали это письмо всей команде. Так, вы, вероятнее всего, не забудете ни об одном из членов вашей команды, и даже не дадите им почувствовать, что о них забыли.
    4 Комфорт. Знаю, что этот пункт звучит немного глупо. Что связывает комфорт и коммуникацию? А вот что: Когда людям комфортно, их ничего не отвлекает, и они

    359 общаются более свободно. Убедитесь в том, что у вашей команды есть тихое место для общения, с правильной температурой, достаточным количеством стульев и большой письменной поверхностью; короче говоря, физически комфортное место. Также вы должны убедиться в том, что члены команды не голодны, не испытывают жажду или переутомление. Коммуникация с людьми, которые испытывают физические неудобства, ужасна. Но одного физического комфорта не достаточно - они должны также испытывать эмоциональный комфорт, что приводит нас к следующему пункту.
    5 Уважение. Мы уже говорили о том, что если вы хотите стать хорошим дизайнером, вам нужно научиться хорошо слушать. Но чтобы правильно слушать, вам нужно уважать человека, которого вы слушаете. Люди, которые не чувствуют, что их уважают, обычно говорят мало, а когда все-таки говорят, то пытаются скрыть свои настоящие чувства, потому что боятся неправильной трактовки своих слов. Люди, которые чувствуют, что их уважают, говорят свободно, открыто и честно. Уважать людей просто, если вы помните о том, что это нужно делать.
    Просто всегда относитесь к ним так, как вы бы хотели, чтобы относились к вам. Не перебивайте их и не закатывайте глаза, даже если вам кажется, что они говорят полную ерунду. Всегда пытайтесь быть вежливыми и терпеливыми. Говорите что- то хорошее, даже если приходится немного приврать. Помните, что остальные люди больше похожи на вас, чем наоборот, - найдите, что у вас общего, потому что всегда легче уважать человека, который похож на тебя. Если ничего не получается, про себя повторите мантру: “Что, если я не прав?” Если вы каким-то образом оскорбили или обидели другого человека, не торопитесь защищать то, что вы только что сказали. Лучше поспешите извиниться, и сделайте это как можно более искренне. Потому что, если у вас получится всегда уважать членов вашей команды, вы гарантированно получите их уважение в ответ. А когда все чувствуют уважение, ничто не препятствует их эффективному общению.
    6 Доверие. Без доверия достичь уважения невозможно - если я не верю тому, что ты говоришь и делаешь, откуда я могу знать, что ты меня уважаешь? Доверие не появляется само по себе - его нужно постепенно выстраивать. По этой причине качество коммуникации значит меньше, чем ее количество. Люди, которые видят друг друга каждый день, постоянно разговаривают, постоянно решают проблемы вместе, постепенно узнавая, как они могут доверять друг другу, и в каких случаях.
    В группе, состоящей из людей, которые едва знают друг друга, и встречаются только раз в месяц, нельзя говорить ни о каком доверии. Это та сфера, где цифровая коммуникация недостаточно хороша - во время общения лицом к лицу происходит что-то особенное, позволяющее нам принимать подсознательные решения о том, кому мы можем доверять, и когда. Самый простой способ узнать, кто и кому доверяет в вашей команде - посмотреть, кто сидит на обеде вместе.
    Большинство животных очень выборочно относятся к партнерам по трапезе, и люди не являются исключением. Если художники едят отдельно от программистов, вероятно, что у вашей команды есть проблема с коммуникацией.
    Если команда Xbox обедает отдельно от команды Playstation, это может быть признаком проблемы с портированием. Предоставьте вашей команде как можно

    360 больше возможностей быть вместе и общаться друг с другом, даже если это общение не связано с вашим проектом, ведь, чем больше члены вашей команды общаются (о чем угодно!), тем больше они узнают, можно ли друг другу доверять - именно поэтому так мало игровых студий предоставляют своим сотрудникам отдельные кабинеты - вместо этого их всех усаживают в просторные залы, где они просто обречены ежедневно общаться друг с другом лицом к лицу.
    7 Честность. Так же, как комфорт зависит от уважения, а уважение зависит от доверия, доверие зависит от честности. Если вы каким-то образом получили репутацию нечестного человека в какой либо сфере, даже если она не связана с производством игр, другие будут бояться быть честными с вами, что нарушит командную коммуникацию. Геймдизайн иногда похож на политику, и вам наверняка иногда придется скрывать правду о некоторых вещах, но ваша команда всегда должна быть уверена в том, что они получают от вас правдивую информацию, иначе общение между членами вашей команды будет натянутым.
    8 Приватность. Быть честным не всегда легко, потому что правда бывает болезненной. И несмотря на то, что мы все надеемся оставаться объективными в вопросах дизайна, иногда просто невозможно избежать проявления личной гордости и эго во время рабочего процесса. Говорить о таких вещах при всех бывает трудно, а, подчас, невозможно. Люди более склонны делиться своими переживаниями во время разговора с глазу на глаз, чем на людях. Старайтесь по возможности находить время для личных разговоров с каждым из членов дизайн команды - они с удовольствием поделятся с вами своими идеями и обсудят те проблемы, которые им неудобно обсуждать на людях. Эти разговоры с глазу на глаз также могут помочь вам расположить людей к себе и заслужить их доверие: больше доверия ведет к большему количеству честного общения, которое формирует больше доверия и т.д.
    9 Единство. Во время процесса дизайна могут возникать многочисленные мнения и конфликты о том, что для игры правильно. Это вполне естественная ситуация.
    Когда все заканчивается, команда обычно приходит к решению, которое устраивает всех. Помните: там, где есть два человека, может возникнуть несогласие. Если один из членов команды слишком сильно настаивает на определенном дизайн решении, вы должны относиться к нему с достаточным уважением, и работать с ним, пока не сможете прийти к осмысленному компромиссу. Спросите его, почему это решение настолько важное для него, и, возможно, благодаря его объяснению все остальные члены команды тоже поймут, почему оно настолько важное. Если с этим не получилось, лучше все просто спросить у этого человека: “Что мне нужно сделать, чтобы ты был в деле?”.
    Возможно, у вас не получится сразу уладить вопрос с отличиями во мнении, но если чего-то и нельзя делать, так это игнорировать их. Так же, как один неработающий цилиндр может вдвое сократить производительность мотора и, в итоге, привести к поломке, так и один член команды, который не согласен с вашим дизайном, может ослабить всю команду или даже развалить ее. Последняя цель коммуникации - это единство.

    361
    Линза #89: Линза Команды
    Чтобы убедиться в том, что ваша команда работает как хорошо налаженный механизм, спросите себя:
    ● Эта команда подходит для этого проекта? Почему?
    ● Командная коммуникация происходит объективно?
    ● Командная коммуникация происходит ясно?
    ● Членам команды удобно друг с другом?
    ● В команде преобладают настроения всеобщего доверия и уважения?
    ● Эта команда способна объединяться вокруг единых решений?
    Дизайн и разработка игры - это сложные процессы. Если вы не имеете много талантов, а ваш проект не крошечный, вы не сможете сделать игру без команды. Люди намного важнее идей, потому что, как сказал Эд Кэтмул из Pixar, “Если вы дадите хорошую идею посредственной группе, они ее испортят. Если вы дадите посредственную идею хорошей группе, они ее исправят”.
    Вы можете подумать, что все эти разговоры о командах не имеют ничего общего с дизайном - если другие люди в команде не хотят делать свою работу, то это не касается вас, как дизайнера. Отчасти, вы будет правы, но то, что происходит в команде, напрямую касается качества игры, над которой эта команда работает. Поскольку все, кто связан с игрой, имеют некоторое влияние на ее дизайн, вы должны объединить этих людей для достижения единой цели, если вы хотите, чтобы ваше замечательное видение игры когда-либо увидело свет.
    Теперь, когда командная коммуникация налажена, кое-кому нужно начинать писать документы - и это будет темой нашей следующей главы.

    362
    1   ...   22   23   24   25   26   27   28   29   30


    написать администратору сайта