Про KANBAN простыми словами / Эффективная работа с беклогом

Продолжаем разговаривать на тему agile-методологий. Сегодня я расскажу вам о том, что такое kanban, для чего его придумали, как это применяется в IT и как соотносится со скрамом (о нем я рассказывал в предыдущем выпуске).
Так что заводим кофе-машину и погнали!😎
Аудио-версия выпуска: goo.gl/vPYWQw
Ещё немного о Kanban: goo.gl/7YzH8b
_______________________________________
АЙТИБОРОДА В ИНТЕРНЕТЕ:
🔹 Сайт - itbeard.com
🔹 KZbin - / itbeard
🔹 SoundCloud - / itbeard
🔹 Discord - s.itbeard.com/discord
🔹 Telegram - t.me/itbeard
🔹 Instagram - / itbeard
🔸 Стать спонсором - kzbin.infojoin
00:00 - Начало
00:55 - о компании "Toyota"
01:35 - что такое канбан в производстве
02:32 - что такое канбан в ИТ
02:43 - что такое беклог
03:07 - о статусах в канбане
03:57 - роли в канбане
04:25 - ограничения на беклог
04:44 - Work in progress
05:55 - оценка задач
06:32 - о количестве людей в команде
07:05 - еще о времени выполнения задачи
07:34 - о релизах
08:11 - новые задачи в канбане
08:49 - где канбану жить хорошо
09:11 - о канбане в скраме
УЧИМСЯ #ДОМАВМЕСТЕ
#itbeard #айтиборода #agile #kanban #backlog

[@itbeard]

*Не стесняемся репостить видео и оставлять комментарии - это очень помогает каналу расти и развиваться. Спасибо, родные! :)* Таймлайн навигация: 00:55 - о компании "Toyota" 01:35 - что такое канбан в производстве 02:32 - что такое канбан в ИТ 02:43 - что такое беклог 03:07 - о статусах в канбане 03:57 - роли в канбане 04:25 - ограничения на беклог 04:44 - Work in progress 05:55 - оценка задач 06:32 - о количестве людей в команде 07:05 - еще о времени выполнения задачи 07:34 - о релизах 08:11 - новые задачи в канбане 08:49 - где канбану жить хорошо 09:11 - о канбане в скраме

[@DenisPSPU]

Помню, как год назад впервые посмотрел это видео, и после просмотра осталось странное чувство, что вроде все просто, но нифига не понятно. Тогда я еще работал юристом и переход в IT был далекой мечтой, поэтому даже прочитав целую книгу про Agile я все равно не мог уместить всю структуру канбан-доски в голове и спроецировать ее на конкретные задачи. Теперь, спустя три месяца работы тестировщиком, я снова открыл это видео, и на удивление все в нем стало абсолютно понятно и просто:) Так что тут скорее всего решает практика, ибо если ты не работал никогда с канбан или скрам, понять, вместить в себя и правильно переварить всю данную тобой в ролике ценную информацию, основываясь только на теории, будет крайне сложно. Еще я бы сказал, что в ролике не хватает скринов доски, но... тогда бы пришлось углубляться в особенности постановки задач, бизнес-процесс, приоретизацию, разбивку задач на типы и прочие очень важные и многочисленные вещи, которые только запутали бы повествование. Так что, думаю, это видео можно рассматривать как некое краткое описание самых азов работы беклога и большой задел на "развертывание" этой темы.

[@rosalino1620]

То есть проще говоря Аджайл - это идея, Скрам - это метод построения процесса разработки, а Канбан - это инструмент управления процессом?

[@drakecurtis8025]

i know Im asking the wrong place but does anyone know a tool to log back into an instagram account..? I was dumb lost my login password. I would love any tips you can give me.

[@irinakondr]

Спасибо! Самая лучшая подача материала, что приходилось слушать.. без воды, лирических отступлений, по делу и все самое нужное! Подписываюсь

[@ikigaipower]

