Про KANBAN простыми словами / Эффективная работа с беклогом
Вставка
- Опубліковано 31 тра 2024
- Продолжаем разговаривать на тему agile-методологий. Сегодня я расскажу вам о том, что такое kanban, для чего его придумали, как это применяется в IT и как соотносится со скрамом (о нем я рассказывал в предыдущем выпуске).
Так что заводим кофе-машину и погнали!😎
Аудио-версия выпуска: goo.gl/vPYWQw
Ещё немного о Kanban: goo.gl/7YzH8b
_______________________________________
АЙТИБОРОДА В ИНТЕРНЕТЕ:
🔹 Сайт - itbeard.com
🔹 UA-cam - / itbeard
🔹 SoundCloud - / itbeard
🔹 Discord - s.itbeard.com/discord
🔹 Telegram - t.me/itbeard
🔹 Instagram - / itbeard
🔸 Стать спонсором - ua-cam.com/users/itbeardjoin
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
*Не стесняемся репостить видео и оставлять комментарии - это очень помогает каналу расти и развиваться. Спасибо, родные! :)*
Таймлайн навигация:
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 - о канбане в скраме
Помню, как год назад впервые посмотрел это видео, и после просмотра осталось странное чувство, что вроде все просто, но нифига не понятно. Тогда я еще работал юристом и переход в IT был далекой мечтой, поэтому даже прочитав целую книгу про Agile я все равно не мог уместить всю структуру канбан-доски в голове и спроецировать ее на конкретные задачи. Теперь, спустя три месяца работы тестировщиком, я снова открыл это видео, и на удивление все в нем стало абсолютно понятно и просто:) Так что тут скорее всего решает практика, ибо если ты не работал никогда с канбан или скрам, понять, вместить в себя и правильно переварить всю данную тобой в ролике ценную информацию, основываясь только на теории, будет крайне сложно. Еще я бы сказал, что в ролике не хватает скринов доски, но... тогда бы пришлось углубляться в особенности постановки задач, бизнес-процесс, приоретизацию, разбивку задач на типы и прочие очень важные и многочисленные вещи, которые только запутали бы повествование. Так что, думаю, это видео можно рассматривать как некое краткое описание самых азов работы беклога и большой задел на "развертывание" этой темы.
То есть проще говоря Аджайл - это идея, Скрам - это метод построения процесса разработки, а Канбан - это инструмент управления процессом?
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.
Канбан - это карточки. Каждой задаче карточку. С каждой карточкой мы решаем что делать, пока задача решиться. Если мы берем задачу то в 90% это что то не понятное и не вещественное, канбан дает понимание что любая задача не будет забыта и сделана и что любую задачу можно перевести из мысленной формы в вещественную, канбан учит материализовывать идеи.
Спасибо! Самая лучшая подача материала, что приходилось слушать.. без воды, лирических отступлений, по делу и все самое нужное! Подписываюсь
Прекрасный канал, спасибо большое!
было бы классно еще пару картинок добавить, т.е. разбавлять монолог. Я работаю с Jira и могу хорошо наглядно представить себе как KanBan встраивается в SCRUM, но начинающему наверное будет сложно только на словах все понять. В остальном суперское видео!
Спасибо! Буду стараться 🙂
И склеек бы поменьше, а то реально глаз мозолят.
@@SecretiveUnknown не придирайтесь)
А разве Scrum, это не частный случай Канбан?
Посмотри Пименова
Самое лучшее раскрытие темы Kanban на просторах интернета❤
Спасибо большое! Все коротко и понятно!
Спасибо за хороший контент, полезно =) И борода реально прикольная хд
Спасибо! очень полезное видео!))
Как начинающему ит- рекрутеру, Ваши видео супер! 🤗😎
Благодарю. Отличное и понятное сравнение SCRUM и KanBan.
Спасибо большое, все понятно, рассказано отлично и главное вовремя))
На здоровье!
Спасибо за видео!👍
Большое спасибо за подробное и доходчивое видео. Очень полезно!
В видео много ошибок. Если говорим про Канбан, то лучше пойти посмотреть Алексея Пименова
И сразу перед этим прочитать несколько книжек по канбану, ага ;)
очень просто и понятно, правда. спасибо!
Спасибо!
Чётко и доходчиво 👍👍😎😎
Очень полезный видос !
Спасибо и респект!
Спасибо большое, Вы очень понятно объяснили особенности Канбана
Спасибо!
отличное видео! Спасибо
Спасибо. Наконец я услышала чёткое различие между Kanban и Scrum.
Всегда был уверен, что канбан это по сути не метод, а просто доска. Взрывало мозг, когда сравнивали канбан и скрам, для меня это было все равно, что сравнивать метод и класс. Спасибо этому видео, все очень просто и доступно объяснили)
На здоровье! Но теперь то я знаю, что канбан - это набор методик. А скрам - методология целая) Есть интервью с Лешей Пименовым - советую, глянь на канале
@@itbeard я уже посмотрел следом, и мое представление за один день было сломано дважды)
В современном мире очень тяжело заставить людей что либо сделать для тебя, а в мире видео-блоггеров все в два, а то и в три раза сложнее - не просто лайк и подписка а ещё и комментарий чтобы оставили. И если лайк и подписка это как на кнопку нажать, то комментариев добиться очень тяжело. Но автор гениально решил эту проблему: взял сложную тему (которую нельзя понять если ты специально не учился и тем более не работаешь в ней) и объяснил простыми словами. В итоге благодарная аудитория (ну хоть кто-то объяснил по-человечески!!) Ставит лайки. А комментарии обеспечивает профессура, которая разводит научные холивары на тему видео ))
С точки зрения продвижения - однозначно вин. Я бы на месте автора поставил на поток "допущение неточностей" в сюжетах на регулярной основе чтобы стимулировать экспертов писать комментарии. А потом ещё нанять штатного эксперта который будет комментировать ошибки сюжета и умышленно допускать новые неточности, чтобы налетали новые эксперты с разоблачениями. А они точно налетят, иначе какой смысл смотреть видео о "простых словах" если ты и так в этом эксперт? )) Значит специально просматривают чтобы похоливарить от души ))
Спасибо за интересную идею)
Спасибо, доходчиво
Засчитано) Видео интересно. Тема актуальна.
я немного не так представлял kanban и думал что не знаю что это такое :) оказывается работал
Спасибо!)
Клааааас, крууууууто и доходчиво!!!
Спасибо!
Я учился на курсах, на проектного менеджера IT, но внедрял эти методологии в инженерии (хардвер) и маркетинге. Так что по опыту скажу, что эти методологии отлично ложатся и под другие сферы, кроме IT. При том я использовал камбан с элементами скрам. То есть, из опыта, эти гибкие методологии, свободно можно подстраивать под себя.
камбан )))
@@PavelKamyshovcum ban )))
А вы не думали, что вся эта дребедень давным-давно известна, и что этим пользовались ещё францисканцы (церковное министерство полезных ископаемых и стройки), которые строили великие пирамиды в "древнем" Египте не ранее 15 века?
Лекс, спасибо, бро
7:07 Отличия Kanban от Scrum
Спасибо топчик!!!
Спасибо)
Молодец!
Спасибо.
Еще обычно между In Progress и Done что-то бывает (не только тестирование). А так хороший выпуск. Доходчиво.
Какие еще статусы в твоей практике встречались, выкладывай :)
@@itbeard у нас присутствует "Ready to deploy"...т.к. сам статус "Done" у нас подразумевает фичи которые уже упакованы в контейнеры после тестов и выкачены в продакшен под определенным релизом
Да, это хороший статус, особенно если деплоймент не тривиальный
Кстати да, надо будет позаимствовать.
У меня на одном проекте были статусы: In progress - Review - Ready for deployment - Done - Test in progress - Closed
У меня сейчас такие есть статусы:
Нужно сделать - Начали, но отложили - В процессе - Доработка - Тестирование - Готово
Из "Нужно сделать" перемещаем в "В процессе". От туда в "Тестирование".
Из тестирования можно отправить либо в доработку, либо закрыть. Если в процессе выполнения форс мажор и еще что, то можно отложить и через время вернуться.
Довольно удобно и все понятно, что где происходит
А чем "Доработка" от "В процессе" отличается? Отложенные задачи не вписываются в канбан вроде, тут как раз бегут от застоя)) Если есть застой - всей командой бежим решать :) Выставляете лимиты на кол-во тасок в статусах?
В процессе - это, что в данный момент делается. В доработку попадает из теста. Нашли баги - кидаем в доработку (наподобие статуса "нужно сделать", но приоритетнее). От туда, кто свободен, забирает себе в процесс. Статус "Отложено" для нестандартных случаев. Например, выяснилось, что что бы доделать задачу, нужна инфа/материал от заказчика. Но получить ее получится, допустим, только через неделю. Что бы не маячила в процессе кидаем в отложенные. Ну и проще про такие вспомнить, что надо дергать/подгонять заказчика. Пришли данные - забираем обратно в процесс.
Похоже на смешение техник. Но главное что бы работало в вашем конкретном случае)
@@pnoper в дизайне вашей системы заложены медленные "бомбы". Статус отложено - очень плохая практика, это ведро в котором теряются все не доработки. Из-за этого статуса у вас не получится вытягивающей системы, т.е. не получится канбан.
А мы же хотим ограничивать незавершённые работу.
И тут та самая ловушка.
А что делать?
Прочитайте для начала Essintial Kanban Condenced - бесплатно распространяющаяся книга от Kanban University
@@ThePavelPower Ну пока проблем не было. Приходят запрошенные данные и задача сразу возвращается в работу.
Основная проблема при встраивании Kanban в Scrum это смешивание подходов в работе над фичами и багами в один. Получается, что для фич используется подход Scrum, а для багов пытаются впихнуть Kanban. Это приводит к тому, что появляется "срочный баг" посреди спринта, который тут же втягивают в бек-лог спринта (чего делать по Scrum нельзя), что приводит к цепочке переносов задач на следующие несколько спринтов, что рушит сам Scrum. И не только поэтому.
Еще проблема саппорта и багов в целом -- невозможность их точного эстимейта, ведь баг это уже "пошло что то не так" по определению. Это непредвиденность, а непредвиденность невозможно точно проэстимейтить (за исключением каких-то примитивных случаев, но это исключения). Поэтому использовать Scrum для багов и саппорта не эффективно.
Поэтому с применением подходов Kanban в Scrum нужно быть осторожнее, что бы не получить Scrum'oKanBan и не потерять бенефиты обеих подходов :)
Хорошо бы добавить, что канбан инструмент вытягивающего производства
спс))
Дякую, як круто , що ви настільки зрозуміло пояснюєте
Как угадывать время на обработку входящей задачи в техподдержке? На чей-то вопрос можно ответить заготовкой, на чей-то нужно что-то воспроизвести, выяснить, кого-то озадачить...
Анализируете статистику за какое время вы завершаете подобный тип работ. Измеряйте LeadTime - время от момента взятия обязательств до решения.
На основе этого времени для подобных друг другу задач можно построить распределение вероятности завершения задач. И взяв риски на себя по определенному процентилю, например в 95% - формируете SLA для данного типа работ.
И помним
- Любое измерение(оценка) это сравнение
- Измерение не возможно без априорной информации
- Любая измеряемая величена без округления (определить процентилю) случайная величена
Аксиомы метрологии.
Из таск менеджеров последнее время Otask очень понравился, канбан, платежи, клиенты, Русская разработка вроде
А что за музыка в конце?
Пример с автомобильными дверьми не совсем корректный, я считаю. Ведь в этом процессе нет такого важного показателей как: ЛОГИСТИКА и ПРОДАЖИ (работник не может знать сколько машин реализуют да и руководство завода не знает, соответственно, в таких условиях от запасов комплектующих, а соответственно и машин на складе не уйти). Так что он может сколько угодно лепить бумажек на доску, пока товар не продасца, никто комплектующие не закажет....
А чем тестировщик может помочь разработчику, если разработчик занят другой задачей?
1. AdHoc / Exploratory / sanity testing
2. Requirements clarification
3. Just ask Developer to change the status 😊
Саундтреки в конце отличные.)
Спасибо 🙂
А можно название группы и композиции?)
В этом вроде бы dear enemy
@@itbeard спасибо
0-33 Рассматривая бороду на предмет её деформации и возможного смещения влево, понял , что видос нужно снимать на светлом фоне :)
Повесили 🙂
Л
В чем отличие Agile от Scrum? И будет ли работа над ошибками с роликом о Scrum?
Давно выложена работа над ошибками
@@itbeard о, спасибо, нашел и заодно подписался
Привет от сканера!
Салют!
Лён))
Я конечно не Светлана, но:
1. Канбан это метод
2. Канбан это не способ работы с беклогом.
3. В Канбане задача движется в одну сторону, назад движения нет.
4. Канбан отлично работает на 30-40 человек.
5. Менеджер потока не определяет приоритет задач, это делает команда разработки совместно с заказчиками.
6. Первые упоминания бережливого производства (именно так переводится lean manufacturing) это не Тайити Оно, а Генри Форд (еще в 1923 году) www.sixsigmadaily.com/henry-ford-lean-manufacturing/
И да, доска в Jira !== канбан доска.
Вот хорошее видео ua-cam.com/video/PWw1uzZDgFc/v-deo.html
Видео класс, главный посыл - каждый инструмент для своей задачи.
По списку:
3) Не обязательно, например на этапе тестирования ошибки, возврат на этап "в работе", а то и вообще в бэклог. зависит от рабочего процесса, в разных проектах может быть по своему реализовано.
4) Хоть на 100+, зависит от рабочего процесса. Но в некоторых процессах собирать в едином канбане много людей не имеет смысла (выгоднее и удобнее провести декомпозицию, чем выстроить систему, удовлетворяющую все этапы)
5) так вроде именно менеджер и имеет единственное право определять приоритет задач, исходя из соотношения влияния (клиент) и сложности (разрабы), нет?
А чем доска джиры не канбан? Как по мне, реализация канбана в скраме.
доска в Asana также отлично используется для канона, поэтому только Jira ограничиваться не стоит
10:21
02:25
03:49
05:48
1:28 - не Лён а Лин правильно.
05:52
06:48
0:48
А кто создаёт задачи, Стори и т.п.?
Бизнес аналитик
Задачи - создает команда. Стори - бизнес аналитик.
Но, кстати не всегда именно так. Вопрос ещё в том какую терминологию вы используете.
В Канбане для HR, не задачи, а открытые вакансии.
У маркетолога свое... И т.д.
Если у тестировщика вип достигнут и у разработчика вип достигнут. Тестировщику надо перетащить задачу на доработку назад но он не может. Разрабу готову задачу в тест, но тоже не может. Дедлок.
!!
Лекс давай я бесплатно расскажу тебе о твоих особенностях.
Я эксперт по типологическим особенностям в образовательном проекте Никиты Маклахова.
Помогаю иррационалам лучше понять свои особенности и использовать их на практике.
Привет. Мало чего понял из твоего сообщения, но можем обсудить в телеге: @iamitbeard
Короче Кабан жрет трюфели только высококачественные, а не на скорость лишь бы пожрать)))
w140
музыка очень мешает
Тупо зачитал текст с Интернет
Есть мнение, что в этом объяснении очень много ошибок.
И это мнение обосновано. Ошибок примерно чуть больше чем очень много
Типичная оценка менеджера - никакой конкретики 😂
@@itbeard кратко все что сказано очень слабо связано с Канбан-Методом.
если сотрудники не хотят работать то никакой канбан не поможет
Хватило на 3 минуты, дальше не стал. За 3 минуты не сказано ключевое - визуализация. Первые 20 секунд совсем потерянное время. Дизлайк.
Бережливое производство японцы взяли у СССР
ахахаха)
Сразу минута болтовни. Нафиг.
После того как Аффтор произнёс лён вместо лин, смотреть не стал. Его походу совсем никто английскому не лёрнил в школе.
Лингвисты ждут тебя в лесу
Я французский учила в школе. И что? Письменный тест (без произношения) по английскому- уровеньВ2, это- нейтив почти😂.
Для разрабов все это боль ибо пропадает творчество в подобных процессах
02:58
08:10
06:48