Попросил ChatGPT резюмировать итоги обсуждения "Что надо сделать, чтобы команда начала работать по Канбан" из прошлого поста.

По-моему, получилось весьма интересно 😊

### Чек‑лист запуска работ по Канбан‑методу в команде

0. Пролог: «Не стреляйте, я только спрашиваю»

Разбираемся в контексте: зачем вообще создана команда, чего от нее ждут, что болит, сколько денег 💸 / людей 👥 / ИБ‑ограничений 🛑 у нас есть и все остальное что важно знать перед началом.

1. Получить у спонсора/ЛПРа подпись кровью 🖊

Находим и приручаем спонсора‑ЛПР, продав ему идею. НО НИ В КОЕМ СЛУЧАЕ не говорим слова "Канбан" 🚫, "поток" 🌊, "WIP-лимиты" 🔒 и так далее. Это пугает неокрепшие умы ЛПР-спонсоров 🧠💀.

2. Обучение команды 📚

Ликбез 📖, общее обучение 🧑‍🏫, и обязательно игра 🎮 GetKanban — чтобы все поняли механику до того, как станет больно . Лакируем и закрепляем канбан-мемчиками в рабочем чате.

3. "STATIK‑ритуал" 🔮

Формулируем цель сервиса 🎯, рисуем поток работ на доске, вводим классы обслуживания 🏷 и WIP‑лимиты ⛔️, договариваемся о нужных каденциях — полная классика STATIK. Надеемся, что этого хватит для старта 🚀.

4. Закрепляем политику входа задач и пожарный сигнал

Приучаем все к принципу: «Нет на доске — нет в работе». Чётко описываем, что такое «срочно» ⚡️ и кто имеет право кричать «горим!» 🔥. И что мы после этого крика делаем 🤷‍♂️.

5. Дергаем большой красный рубильник 🚨

С понедельника вытягиваем задачи по Канбан-системе слева-направо строго в рамках WIP-лимитов 📈. Готовимся к нытью и непониманию в команде 🤦‍♂️, но радуем всех тем, что выбрасываем скрам‑ритуалы на свалку 🗑 (или музей) .

6. KMM‑апгрейды по чуть‑чуть

Раз в неделю добавляем новую практику из плаката KMM ‒ маленькими порциями, чтобы команда не сбежала 🏃‍♀️ и не догадалась, что "у нас Канбан" 🤫.

7. Данные и PR 📊

Собираем метрики (lead time, throughput, WIP Aging ), рисуем графики 📈 и показываем их всем, чтобы сохранить доверие 💪 и бюджет 💵.

Канал "Данные в действии"

Всем привет! 👋

На прошлой неделе мы с вами обсуждали, что нужно для запуска работ по Канбан-методу. И это обсуждение было не просто так! Часто, отвечая на этот вопрос, я слышу: "Да просто проведите им STATIK, и все!"... но мой опыт говорит, что этого, к сожалению, недостаточно.

👉 Есть куча необходимых действий ДО STATIK (например, выровнять ожидания ЛПРов и менеджмента) и после STATIK (поддержка, доделка того, что не успели, и так далее). И порой, от этих шагов зависит успех всего предприятия. Да и сам STATIK — не панацея, и редко идет так как задумано! 🤷‍♂️ Участники часто не обладают нужными данными, не всегда понимают суть изменений и целей своей, а уж установить WIP-лимиты на первой сессии STATIK — часто похожа на попытку научить кота играть на пианино. 🐱🎹

Короче говоря, "просто провести STATIK" — это худшая рекомендация 👎, которую можно дать для старта работы по Канбан-методу в команде. Тут нужен полноценная сессия Запуска: с обучением, подготовкой менеджмента, выравниванием ожиданий и, конечно, созданием Канбан-доски. Не забываем про поддержку после запуска!

🤷‍♂️Но вот беда — хороших материалов о том, как провести такую сессию, почти нет. На русском так вообще нет. Каждый делает по-своему, полагаясь на интуицию и опыт (и иногда на удачу). А если вы хотите все это организовать в своей команде, то, скорее всего, вам придется действовать методом проб и ошибок. 🔨Что несколько напрягает, по-моему.