Канбан - это карточки. Каждой задаче карточку. С каждой карточкой мы решаем что делать, пока задача решиться. Если мы берем задачу то в 90% это что то не понятное и не вещественное, канбан дает понимание что любая задача не будет забыта и сделана и что любую задачу можно перевести из мысленной формы в вещественную, канбан учит материализовывать идеи.

[@SunnywinterRus]

Прекрасный канал, спасибо большое!

[@ArkadyKuz]

Спасибо за хороший контент, полезно =) И борода реально прикольная хд

[@user-kp7dn8nk7p]

Самое лучшее раскрытие темы Kanban на просторах интернета❤

[@viktoriyasilbermann]

было бы классно еще пару картинок добавить, т.е. разбавлять монолог. Я работаю с Jira и могу хорошо наглядно представить себе как KanBan встраивается в SCRUM, но начинающему наверное будет сложно только на словах все понять. В остальном суперское видео!

[@itbeard]

Спасибо! Буду стараться 🙂

[@SecretiveUnknown]

И склеек бы поменьше, а то реально глаз мозолят.

[@sorrocking]

@@SecretiveUnknown не придирайтесь)

[@ThePavelPower]

А разве Scrum, это не частный случай Канбан?

[@itbeard]

Посмотри Пименова

[@vsevolodmedvedovskyy2202]

Спасибо большое! Все коротко и понятно!

[@user-fk9nz4cw4p]

Как начинающему ит- рекрутеру, Ваши видео супер! 🤗😎

[@user-dn9cn2rg8b]

Спасибо большое, все понятно, рассказано отлично и главное вовремя))

[@itbeard]

На здоровье!

[@shahak8386]

Спасибо! очень полезное видео!))

[@user-rw7uh2vo9z]

Очень полезный видос !

[@victoriagobianidze9210]

Спасибо за видео!👍

[@AzatYulmukhametov]

отличное видео! Спасибо

[@andrewletaev2097]

Благодарю. Отличное и понятное сравнение SCRUM и KanBan.

[@egorkomarov4719]

Спасибо и респект!

[@_RedTiger_]

Спасибо! Чётко и доходчиво 👍👍😎😎

[@OxanaCutiuba]

Спасибо. Наконец я услышала чёткое различие между Kanban и Scrum.

[@dmitriykudasov701]

Засчитано) Видео интересно. Тема актуальна.

[@mariamekhova]

очень просто и понятно, правда. спасибо!

[@anastasiiamakhatilova6267]

Большое спасибо за подробное и доходчивое видео. Очень полезно!

[@ThePavelPower]

В видео много ошибок. Если говорим про Канбан, то лучше пойти посмотреть Алексея Пименова

[@itbeard]

И сразу перед этим прочитать несколько книжек по канбану, ага ;)

[@HopeDelRey]

Спасибо!)

[@AndrewJilin]

Спасибо, доходчиво

[@teamexploringmotor7894]

Спасибо топчик!!!

[@artfrost89]

Всегда был уверен, что канбан это по сути не метод, а просто доска. Взрывало мозг, когда сравнивали канбан и скрам, для меня это было все равно, что сравнивать метод и класс. Спасибо этому видео, все очень просто и доступно объяснили)

[@itbeard]

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

[@artfrost89]

@@itbeard я уже посмотрел следом, и мое представление за один день было сломано дважды)

[@user-wb8gn5gb8q]

Клааааас, крууууууто и доходчиво!!!

[@danielbodr7843]

В современном мире очень тяжело заставить людей что либо сделать для тебя, а в мире видео-блоггеров все в два, а то и в три раза сложнее - не просто лайк и подписка а ещё и комментарий чтобы оставили. И если лайк и подписка это как на кнопку нажать, то комментариев добиться очень тяжело. Но автор гениально решил эту проблему: взял сложную тему (которую нельзя понять если ты специально не учился и тем более не работаешь в ней) и объяснил простыми словами. В итоге благодарная аудитория (ну хоть кто-то объяснил по-человечески!!) Ставит лайки. А комментарии обеспечивает профессура, которая разводит научные холивары на тему видео )) С точки зрения продвижения - однозначно вин. Я бы на месте автора поставил на поток "допущение неточностей" в сюжетах на регулярной основе чтобы стимулировать экспертов писать комментарии. А потом ещё нанять штатного эксперта который будет комментировать ошибки сюжета и умышленно допускать новые неточности, чтобы налетали новые эксперты с разоблачениями. А они точно налетят, иначе какой смысл смотреть видео о "простых словах" если ты и так в этом эксперт? )) Значит специально просматривают чтобы похоливарить от души ))

