Agile, scrum, kanban и управление проектами / Из программиста в Agile Coach / Всё о KANBAN

В этом выпуске вы узнаете о методе Kanban практически из первых уст - в гостях Алексей Пименов, Agile Coach компании RealResult!
Путь оп системного программиста до MBA и одного из самых востребованных коучей СНГ, разница между терминами scrum, kanban и agile, способы применения и выявления канбана, литература и много историй ждут вас в этом интервью.

Так что, как обычно, заваривайте чаинский/кофеинский и погнали! 😉

______________________________

АЙТИБОРОДА В ИНТЕРНЕТЕ:

______________________________

00:00 - Начало
01:34 - Программирование и незаконченная аспирантура
05:49 - Приход в менеджмент через компьютерное зрение и установку камер
09:36 - Высшая Школа Экономики и MBA
10:37 - РЕКЛАМА
13:06 - Статьи на хабре и первые выступления
14:16 - Про ломку при уходе из программирования
16:13 - Менеджмент не благодарная наука
17:51 - Agile и альтернативы
24:12 - Канбан не про доски!
26:11 - Миф про Тойоту и бережливое производство
30:24 - О бережливом производстве
33:15 - Скрам или канбан
34:23 - Ради чего это нужно?
36:46 - "когда это будет сделано?"
38:38 - Статистические методы оценки
40:21 - Как проводить изменения
42:36 - Можно ли использовать канбан вместо скрама
48:52 - А чё разработчикам от этого канбана
53:33 - Скрам 2.0, скрамно, скрамбан
56:39 - Почему канбан НЕ МЕТОДОЛОГИЯ
01:00:13 - Как разработчику понять что на проекте канбан
01:07:25 - Что уйдет из скрама, если появится в проекте канбан
01:09:45 - Не берите канбан со старта проекта!
01:10:49 - Книги
01:12:45 - БЛИЦ
01:24:26 - КОНКУРС

#айтиборода #ityoutubersru #kanban

[itbeard]

Таймлайн для любимых подписчиков:
01:34 - Программирование и незаконченная аспирантура
05:49 - Приход в менеджмент через компьютерное зрение и установку камер
09:36 - Высшая Школа Экономики и MBA
10:37 - РЕКЛАМА
13:06 - Статьи на хабре и первые выступления
14:16 - Про ломку при уходе из программирования
16:13 - Менеджмент не благодарная наука
17:51 - Agile и альтернативы
24:12 - Канбан не про доски!
26:11 - мИФ ПРО ТАЙОНУ И КОНВЕЕР И БЕРЕЖЛИВОЕ ПРОИЗВОДСТВО
30:24 - О бережливом производстве
33:15 - Скрам или канбан
34:23 - Ради чего это нужно?
36:46 - "когда это будет сделано?"
38:38 - Статистические методы оценки
40:21 - Как проводить изменения
42:36 - Можно ли использовать канбан вместо скрама
48:52 - А чё разработчикам от этого канбана
53:33 - Скрам 2.0, скрамно, скрамбан
56:39 - Почему канбан НЕ МЕТОДОЛОГИЯ
01:00:13 - Как разработчику понять что на проекте канбан
01:07:25 - Что уйдет из скрама, если появится в проекте канбан
01:09:45 - Не берите канбан со старта проекта!
01:10:49 - Книги
01:12:45 - БЛИЦ
01:24:26 - КОНКУРС

[СтепанСадко]

Кратко о видео: кто понял тот понял, кто не понял, тот не понял
P.S Действительно согласен с комментариями что ни логических примеров, ни что такое agile, ни scrum, ни kanban не было сказано для обычных людей.

[petrov_life]

Может и вправду тяжело просто и понятно рассказать о Канбан, но обычно чем человек лучше разбирается в теме, тем проще и понятнее доносит информацию... Чувство, как будто в тебя воды влили нехило так.

[limonred]

Идёт середина видоса и я до сих пор ничего не понимаю... что такое канбан я хз.. типа все что улучшает - это и есть канбан. Такое чувство, что меня заставляют нанять коуча по канбану))

[vasyld]