🎉 Но я облечу вашу задачу!
Во время отпуска я перевел отличное руководство — "Kanban Kick-Start Field Guide" от Sandvik IT (IT-подразделение Sandvik Group). 💡

📔 Это практичное руководство охватывает все минимально необходимые действия до, во время и после Запуска работ по Канбан-методу. Конечно, оно было написано в 2013 году, и моменты связанные с организацией работы удаленных команд сейчас выглядят наивно, но как план действий — это отличный документ! В нем даже есть роль Flow Manager, что в свете последних изменений от KU, выглядит как рекомендация, опередившая свое время, но очень актуальна сейчас. 🔄

🛋В общем, читайте, изучайте, спрашивайте.
Перевод 80 страниц текста превратился в 130, но я уверен, что это вас не остановит! 😉
Оригинал руководства на английском доступен по этой ссылке

Лайк, share, repost — добро пожаловать! 🚀

Обсуждаем тут

Канал "Данные в действии"

Обсуждения пост

В общем, каким-то странным макаром у исходного поста с PDF руководством по Запуску работ по Канбан-методу отвалились комментарии 🤷‍♂️

ПОЭТОМУ давайте обсуждать тут, под этим постом 👇

Вообще история и суть этого руководства интересна.

🛢Начать с того, что Sandvik Group - это вообще-то нефтянка.
А Sandvik IT - это лишь IT-подразделение этой нефтянки. Тем не менее, интересно, что автор решили выпустить такое практическое и полезное руководство. Какие цели они при этом преследовали мне не известно, но вышло хорошо 🤷‍♂️

😢 Изначально авторы планировали что у этого руководства будет продолжение, но по факту никакого продолжения не случилось. ЧТо печально, на мой взгляд.

⏲️ Важно отметить, что руководство было написано в тот период, когда существовал совместный бренд Lean Kanban University, и поэтому в руководстве вершиной развития Канбан-системы называется Lean-подход.
🤷‍♂️Но судьба распорядилась так, что Kanban University отпочковался от Lean Kanban Universty, где-то в 2015-2019гг, и начал двигать свое видение Канбан-метода.
В тексте руководства раскиданы всякие реверансы к Lean, и не надо этому удивляться, а просто принять во внимание временной контекст , когда это все было написано.

😂 Чтоб вы понимали, в этом руководстве главными Канбан-метриками указаны Cumulative Flow Diagram и Control Chart (дада! контрольная диаграмма, что бы под этим не подразумевалось).
А Lead Time Distribution Chart (LTD) указана как "другая диаграмма ... которая становится все более популярной в Канбан-сообществе" 😂😂
Сейчас-то без LTD мы никуда - а в то время это только начинало быть популярным.

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

🌟 И далее дается перечень действий ПОСЛЕ Запуска, которые призваны эту стабилизацию и опрозрачивание поддержать и придать импульс к дальнейшим улучшениям.
То есть это не "просто провести STATIK" и уйти в горизонт. Это полноценный Запуск с последующим сопровождением.

👏 Еще меня очень порадовало, что в самом начале руководства дан призыв - пообщаться с Менеджером команды, чтобы опрозрачить его цели, и выровняться в ожиданиях от перехода на Канбан-метод.
‼️Более того, в руководстве есть точка, в которой Коуч (к которому обращено это руководство), должен спросить САМ СЕБЯ - а стоит ли тебе вообще идти по пути Запуска с этой командой? решит ли это их проблемы и продвинет ли к их цели?

💎 И это, скажу я вам, дорогого стоит. Это явное указание на то, что нет серебряной пули, и любой инструмент надо применять с учетом контекста и окружения, и не обещать того, чего не можешь, а по взрослому расставить границы возможного и достижимого, и уже из этой точки договариваться

👉 Накидывайте в комменты, что еще интересного найдете в этом руководстве для себя. Или чего не нашли в нем, а стило бы этому там быть.