[@itbeard]

Спасибо за интересную идею)

[@DmitryMarkovArh]

Спасибо!

[@dsalodki]

я немного не так представлял kanban и думал что не знаю что это такое :) оказывается работал

[@oksanamashkina3123]

Спасибо большое, Вы очень понятно объяснили особенности Канбана

[@itbeard]

Спасибо!

[@user-pi5hw6sf4k]

Молодец!

[@cmaac4004]

Спасибо)

[@wilhelmtelle-jc2sd]

Лекс, спасибо, бро

[@Eugen_Rybakov]

Я учился на курсах, на проектного менеджера IT, но внедрял эти методологии в инженерии (хардвер) и маркетинге. Так что по опыту скажу, что эти методологии отлично ложатся и под другие сферы, кроме IT. При том я использовал камбан с элементами скрам. То есть, из опыта, эти гибкие методологии, свободно можно подстраивать под себя.

[@PavelKamyshov]

камбан )))

[@vitaliy.sergeev1]

@@PavelKamyshovcum ban )))

[@TheRVSN]

А вы не думали, что вся эта дребедень давным-давно известна, и что этим пользовались ещё францисканцы (церковное министерство полезных ископаемых и стройки), которые строили великие пирамиды в "древнем" Египте не ранее 15 века?

[@zhitnick92]

7:07 Отличия Kanban от Scrum

[@anastasiiabaibuzenko3560]

Дякую, як круто , що ви настільки зрозуміло пояснюєте

[@pnoper]

У меня сейчас такие есть статусы: Нужно сделать - Начали, но отложили - В процессе - Доработка - Тестирование - Готово Из "Нужно сделать" перемещаем в "В процессе". От туда в "Тестирование". Из тестирования можно отправить либо в доработку, либо закрыть. Если в процессе выполнения форс мажор и еще что, то можно отложить и через время вернуться. Довольно удобно и все понятно, что где происходит

[@itbeard]

А чем "Доработка" от "В процессе" отличается? Отложенные задачи не вписываются в канбан вроде, тут как раз бегут от застоя)) Если есть застой - всей командой бежим решать :) Выставляете лимиты на кол-во тасок в статусах?

[@pnoper]

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

[@itbeard]

Похоже на смешение техник. Но главное что бы работало в вашем конкретном случае)

[@ThePavelPower]

@@pnoper в дизайне вашей системы заложены медленные "бомбы". Статус отложено - очень плохая практика, это ведро в котором теряются все не доработки. Из-за этого статуса у вас не получится вытягивающей системы, т.е. не получится канбан. А мы же хотим ограничивать незавершённые работу. И тут та самая ловушка. А что делать? Прочитайте для начала Essintial Kanban Condenced - бесплатно распространяющаяся книга от Kanban University

[@pnoper]

@@ThePavelPower Ну пока проблем не было. Приходят запрошенные данные и задача сразу возвращается в работу.

[@unbendable85]

Еще обычно между In Progress и Done что-то бывает (не только тестирование). А так хороший выпуск. Доходчиво.

[@itbeard]

Какие еще статусы в твоей практике встречались, выкладывай :)

[@mazlay]

@@itbeard у нас присутствует "Ready to deploy"...т.к. сам статус "Done" у нас подразумевает фичи которые уже упакованы в контейнеры после тестов и выкачены в продакшен под определенным релизом

[@itbeard]

Да, это хороший статус, особенно если деплоймент не тривиальный

[@pnoper]

Кстати да, надо будет позаимствовать.

[@nazin.s]

У меня на одном проекте были статусы: In progress - Review - Ready for deployment - Done - Test in progress - Closed