"Вы можете использовать канбан, чтобы улучшить ваш Скрам." "Использовать Канбан, не вместо Скрама, поверх!", "Канбан - способ, улучшить этот процесс", "Термина "Мы работаем по Канбан" - нет, как и термина "Мы внедрили канбан"".

"Контекст, в котором Скрам - перестал подходить, ты можешь использовать Канбан либо начали использовать по ошибке Скрам, где он не подходит - нужно использовать Канбан"

:)

[volodiaagadjanov]

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

[igorkovtun]

посмотрел видео про Скрам - все понял, плюс немного почитал стало многое ясно. Тут же...подумал, что я не догоняю, полез в комменты...фух, оказалось все со мной впорядке) спасибо комментам.

[serg]

Как-то всё размыто, не хватает более четких примеров.

[Sergei_K.]

Говорить, что канбан не имеет никакого отношения к бережливке и аджайлу по меньшей мере не корректно. Это все равно, что говорить, что лев это совсем не тигр. Но лев и тигр, также как и кот это семейство кошачьих и они все объединены общими признаками. А в организации важно уметь находить оптимальную точку разделения и обобщения .
Противопоставлять надо традиционный менеджмент использующий управление по целям и инерционный подход с передовым менеджментом, использующим гибкий подход. То есть парадигма в которой гибкость важнее плана.
И к такому гибкому подходу вы можете смело причислять:
Agile
QRM
Скрам.
Lean (настоящий гибкий Лин, а не его интерпретация в РФ), производственный канбан и вытягиваюшая система.
Канбан метод в проектном управлении.
Теорию ограничений Голдратта.
И даже менеджмент качества (настоящий TQM основанный на статистическом управлении процессами и контрольной карте Шухарта)

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

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

[CEOatGoogle]

После интервью с этим коачем, проверь на месте ли золото, и не угнали ли коня :D А так лайк однозначно!

[catchchange]

Очень крутое интервью, спасибо за полезные советы! Всегда интересно послушать опыт специалиста, особенно по Kanban.Также используем Kanban (в Strive, онлайн гораздо удобнее, чем все это вести на физических досках) для управления задачами, и такие интервью помогают глубже понимать его возможности и ловушки. Здорово, когда есть возможность применить знания от профи!

[tjomfree]

Имхо, ситуация сейчас на рынке (2022) примерно такая:
СКРАМ
- применяется в основном в айти и цифровизующихся телекомах-банках-тп компаниях
- выделенной роли "правильного" скрам-мастера, кто за все это безобразие отвечает в 98% российских компаниях - НЕТ. Обычно эту роль выполняет проджект, реже продакт или один из разработчиков (в обоих случаях будет "не очень", потому что не будет достаточных знаний и опыта)
- Скрам все больше становится "просто инструментом" для проджекта/деливири-менеджера, одним из гаечных ключей" в его тулбоксе (также как у прогеров библиотека)
- в 99% случаев внутри спринта используется канбан-доска. т.е. в реальности используются оба подхода, но сильно усеченные (не ставят цели спринта, не работают с WiP и тп)
- в 80-90% случаев по скраму работают в Джире, т.к. там на лету создается "аджайл-проект", состоящий из роадмапа, бэклога разделенного на спринты и канба-доски для активного спринта. Все просто, понятно, легко въехать. Плюс в Джире хорошо сделан раздел с отчетами (капасити, бернапы и тп)

КАНБАН
- в 90% случаев подразумевается ПРОСТО РАБОТА со стикерами задач на доске
- чаще всего - в Трелло, иногда подпроектами в Джире
- WiP-лимиты используют только оооочень прошаренные проджекты/тимы)))
- какую-то аналитику, свимлайны, гистограммы, петли обратной связи наверное кто-то использует, но после очень хорошей консалтерской работы)))
- в общем - Канбан для народа - это трелло-доска со стикерами тасок, 3-5 колонками статусов, ассайненными исполнителями, чек-листами внутри тасок
- через 3-6 месяцев юзания такого подхода - первая колонка с общим бэклогом продукта/проекта становится сборищем тотального отстоя на несколько сотен тасок и НИКТО не понимает "что с этим делать" )))
- кстати, последний трабл в Джире решили весьма красиво - в настройках проекта ставишь галочку и делаешь "бэклог проекта" ОТДЕЛЬНО, не внутри канбан доски, что еще больше приближает реализацию "типа канбан" к "типа скрам", т.к. изобщего бэклога надо отобрать приоритетные таски в бэклог канбан-доски (штоо???) и при этом постараться не запутаться где у тебя што))