📘 Так, глядишь, и современное руководство по Запуску работ по Канбан-методу сделаем. Необходимость сделать это, по-моему назрела.

Данные в действии

Всем привет! 👋

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

🤷‍♂️Будем честными - гибридная работа всё ещё остаётся загадкой: одни находят в ней свободу, другие — источник постоянного стресса. Пока никто не может с точностью сказать, как совместить уют домашнего офиса и энергию рабочего пространства так, чтобы всем было комфортно и продуктивно

Разные компании после пандемии принимали разные решения касательно сохранения удаленки:
➡️ Amazon требует людей вернуться в офисы, аргументируя это тем, что «креативность и инновации зарождаются в спонтанных обсуждениях» лицом к лицу».

➡️ Uber и Apple, Google требуют "минимум 3 дня в офисе", аргументируя это тем что личные встречи повышают креативность и продуктивность команд.

➡️ IBM потребовал всех вернуться в офис или «попрощаться с карьерным ростом».

➡️ Meta (Facebook) для ряда ролей разрешает удаленку, но добавил "коллаборационные дни" в офисе, и отмечают, что "данные внутренних опросов показывают, что гибрид повышает удовлетворённость без потери эффективности.

🤯 То есть - кто в лес, кто по дрова. Серебряной пули нет.

👉 Но умные головы уже думают над вариантами решения этой головоломки — уже даже есть фреймворки, призванные навести порядок в этом вопросе. Один из таких подходов — CARE‑фреймворк.

🧠 Это не панацея, а скорее набор вопросов и инструментов, которые могут помочь выбрать оптимальный вариант.
Может быть, это именно то, что вы искали, а может, вы придумаете что‑то своё. В любом случае, стоит познакомиться с идеями CARE‑фреймворка — подробности в перепосте ниже👇

https://news.1rj.ru/str/kanbanclub/601

✋ Неожиданно очень нужна помощь зала! Прошу внимания!

❓Как лучше переводить на русский язык average и mean?

В английских текстах по Канбану, и статистике эти слова часто стоят рядом в одном предложении 🤯
И оба слова, можно перевести на русский как "среднее" 🤷‍♂️

Но дьявол, как говорится, в мелочах 😈👿😈😈😈

💫 Mean - это математический термин, обозначающий среднее арифметическое - то самое, которое мы вычисляем как сумму чисел деленную на их количество.
Слово mean говорит нам о том, что значение надо именно вычислить по формуле.

Слово mean нормально применить в следующих фразах:
The mean score of the class on the test was 75%
The teacher explained how to calculate the mean of a data set in class today.
To find the mean temperature for the week, you need to add up all the daily temperatures and divide by seven

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

Слово average нормально применить в следующих фразах:
His performance at work is above average this year.
On average, people spend 3 hours a day on social media.
She is an average student, neither outstanding nor struggling with her grades.

😡 Самое противное, что в английском языке average часто используется как синоним mean.

Например если в фразе
"The mean of these five numbers is 20"
заменить mean на average, то это не сильно изменит смысл.
Однако использование average делает фразу менее строгой с точки зрения математического смыла, хотя она всё равно будет восприниматься как указание на арифметическое среднее.

🤯 И как быть? 🤷‍♂️

Я вот думаю, что mean надо всегда переводить как "среднее арифметическое".

А вот average - как переводить чтобы не путать людей?
Пока в голову приходит только писать "среднестатистически".

Как вам?

Пример 1
Фраза: His performance at work is above average this year
Перевод: Его производительность в этом году выше среднестатистического значения (по отделу)

Пример 2
Фраза: On average, people spend 3 hours a day on social media.
Перевод: Среднестатистически, люди тратят 3 часа в день на соцсети

Пример 3
Фраза: She is an average student, neither outstanding nor struggling with her grades.
Перевод: Она среднестатистический студент, не выдающаяся, но не испытывает проблем с оценками

🤷‍♂️ Вроде ничего, но как-то корявенько получается, не? Что думаете?