[@user-ub4yk4vv1l]

Спасибо.

[@youknowme9732]

А чем тестировщик может помочь разработчику, если разработчик занят другой задачей?

[@hgdhklugfcsd]

1. AdHoc / Exploratory / sanity testing 2. Requirements clarification 3. Just ask Developer to change the status 😊

[@97sasha97]

Основная проблема при встраивании Kanban в Scrum это смешивание подходов в работе над фичами и багами в один. Получается, что для фич используется подход Scrum, а для багов пытаются впихнуть Kanban. Это приводит к тому, что появляется "срочный баг" посреди спринта, который тут же втягивают в бек-лог спринта (чего делать по Scrum нельзя), что приводит к цепочке переносов задач на следующие несколько спринтов, что рушит сам Scrum. И не только поэтому. Еще проблема саппорта и багов в целом -- невозможность их точного эстимейта, ведь баг это уже "пошло что то не так" по определению. Это непредвиденность, а непредвиденность невозможно точно проэстимейтить (за исключением каких-то примитивных случаев, но это исключения). Поэтому использовать Scrum для багов и саппорта не эффективно. Поэтому с применением подходов Kanban в Scrum нужно быть осторожнее, что бы не получить Scrum'oKanBan и не потерять бенефиты обеих подходов :)

[@user-sz1km7nw3b]

спс))

[@serhiitischenko5418]

Хорошо бы добавить, что канбан инструмент вытягивающего производства

[@anastasianazarova5164]

А что за музыка в конце?

[@vladimirgurinenko747]

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

[@ThePavelPower]

Анализируете статистику за какое время вы завершаете подобный тип работ. Измеряйте LeadTime - время от момента взятия обязательств до решения. На основе этого времени для подобных друг другу задач можно построить распределение вероятности завершения задач. И взяв риски на себя по определенному процентилю, например в 95% - формируете SLA для данного типа работ. И помним - Любое измерение(оценка) это сравнение - Измерение не возможно без априорной информации - Любая измеряемая величена без округления (определить процентилю) случайная величена

[@ThePavelPower]

Аксиомы метрологии.

[@marharytahlinskaya1165]

Саундтреки в конце отличные.)

[@itbeard]

Спасибо 🙂

[@marharytahlinskaya1165]

А можно название группы и композиции?)

[@itbeard]

В этом вроде бы dear enemy

[@anastasianazarova5164]

@@itbeard спасибо

[@user-yy2bk2pg1l]

В чем отличие Agile от Scrum? И будет ли работа над ошибками с роликом о Scrum?

[@itbeard]

Давно выложена работа над ошибками

[@user-yy2bk2pg1l]

@@itbeard о, спасибо, нашел и заодно подписался

[@user-rt4cj3pu9o]

Пример с автомобильными дверьми не совсем корректный, я считаю. Ведь в этом процессе нет такого важного показателей как: ЛОГИСТИКА и ПРОДАЖИ (работник не может знать сколько машин реализуют да и руководство завода не знает, соответственно, в таких условиях от запасов комплектующих, а соответственно и машин на складе не уйти). Так что он может сколько угодно лепить бумажек на доску, пока товар не продасца, никто комплектующие не закажет....

[@ryaelina2805]

Из таск менеджеров последнее время Otask очень понравился, канбан, платежи, клиенты, Русская разработка вроде

[@user-rw7uh2vo9z]

0-33 Рассматривая бороду на предмет её деформации и возможного смещения влево, понял , что видос нужно снимать на светлом фоне :)

[@itbeard]

Повесили 🙂

[@itbeard]

Л

[@ra1n_go]

Привет от сканера!

[@itbeard]

Салют!

[@antonivanchenko6087]

Лён))

[@gerardrager7353]

02:25 03:49 05:48

[@dolzhkovd]

