IL
Боже упаси.
Size: a a a
2020 April 29
Т
на том и порешали)
ДК
При чём тут провокация? Кто-то топил за реальные случаи, вот вам один. Надо ввести нового чела в команду максимально быстро и максимально эффективно. Как это сделать?
А что значит максимально быстро? Минута? Час? День неделя? Как померять максимальную эффективность? А ка померять недоэффективность?)
IL
Допустим, одним способом человек вливается в команду за неделю, другим - за две, третьим - за месяц и то не факт. В команде минимум шторма при условии психологической совместимости, конечно :)
ДК
Дело в том, что мы никак не можем измерить не время (конфликты всегда были будут), мы никак не можем измерить эффективность. И в каждом случае будет свой контекст - организация, команда, проект, коммуникации, заказчик, бизнес-домен...
ДК
есть какие-то лучшие практики, которые периодически описываются в книгах и видосиках - прозрачность, совместные тимбилдинги, приставленный бадди и ментор, частые фидбек лупс...
ДК
но про ранжировать по степени эффективности нельзя - именно потому, что мы люди - сложные системы, а в коллективах - эта сложность умножается
ДК
Допустим, одним способом человек вливается в команду за неделю, другим - за две, третьим - за месяц и то не факт. В команде минимум шторма при условии психологической совместимости, конечно :)
А если напишешь книгу по этим способам или тренинг замутишь - озолотишься)))
ДК
Чт-то типа, Professional Teambuilder 1,2,3) или Certified Professional Onboarding Specialist ))
ДК
но потом можно и Certified Professional Onboarding Trainer запустить)
IL
А если напишешь книгу по этим способам или тренинг замутишь - озолотишься)))
Хорошая мысль - подумаю, спасибо.
2020 April 30
AA
При чём тут провокация? Кто-то топил за реальные случаи, вот вам один. Надо ввести нового чела в команду максимально быстро и максимально эффективно. Как это сделать?
Парные сессии — разработка, тестирование и аналитику. То есть все и пусть поработает в паре со всеми членами в команде. Рекомендую использовать strong style pair . Сюда же можно добавить и моббинг. Но для этого уж слишком из зоны комфорта многим придётся выйти.
AA
Напомню, весь сыр-бор начался с того, что у человека уточнили, зачем ему ретроспектива, на что был получен ответ в духе того, что она всегда помогает. Был бы другой ответ, ничего бы этого не было :))
Перечитала всю дискуссию и нигде не нашла, что речь шла именно про ретру в скраме ☺️
Мне кажется есть люди, настолько травмированые неудачным опытом со скрамом, что заранее все, что связано как—либо со скрамом воспринимается «в штыки».
Мне кажется есть люди, настолько травмированые неудачным опытом со скрамом, что заранее все, что связано как—либо со скрамом воспринимается «в штыки».
Т
Я не виноват, если вы не увидели 🙂
Т
но я понимаю, почему вы так отстаиваете, работу никто не хочет терять)
IL
но я понимаю, почему вы так отстаиваете, работу никто не хочет терять)
Странный вывод...
IL
Парные сессии — разработка, тестирование и аналитику. То есть все и пусть поработает в паре со всеми членами в команде. Рекомендую использовать strong style pair . Сюда же можно добавить и моббинг. Но для этого уж слишком из зоны комфорта многим придётся выйти.
Nice try. Ждем еще варианты.
AA
но я понимаю, почему вы так отстаиваете, работу никто не хочет терять)
Вообще не поняла, к чему это)
Т
Странный вывод...
тут весь день у всех странные выводы если почитать переписку
AA
Nice try. Ждем еще варианты.
Из пруфов, за месяц в среднем разработчик или QA при таком погружении выходил в целом на такую же производительность как и «старички» при сложном домене. В обычной ситуации минимум 2—3 месяца. И это особо не упарывались, в день было по 2—3 часа парной работы с кем—то из Команды.
Хотя я хз как можно больше часов работать в таком режиме, имхо, слишком энергоемко.
Хотя я хз как можно больше часов работать в таком режиме, имхо, слишком энергоемко.