Войти
ПроектыФорумСобираю команду

Кельсткое Dark Fantasy RPG. Вступай в команду! (4 стр)

Страницы: 13 4 5 611 Следующая »
#45
(Правка: 18:04) 17:58, 2 янв. 2022

Jeaniro
Тим лид, как мы везде и писали - это выдача заданий и менеджмент прогресса выполнения, лид 3д - это мидл+ разработчик с навыками этой отрасли


#46
(Правка: 18:04) 18:02, 2 янв. 2022

sun2sun
https://gamedev.ru/projects/forum/?id=266198&page=2&m=5500328#m22

#47
(Правка: 18:31) 18:30, 2 янв. 2022

Atrophia
> менеджмент прогресса выполнения

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

К тому же, тимлид - устоявшийся термин, который обозначает как раз суперопытного разработчика, хорошо щарящего в процессах. То есть, полную противоположность тому, что у вас там написано.
Это как сказать "если вы не знаете как замешать раствор, мы возьмем вас прорабом".

#48
19:13, 2 янв. 2022

Jeaniro
Тим лид не делает ТЗ, он не проверяет работы.

Для определения приоритета и сроков - существуют продюсеры и ПМы.

Чтобы оценивать задачи - есть около 10 различных гайдов и примеров, что даже uss или sun2sun справятся. Плюс мы стараемся помогать первые недели со всем.

#49
19:20, 2 янв. 2022

Мы занимаемся постоянным улучшением процессов. Помимо гайдов - мы постоянно стараемся облегчить кол-во инструментов и сделать их максимально понятными.

Это похвально, что вы так переживаете о нас. Если у вас есть предложения по улучшению - можете связаться с нашим HR в телеграмме @gws_hr

#50
(Правка: 3 янв. 2022, 2:07) 20:02, 2 янв. 2022

Atrophia
> Тим лид не делает ТЗ, он не проверяет работы.
А что он делает у вас? Хорошо, путь даже ТЗ ему не нужно писать, но это в любом случае должен быть опытный разработчик.

Тимлид — это нечто среднее между проектным менеджером и квалифицированным девелопером.

На проектах есть две lead роли: менеджерская — PM, и техническая — System Architect. Тимлид отчасти выполняет обе роли, но акцент его обязанностей направлен на менеджмент (акцент на техническую часть — это tech lead).

Под управленческую роль тимлида попадают такие обязанности, как собственно менеджмент, распределение и делегирование задач, всевозможные оценки и составление рабочего графика, контроль состояния проекта, а также митинги, коммуникации с заказчиком, руководством и всеми членами команды (разработчиками, архитекторами, тестировщиками, менеджерами).


Под техническую роль: участие в написании технической документации, выбор технологий для проекта, разработка архитектуры, R&D, code review, менторинг джуниоров, проведение технических собеседований, грамотное вовлечение новых членов команды в рабочий процесс, ответственность за техническую часть проекта.

Типичный рабочий день тимлида включает в себя:
· рассмотрение новых задач и их распределение
· стендап с командой
· митинги
· программирование
· архитектурные вопросы
· code review

https://dou.ua/lenta/articles/team-lead-position/

> Чтобы оценивать задачи - есть около 10 различных гайдов и примеров

Какие еще гайды? Если человек не написал ни одной строчки кода, он что, по инструкции будет оценивать результат работы программистов?

#51
20:07, 2 янв. 2022

куда админы смотрят? эта тема дубль https://gamedev.ru/projects/forum/?id=259733 да флуд здесь сплошной

#52
(Правка: 20:47) 20:46, 2 янв. 2022

Atrophia
> sun2sun
> https://gamedev.ru/projects/forum/?id=266198&page=2&m=5500328#m22
и? ты глупОй? я тебя по этому и спрашиваю конкретно чем чувак отработавший 11 м6есяцев и ушедший отличается от чувака отработавшего 12 мес но оставшегося? они что МАЛО сделали оба? нет
Но получит З/п только один?!
И то если ТЫ решишь что тот чел отработавший 12 мес входит в КОМАНДУ иначе опять же на мороз без бабла?!

не для себя для людей спрашиваю:)

Atrophia
> Чтобы оценивать задачи - есть около 10 различных гайдов и примеров, что даже
> uss или sun2sun справятся. Плюс мы стараемся помогать первые недели со всем.
В студию гайдлайн плиз?

Jeaniro
> он что, по инструкции будет оценивать результат работы программистов?
ну даааа :) ты же в курсе с кем ты общаешься?! в СЕОшных кругах эт норма:)