Я конечно не Светлана, но: 1. Канбан это метод 2. Канбан это не способ работы с беклогом. 3. В Канбане задача движется в одну сторону, назад движения нет. 4. Канбан отлично работает на 30-40 человек. 5. Менеджер потока не определяет приоритет задач, это делает команда разработки совместно с заказчиками. 6. Первые упоминания бережливого производства (именно так переводится lean manufacturing) это не Тайити Оно, а Генри Форд (еще в 1923 году) www.sixsigmadaily.com/henry-ford-lean-manufacturing/ И да, доска в Jira !== канбан доска. Вот хорошее видео kzbin.info/www/bejne/hojaYqiwj6mafMU

[@alexnechaev3834]

Видео класс, главный посыл - каждый инструмент для своей задачи. По списку: 3) Не обязательно, например на этапе тестирования ошибки, возврат на этап "в работе", а то и вообще в бэклог. зависит от рабочего процесса, в разных проектах может быть по своему реализовано. 4) Хоть на 100+, зависит от рабочего процесса. Но в некоторых процессах собирать в едином канбане много людей не имеет смысла (выгоднее и удобнее провести декомпозицию, чем выстроить систему, удовлетворяющую все этапы) 5) так вроде именно менеджер и имеет единственное право определять приоритет задач, исходя из соотношения влияния (клиент) и сложности (разрабы), нет? А чем доска джиры не канбан? Как по мне, реализация канбана в скраме.

[@yaninagaluza5707]

доска в Asana также отлично используется для канона, поэтому только Jira ограничиваться не стоит

[@mikeonishchuk3900]

А кто создаёт задачи, Стори и т.п.?

[@itbeard]

Бизнес аналитик

[@ThePavelPower]

Задачи - создает команда. Стори - бизнес аналитик.

[@ThePavelPower]

Но, кстати не всегда именно так. Вопрос ещё в том какую терминологию вы используете. В Канбане для HR, не задачи, а открытые вакансии. У маркетолога свое... И т.д.

[@TheMoneymakinginfo]

!!

[@deannaeich1811]

05:52 06:48 0:48

[@good_life_official]

10:21

[@sergeyrs6431]

1:28 - не Лён а Лин правильно.

[@akms111]

Если у тестировщика вип достигнут и у разработчика вип достигнут. Тестировщику надо перетащить задачу на доработку назад но он не может. Разрабу готову задачу в тест, но тоже не может. Дедлок.

[@ArtPsychologist]

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

[@itbeard]

Привет. Мало чего понял из твоего сообщения, но можем обсудить в телеге: @iamitbeard

[@user-dx8hf8lv6r]

w140

[@Zyozikexclusive_ZX]

Короче Кабан жрет трюфели только высококачественные, а не на скорость лишь бы пожрать)))

[@mikhailknyazev6955]

музыка очень мешает

[@Niakita]

если сотрудники не хотят работать то никакой канбан не поможет

[@amberserpent]

Бережливое производство японцы взяли у СССР

[@itbeard]

ахахаха)

[@PLEiady]

Тупо зачитал текст с Интернет

[@ThePavelPower]

Есть мнение, что в этом объяснении очень много ошибок.

[@mccsim]

И это мнение обосновано. Ошибок примерно чуть больше чем очень много

[@itbeard]

Типичная оценка менеджера - никакой конкретики 😂

[@ThePavelPower]

@@itbeard кратко все что сказано очень слабо связано с Канбан-Методом.

[@user-ww7us7jb6h]

Хватило на 3 минуты, дальше не стал. За 3 минуты не сказано ключевое - визуализация. Первые 20 секунд совсем потерянное время. Дизлайк.

[@alexandrstroudin8303]

Сразу минута болтовни. Нафиг.

[@YeGhorrr]

После того как Аффтор произнёс лён вместо лин, смотреть не стал. Его походу совсем никто английскому не лёрнил в школе.

[@itbeard]

Лингвисты ждут тебя в лесу

[@ninomerkviladze4586]

Я французский учила в школе. И что? Письменный тест (без произношения) по английскому- уровеньВ2, это- нейтив почти😂.

[@Yaroslav7705]

Для разрабов все это боль ибо пропадает творчество в подобных процессах

[@leciahashimoto2093]

02:58 08:10 06:48