Телеграмм чат группы meetupteam страница 230

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

@meetupteam

458 membersпожаловаться на группу

2019 March 06

АП

Андрей Павленко in @meetupteam

Мне прямо стыдно стало, что набрасывал про неэффективность, не разобравшись, что у тебя на самом деле и не вся команда занимается наймом, а делегаты 🙂 Ну и вообще, сорри, да, гиперэнергично был

Мне неудобно что тебе из-за меня стыдно ))) Ок, проехали :)

Дело в том, что у меня делегаты - в основном не потому что "дорого". Представь себе ситуацию - 7 человек в команде, и 1 кандидат. Он будет себя очень неуютно чувствовать )
Второй момент - всё-таки разделение по скиллам. Чаще приходили те, кто занимается примерно тем же на что берут и кандидата (сложности возникали, кстати, когда брали человека с чем-то совсем новым для команды - непонятно, кому идти). Ну и второе собеседование бывало именно потому что "по скиллам ОК, но мы не уверены что сработаемся. давайте второй раз другие парни пойдут".

источник

12:05пожаловаться #1

V

Vitaly in @meetupteam

> Представь себе ситуацию - 7 человек в команде, и 1 кандидат. Он будет себя очень неуютно чувствовать )

Это тоже один из аргументов «против» n:1 собеседования. Но иногда делают так, чтобы n:1 был размазан по времени в 1:1 * n, что еще тяжелее

источник

12:06пожаловаться #2

АП

Андрей Павленко in @meetupteam

> Представь себе ситуацию - 7 человек в команде, и 1 кандидат. Он будет себя очень неуютно чувствовать )

Это тоже один из аргументов «против» n:1 собеседования. Но иногда делают так, чтобы n:1 был размазан по времени в 1:1 * n, что еще тяжелее

Поэтому да, 1-2 захода по 2-4 человека и всё.

источник

12:06пожаловаться #3

М

М in @meetupteam

Андрей Павленко

Нашёл в соседнем чатике то, что писал:

"Практиковалось в двух компаниях, где я работал. Наверное, практикуется там др сих пор. Алгоритм прост:
1. Команда понимает, кто им нужен, и согласовывает эту нужду с ВП.
2. Команда составляет draft вакансии, потом доводит её до ума вместе с hr
3. hr делает свою магию и пуляет в команду отобранные резюме.
4. Команда (обычно 2-3 делегата) + SM (опционально) + hr (ещё опциональнее) собеседуют.
5. В целом - PROFIT!, но иногда шаг 4 повторяли ещё раз."

Что касается зарплат - возможна масса вариантов. В некоторых компаниях есть так называемые "зарплатные формулы" - когда наличие навыков и взятие на себя ответственностей и фронтов работ в рамках команды учтываются при расчёте ЗП. Есть компании, в которых ЗП друг друга всем известны и обсуждаются вместе. Есть варианты (правда, в России не видел) когда у команды есть бюджет и она сама его делит внутри (понятно, что для этого команда должна состоять из очень зрелых людей).

Спасибо!

источник

12:06пожаловаться #4

V

Vitaly in @meetupteam

> Ну и второе собеседование бывало именно потому что "по скиллам ОК, но мы не уверены что сработаемся.

такое вижу скорее форс-мажорной ситуацией. Если не уверены, проще не взять часто. Ну, если воронка хорошая.

источник

12:07пожаловаться #5

V

Vitaly in @meetupteam

К тому же делегаты чаще всего из неформальных лидеров берутся, раз уж они не уверены, нуууу

источник

12:07пожаловаться #6

АП

Андрей Павленко in @meetupteam

Так-то если «культурный миф» компании сшейпил команду так, что она самостоятельная, ни тимлид, ни PO, ни devops не нужны как обязанности, а разбираются как роли, или вообще размазываются на всех

Миф мифом, а в Скрам чётко - есть ВП, СМ и команда. Лидов нет :) Вы можете называться лидами, архитекторами, девопсами, но с точки зрения Скрама вы - "команда" и вы более-менее равны :)

В целом роль постоянного выделенного (и неважно, формального или неформального) лида для команды вредна, потому что создаёт bottleneck и мешает остальным расти (все начинают бегать за решенями к лиду). Вот ситуация, когда ситуационные/скилловые лиды в своей зоне экспертизы, к тому же не принимающие решения, а менторящие/учащие/коучащие своих коллег - это идеал (ИМХО). Но такого я ни разу не видел живьём, хотя говорят - есть места )))

источник

12:08пожаловаться #7

V

Vitaly in @meetupteam

Я не вкладываю в «миф» негативной коннотации какой-то

источник

12:09пожаловаться #8

АП

Андрей Павленко in @meetupteam

Мифов вокруг Скрама и правда много ;)

источник

12:09пожаловаться #9

М

М in @meetupteam

Скажи, как будет время, что ты думаешь о моих заметках по ситуации с бирюзой в valve http://sharovatov.github.io/entries/2019-02-valve.html

Ребят, уже не первый раз в тематических чатах вижу термин "бирюзовые компании" - можете пожалуйста лаконично объяснить о чем речь (понимаю, что могу нагуглить, но практика показывает, что человек понимающий может очень емко и лаконично в пару тройку предложений объяснить все самое важное по теме), для общего развития хочется понять

источник

12:09пожаловаться #10

V

Vitaly in @meetupteam

Андрей Павленко

Мифов вокруг Скрама и правда много ;)

Я исключительно с точки зрения социологии

источник

12:10пожаловаться #11

V

Vitaly in @meetupteam

Мифов классических вокруг любой методологии и технологии полно, да

источник

12:10пожаловаться #12

V

Vitaly in @meetupteam

Про вредность лида не соглашусь, тут вопрос многофакторный, и скорее он про цену настройки и поддержания команды/процессов в компании.

источник

12:10пожаловаться #13

V

Vitaly in @meetupteam

На моем опыте (и по теории) иерархические команды дешевле собирать и поддерживать

источник

12:11пожаловаться #14

V

Vitaly in @meetupteam

Но эффективность горизонтальных теоретически выше

источник

12:11пожаловаться #15

АП

Андрей Павленко in @meetupteam

Скажи, как будет время, что ты думаешь о моих заметках по ситуации с бирюзой в valve http://sharovatov.github.io/entries/2019-02-valve.html

Открыл, по диагонали пробежал - интересно. Вчитываться прямо сейчас не смогу - отложу на попозже :)

источник

12:11пожаловаться #16

V

Vitaly in @meetupteam

Однако я пока не видел хорошо выстроенных горизонтальных команд. Возможно, все впереди

источник

12:11пожаловаться #17

V

Vitaly in @meetupteam

Андрей Павленко

Открыл, по диагонали пробежал - интересно. Вчитываться прямо сейчас не смогу - отложу на попозже :)

Окей, отпишись пожалуйста как закончишь, обсудим!

источник

12:12пожаловаться #18

АП

Андрей Павленко in @meetupteam

На моем опыте (и по теории) иерархические команды дешевле собирать и поддерживать

Да, однозначно. Но и масштаб достижений - разный!

источник

12:12пожаловаться #19

V

Vitaly in @meetupteam

Андрей Павленко

Да, однозначно. Но и масштаб достижений - разный!

Более того, для некоторых бизнес-моделей горизонтальная структура просто совсем не подходит

источник

12:12пожаловаться #20