Почему нельзя это визуализировать в виде доски?

Можно, какой?

Как бы поступил я: 1 - определился с тем, что для портфолио является Customer Recognizable Work Item. 2 - Дальше по реализации  этих Work Items нарисовал схему их жизненных циклов (возможно они будут разными), 3 - совместил бы эти жизненные циклы (от сложных к простым) и вытащил бы это в виде колонок на доске. 4 - Подумал бы о группировке и представлении этих Work Items на доске: что можно закодировать цветами стикеров, свимлайнами на доске, какими нибудь декораторами и т.п. (примеры информации для кодирования: типизация рабочих элементов, риски по Cost of Delay, группировка по источникам/заказчикам/связям со стратегическими инициативами и т.п.) 5 - повесил бы доску и все рабочие элементы портфолио на нее,  6 - определил бы, кто на этой доске должен быть обозначен на каждом из стикеров как ответственный, 6 - кто и с какой частотой должен собираться у доски и какие вопросы поднимать

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

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

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

Как ты поймешь, что «все систематизировано»? На сколько ты хочешь ускорить этап упаковки?

Сейчас доходит до 3 месяцев. Лично я запускаю за 14 дней.

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

Теперь придумай к какому сроку ты это хочешь сделать.  Будет цель.

Тут я бы расписал - каких именно действий. Что сейчас лишнее. Как это можно убрать? Почему вообще это для Тебя важно?

Коучингбез запроса это плохо :(

При всем уважении, но как можно быть agile коучем с опытом работы скрам мастером 1 год 😱

Команда Сбербанка ищет Agile-коуча, который будет помогать командам создавать лучшие клиентские продукты!

Ты нам подойдешь, если ты:
📌 Работал в роли Agile-коуча или Scrum-мастера от 1 года;
📌Знаком с гибкими подходами к работе: фреймворк LeSS, Scrum и Kanban-метод;
📌 Применяешь процессные и продуктовые практики (например, Impact Mapping, Story Mapping, Design Thinking, Unit-экономика, A/B тестирование и проч.);
📌 Умеешь разрабатывать обучающие программы;
📌 Знаешь основы DevOps и работал в JIRA и Confluence.

Присоединяйся к команде Sberteam!  

https://clck.ru/NSHW8

Не мы такие, жизнь такая :)

Меня не возьмут, кстати. Ни разу не работал ни в Jira ни в Confluence ;)

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

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

выглядит как кастомный подход, про который врядли снимали книжки =)