кажется очень много можно поучиться у людей из этой области, причины следующие: 1) Игры - довольно сложные многокопонентные системы (клиент, сервер, арт, дизайн уровней и тд). Это вам не веб-аппы на Node.js клепать 2) Игры - творческие штуки с большой долей exploration. Не знаете как включить в работу Scrum команды дизайнера? А попробуйте подключить к команде армию художников, дизайнеров игровой логики и дизайнеров уровней. 4) В игровой индустрии довольно жетские дедлайны. 5) Стандарты качества очень высоки - игры должны работать быстро и не вылетать, иначе это провал. Тем не менее, игры выходят, в сроки попадают, и получаются шедевры. В чем секрет?
Они чрезвычайно гибки. И берут очень умных людей. Про гибкость, у них каждые три месяца появляется новая профессия лол
Ну там есть и сдвиги сроков и выход с пониженным качеством. Маленько работал с компаниями и обучал ребят из Nexters, Zeptolab, Playkot, видел кухню изнутри
Точно. Ещё у них есть кранчи - дичайшие переработки месяцами
Не, то что сдвиги бывают, это понятно. Да и вообще фейлов хватает, вспомнить киберпанк 2077 хотя бы. Но все же в целом их индустрия выглядит как в среднем более способная на действительно сложные проекты.
По мне все +- то же самое что и любая другая IT-компания (я про зрелость процессов и проблематику с которой справляются). Да, это более зрело чем коммерческие банки и подобные энтерпрайзы, но вполне так же как и в IT-компаниях (продуктовых, не про заказную разработку)
Я тут делаю ресеч нашел, пока вот что: 1) Процесс достаточно структурированый, но не водопад. Они делают проекты этапами - планирование, пре-продакшен, продакшен, пост-продакшен. Опять же, R&D в явном виде включен в процесс, нравится! 2) У них другая структура продуктовой команды. Всегда есть проджект-менеджер (он же associate producer). У команды есть один главный начальник - Producer. Он отвечает за даты релизов, бюджеты и найм людей. Он может, к примеру, заменит Game Designer или разработчиков. Похоже на Product Manager, но с бОльшими полномочиями. Тоже нравится! Почему бы нам не распилить роль Product Manger на Product Director и Product Analyst ("game designer") в разработке обычного софта?
в одной из перечисленных мной компаний команда разработки продукта рулится триумвиратом: Продакт Менеджер, Проджект Менеджер и Гейм Дизайнер - и по сути это управленческая единица команды/команд
о, то есть еще и гейм-дизайнер может рулить. вообще выглядит так, будт-то у них менеджмент в сторону не-программерских позиций смещен, нарушая мантру, что "PO не начальник программистам". Но ведь если раздилеть продуктовую роль на две - на executive чувкака и на собственно менеджера фичей, то это же прикольная идея. Почему по главе инженерных команд всегда CTO, а продуктовая организация с боку? Executive Product Manager мог бы например, стаффит команду, следить за ходом проекта. Если надо, заменить PO. или программистов. Вот в традиционных командых толку, что PO не начальник программистам? Может ли он пофиксить команду? А кто может заменить PO? P.S. слышал, что что-то такое практикуется в Яндексе, у них во главе команд Project Manager, которому подчиняется Тим Лид и Product Manager.
Наоброт вроде, проджект подчиняется продукту и тимлид тоже, если он есть
Эу.. Тим-лида не вписывай, брат. Если проджект не рисунок, вписывается только лох))
Хм, я знаю только слов товарища, он говорил, что как раз прожект во главе. Он вроде как берет на себя бизнесовые моменты и координацию с другими командами. Этакий «интерфейс» команды. А продакт чисто на фичах сфокусирован.
ребят, это бот? кто может разобраться?
Игнорируй, это как второй Иван временами
Дурачкам всегда проще игнорировать то, что они не понимают, ты тут прав! Видно большой опыт.
Вань, 🔆 смысла опасно. Масленицы даждем
Секрет мидитации седня узнал. Народная ценность! Чеснок в кипяточке давленый бадяжишь и на каменку🙂
у нас как раз последняя чпуля с человеком из геймдева была :)
что такое чпуля?)
подкаст :) https://podcasts.apple.com/ru/podcast/%D1%81%D0%B5%D1%80%D0%B5%D0%B1%D1%80%D1%8F%D0%BD%D0%B0%D1%8F-%D1%87%D0%BF%D1%83%D0%BB%D1%8F/id1446456479?i=1000543497876
Но вообще ставить прожекта во главу наверное имеет очевидный недостаток. Большинство прожектов просто не имеют нужного бекграунда в бизнесе. Почему бы по главе продукта не ставить “мини CEO” - Executive Product Manager или что-то типа того. Которому бы подчинялась бы вся менеджмент команда: продакт менеджер, прожект менеджер и тех лид. Похожая структура есть не только в геймдеве. Когда я работал в банке, там группой смежных команд, работающих над одной продуктовой линейкой руководил “Domain Lead” - представитель бизнеса со своим бюджетом. Плюсом подхода была бесконечная масштабируемость компании - таких доменов можно было сделать хоть сколько. Минус вполне очевидный - домены конкурируют за бюджет.
Ребята, это вы про SAFE рассказываете. Зачем велосипед изобретать?
Вот когда UbiSoft или Yandex заработаю по SAFE c удовольствием послушаю;)
Обсуждают сегодня