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

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

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

.. и быть может корень проблемы тут в отсутствие рабочей обратной связи?

У нас ее нет вверх по дереву управления, а вниз она какая-то обрезанная и куцая. Точнее вверх она тоже куцая из-за редких встреч с руклями и все они 1-1, никаких коллективных ретро нет, только в моей команде появились в первый раз, по моей инициативе

🔵 В группе есть традиция - представляться при входе:

▫️Какой у вас проект или где работаете?
▫️В чём вы специалист?
▫️Чем можете быть интересны или полезны сообществу?
▫️Чем интересно сообщество вам? Что вы ищете?
▫️Откуда вы?
▫️Как узнали про группу?

В сообщении нужно указать тэг #whois

🔵 Правила чата:

🚫 Реклама запрещена
🚫 Политика запрещена
🚫 Публикация вакансий запрещена
🚫 Флуд и оффтопик запрещены

За несоблюдение правил - одно предупреждение, далее следует бан.

Здесь мы общаемся на темы, посвященные Agile, Scrum, Lean, XP, Kanban, инструментам повышения эффективности. Отвечаем на вопросы. Делимся идеями, новостями, а также публикуем анонсы.

📣 Заметили нарушение? Обратитесь, пожалуйста, к модераторам:

🔸@dmitriyabr
🔸@d_dzhafarov
🔸@NikolayKrupiy
🔸@thegreatbender
🔸@DenisIzmaylov

🔵 Параллельно с этой группой развиваются:

🔸@agile_jobs
🔸@projects_ru
🔸@products_ru

🌎 Возможно, вам также будут интересны группы: @selfdev_ru, @projects_jobs, @products_jobs, @devops_ru, @devops_jobs, @qa_ru, @qa_jobs, @mobile_jobs, @javascript_jobs, @uiux_ru, @uiux_jobs. Приятного общения!

Я тоже, кстати. Но я видел, как это делают другие!

Значит в них нет потребности :)

Я даже этого не видел ...

Тут еще возможет вариант из области "не знаем, что не знаем".

Всем привет, уже когда-то был в этом чатике, пришел с вопросом :)
У меня в команде и на самом деле во всем отделе практикуют one-on-one management, планирований на команду нет, есть планирование руководителей, есть только стендапы команды, на которых все рассказывают чем занимались, но выглядит довольно бесполезным, так как никто до конца не имеет чужого контекста. Спринтов нет, целей на спринты нет, раз в неделю на 1-1 обсуждаются индивидуальные задачи и если остается время — фидбек.
Собсна, вопрос, есть ли какие-то внятные статьи / книжки про такой подход управления? Мне он абсолютно не понятен и я вижу узкие стороны, когда рассказываю руководству, им все кажется норм (но это люди, которые в контексте продукта 2+ лет). Хочу либо понять, чем же этот подход хорош, либо научиться указывать на его слабые стороны с хорошими аргументами, чтобы продать уже наконец в нашем отделе хотя бы планирования с командой и цели на спринт.
Сам я разработчик с бэкграундом скрам мастера в предыдущих командах. Размер отдела порядка 50 чел, 3 больших руководителя и еще 5-6 под ними в командах

Чтобы я не стал делать: 1 - пытаться оттолкнуться от того сколько у меня команд и как-то их визуализировать, 2 - пытаться повесить на эту доску "задачки" которые сейчас команды делают или планируют делать. - Почему? Потому, что за командами мы потеряем фокус на клиентской ценности и портфеле всех инициатив

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

У нас ее нет вверх по дереву управления, а вниз она какая-то обрезанная и куцая. Точнее вверх она тоже куцая из-за редких встреч с руклями и все они 1-1, никаких коллективных ретро нет, только в моей команде появились в первый раз, по моей инициативе

а новичкам точно хватает компетенции чтобы понять, есть польза или нет?

"Проблема в очень медленной доставке, в низком уровне осведомленности о чужой работе у рядовых специалистов, не сеньоров или тимлидов"

во всех, абсолютно всех компаниях, что я видел/ слышал/ знаю, "очень медленная доставка" — читай, не мгновенная.

"очень низкий уровень осведомленности о чужой работе" — это может быть как плохо, так и хорошо.