#53
21:26, 2 янв. 2022

Jeaniro
https://gamedev.ru/projects/forum/?id=266198&page=4&m=5500664#m45

#54
21:27, 2 янв. 2022

sun2sun
https://gamedev.ru/projects/forum/?id=266198&page=2&m=5500328#m22

#55
22:07, 2 янв. 2022

Atrophia
заклинило бедного поди
держись там тыж СЕО :)

#56
22:24, 2 янв. 2022

Я конечно как обычно попаду под раздачу (потому что всегда прихожу в конце всех разборок на этом сайте), но подскажите, почему необходимо такое большое кол-во людей для разработки проекта? С условием что это для души, а не для коммерции. Я просто спрашиваю так как сам тоже занимаюсь организацией команды и пока не совсем понимаю необходимость такой крупной команды буквально на старте. Заранее спасибо

#57
22:43, 2 янв. 2022

Crouberg
есть 2 варианта:
1. резервируем всех! чтоб проект не попадал в зависимость от желания одного участника все участники дублируются по своим ролям. такой подход выдавлявает из коллектива нарцисов.
2. имитация бурной деятельности за счёт рекрутинга.
на этой неделе приняли в команду 100500 участников , потратили на введения и в курс дела 100500 часов увеличили потенциал команды! мы молодцы!, а то что никто ничего не сделал это уже вторично, главное что не гуляли...но рекрутинг это не создание игры и об этом люди забывают

здесь мы наблюдаем второй вариант.
оптимальный коллектив без резервирования 5 человек(всё что больше начинает дробится на микроколективы и теряется цельность команды, 5 граничное число если задумаетесь и посмотрите в любую сферу школа0универ-армия-завод...практически всегда микроколективы это 2-5 человек) если мы говорим о резервировании то здесь вопрос организационный некоторые могут в 10 некоторые в 30 некоторые нормально управляют сотнями НО как правило после 5ти человек в команде лидер сдувается и включает jira-trello режим когда всё взаимодействие и обучение сводится к нарезке задачь. справился молодец держи ещё задачу. не справился - пофик.
люди понимающие что их ждёт от раздутой команды порой боятся рекрутить(полистай темки...очень много таковой политики придерживается). те кто не боится, как правило не могут использовать потенциал людей(этот проект яркий тому пример)
есть много умных книжек по этой тематике советую почитать

#58
23:47, 2 янв. 2022

Crouberg
Если посмотреть на руководства от Asana, Atlassian и т.д., не имеет разницы какой размер команды, если четко выстроены процессы. Просто начинают появляться менеджеры менеджеров.

Кому-то нравится такой подход, кому-то нет.

Человек сверху, почему-то считает свои слова - истинной. НО, если мы обратимся к компаниям с 100+ людьми, то немного врежемся в реальность. Форд, майкрософт, тот же атлассиан. Где людей не 100, 200 и даже не 1000. Почему-то тут все работает и даже развивается. (место для аргумента про оплату труда) Да, мы работаем на энтузиазме, из-за этого у нас увеличиваются только сроки. Если мы не правы, то оговоренный человек уже бы сделал не свой проект, но и еще парочку заодно, имея такую сильную, но мало количественную команду. Однако на дворе шел 3 год, а кроме моделей и пары экранов ui еще ничего нет.

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

Отвечая на ваш вопрос - не имеет разницы какого размера команда, главное - как устроены процессы.
В случае конкретно с нашим примером - мы стараемся добиться взаимозаменяемости. Чтобы не было людей, на которых завязана область, тем самым мы избегаем ситуаций, если человек заболел и работа в его области встала, а в рамках инди - это частое явление.

#59
0:23, 3 янв. 2022

Atrophia
> Отвечая на ваш вопрос - не имеет разницы какого размера команда, главное - как
> устроены процессы.
БИНГО!!!

и здесь барабанная дробь...
вернумся к вопросу процессов производственных.
а продукт то где?
где продукт рыночного качества :
модели?(3 модели да и те от уже ушедших от вас людей?)
уи?(не будем оскорблять и принижать, ведь качество очевидное и само за себя говорит)
код ?(инди, который требует минимум 1070 чтоб полагать...а комфортная игра только снится)

если процессы не генерируют результат значит с ними что то не так...но это не недостаток это фишка :)
пока рекрутинг живой всё НОРМАЛЬНО, а игру можно и переименовать :)

Страницы: 13 4 5 611 Следующая »
ПроектыФорумСобираю команду