ПРО БУДУЩЕЕ
- очевидно, что НЕ большие компании (малый и средний бизнес) будут юзать непрофессиональные попсовые подходы, которые могут на лету и без заморочек решить главную потребность бизнеса - хоть как-то нормализовать и стандартизировать поток тасок от туду в дан. Если кто-то при этом сможет еще что-то делать с командой, ретро, осью, графиками и повышать производительность работы - честь и хвала такому народному гению)
- большие компании все больше отходят от просто-скрам/канбана в сторону сложных, но видимо продуктивных Лессов, Сэйфов, Социо и Холократий. Такие временные и ресурсные подходы недоступны "обычным" компаниям ввиду их затратности (что обычно применимо к любой разнице в ресурсах биг компаниз и остальных)
- примечательно, что например в Яндексе и Сбере почти вернулись к "классике" проджектов и продактов, и для обоих в требованиях скрам-канбан-аджайл подходы просто указываются как требованию к опыту

ЧТО ТАМ
- на рынке западных вакансий (ЕС и ЮК) довольно много вакансий именно отдельных специализаций скрам и канбан лидеров/мастеров/коучей, так что как раз "там" тема до сих пор живет и развивается.

[johna.]

Юмор - это инструмент с помощью которого мы пытаемся справиться с реальностью. Присказка "Лучше дочь проститутка - чем сын скрам мастер" лихо резюмирует засилие <пост-советского>  IT рынка безусыми agile консультантами.
Я с Алекссем Пименовым не работал, про работу его не слышал. Но, с моей точки зрения, объяснено всё очень доходчиво. Мне понравилось. Было полезно. Спасибо!

[serjpol]

- Рад приветствовать вас в нашем блокчейн-стартапе!
- По телефону вы не говорили что вы в подвале работаете...
- Это не подвал, это лофт!
- А что за бомжи на входе клейнюха пиздят?
- Это наша скрам-команда! Работаем по аджайлу!

[SAZHNOV]

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

[nastiakoff]

На habr очень хорошо написано про scrum vs kanban) Scrum- гибкий, kanban- ещё более гибкий. Scrum- для этапов создания продукта (долгий, трудоёмкий процесс, поэтому и задачи решаются довольно долго) kanban- вы уже зарелизили продукт, получаете фидбэки и фиксить и апдейтить надо буквально ежеминутно, что как раз и позволяет делать kanban) Ну как-то так это представляется лично мне)

[БорисБорисовичКондрабаев-Прозо]

Канбан - это инструмент, представляющий из себя упорядоченный список заданий. Он позволяет регулировать более быстрое выполнение проекта. Любой план представляет из себя гипотезы: 1) О том что за данный период времени должны быть сделаны конкретные работы; 2) О том что, конкретная работа займет конкретное время.
В реальной жизни, как в материальном производстве, так и в ИТ-сфере конкретная работа может быть выполнена быстрее или медленнее, чем планировалось. Также может потребоваться отложить одно задание, чтобы приступить к другому.
Канбан помогает внепланово делать планируемые задания и наоборот планово делать то, что было на данный момент не запланировано. Гибкое производство!
Разумеется, чтобы Канбан работал лучше есть и другие инструменты, например по подготовке специалистов, позволяющие меньшим числом, не перенапрягаясь делать больше работ ;-)

[olegsh]

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

[anastasiagurinenko]

Пример с применением Канбан на заводе (материальное производство) понятен, как он работает и в чем плюсы, что касается ИТ сферы, я не до конца поняла в чем преимущество Канбан и как пошагово он внедряется (кроме wip limits), если уже есть, к примеру, настроенный Скрам. Немного не хватает конкретики и структуры. Но в целом, было интересно послушать, спасибо!

[petr]

Полтора часа ни о чем, ничего не понятно, можно же как-то структурировать информацию