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

Таймлайн для любимых подписчиков: 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 не было сказано для обычных людей.

Спасибо за видео, ничего не понял.

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

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

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

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

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

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

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

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

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

Намешал всего в кучу :) Что такое канбан - так и осталось в тумане

Спасибо за гостя - очень правильный мужик. Думал, перевелись в РФ грамотные, образованные, эрудированные люди, но нет - есть еще полноценные Айтишники! Их слишком мало для большой страны, и потому она обречена... Но все равно приятно, что они есть. В 2000-м году, 20 лет занимаясь исключительно проектной деятельностью (начиная с разработки АСУ Госбанка СССР (!)), я вдруг узнал о существовании отдельной предметной области "Управление проектами", со своими стандартами и методологиями/методиками. Причем, различные "западные" подходы к разработке больших софтверных ИС я использовал с первых лет трудовой деятельности, когда они даже не переводились и не издавались у нас (напр., Метод нисходящего проектирования с использованием HIPO-диаграмм, CASE-технология). Надо признать, что советская промышленная разведка пусть с опозданием, но поставляла в закрытые госучреждения кое-какие технические и технологические достижения Запада. Поэтому у нас всегда раньше, чем даже в Академии наук, появлялись новые трансляторы, СУБД и т.п. Тогда же в 2000 г. я прочитал в интернете, что специальная комиссия при правительстве КНР обнародовала итоги своих исследований: народное хозяйство Китая испытывает дефицит в 20 000 профессиональных менеджеров проектов. Правительство Китая приняло срочную государственную программу подготовки проджект- менеджеров и их сертификации на степень PMP (Project Manager Profassional) по программе Project Management Institute (штаб-квартира в США, штат Пенсильвания). У меня нет сомнений, что эта программа была выполнена :). Результаты - на лицо. "Чтобы мыслить нестандартно, стандарты надо знать". Если бОльшую часть проф.деятельности вы занимаетесь проектной деятельностью (в любой роли-ипостаси), начните с прочтения стандарта де факто для УП - PMBoK от PMI (не ICB от IPMA). Тогда и в методологиях/методах/методиках начнете ориентироваться осмысленно. И многие другие интересные вещи могут открыться для вас, совершенно неожиданно (как для меня когда-то). P.S. Если честно, я узнал о профессиональном УП (о PMI и PMBoK) в ходе рабочей командировки в Дойчебанк. Три года мы безуспешно пытались реализовать проект создания ИС Национального Банка Украины на базе ERP-системы SAP R/3. И когда уже нависла угроза дискредитации коллектива и системы SAP R/3 (а че? у нас же это запросто), решили послать за опытом к немецким коллегам. Меня сделали руководителем делегации. Вернулся другим человеком. Оказалось, наши ребята и систему знали в сто раз лучше, и бизнес-процессы знали отлично (делали же реинжиниринг BPR и затем кастомизировали систему). А собака была зарыта в другом месте... Главная проблема - неправильная организация проекта и игнорирование требований методологии SAP ASAP в части вовлечения в проект ключевых сотрудников заказчика, начиная со спонсора проекта, владельцев бизнес-процессов, руководителей функциональных групп, ключевых пользователей, их обязательное поэтапное обучение на курсах вендора и т.д., с возложением на них ответственности и одновременным внедрением специальной системы мотивации, и т.д., и т.п. Я стал бороться за проект (не будучи его руководителем). В итоге меня назначили руководителем проекта (флаг вам в руки), и через 6 месяцев мы успешно перевели пилотный филиал банка на работу в новой системе. А дальше был роллаут.

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

Много читал и только сейчас начало складываться понимание как это работает и связано. Спасибо.

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

#конкурс благодаря видео понял, надо оставлять свой Chaos Driven Development только сверху накинуть канбан для привлекательности)

Не понимаю тех, кто "ничего не понял". По моему, всё что нужно было объяснить, было объяснено и заблуждения развенчаны. Но пытаться переубедить свою команду, что канбан это не доска, не буду. Сначала книжки из видео почитаю. Алексей Пименов, если ты это читаешь, спасибо, тебе, ты крут! Борода, спасибо за ещё одно отличное видео!

Довольно полезно, спасибо! Мы сами разбирались в этой теме (без мастера) благодаря таск-трекерам. Больше всего понравился аспро agile.

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

Интересный выпуск получился. В начале не хотел смотреть, т.к. меня больше интересуют интервью с программистами про конкретные языки программирования. А тут и гость интересный оказался, и тема зашла, как ни странно. :))

Спасибо, Алексей. Очень крутой выпуск!

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

Спасибо за видос. Класная инфа. Гибкая система нужна в процессном управлении для непосед.Усидчивый чувак сможет к любым вещам привыкнуть, творческий нет. Ему рутина затылок чешит и нужно что-то делать лучше, иначе. В любой сфере есть проторенные дорожки. Когда айти полностью объединится с бизнессом(во всех масштабах) соединятся системы бизнес архитектур типа ТОГАФ, аналитик типа процессов типа BPMN, улучшений типа Канбан, проектных техник типа Agile. И будем мы жить в красивом утопическом обществе)))

Спасибо за краткий но полезный курс

It's always helpful when u got people with full pack of different experience. Thanks!

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

Очень интересно, спасибо!

доктор сказал привести дела в порядок, ведь у меня канбан

Алексей Пименов просто магнит внимания!

Алексей отлично все рассказал, как всегда 👍

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

Ничего не понял. Лайкнул на всякий случай. Как будто всё понял и я типа как все. Доход в 10 тонн зелени конечно удивляет.

-1:07:36 важное условие чтобы Agile работал: Команда высокомотивированных профессионалов, мерой труда которых является работающий продукт

Теперь такой же видос про Scrum надо. А то слово "Scrum", мне кажется, упоминалось чаще чем канбан!

Имхо, ситуация сейчас на рынке (2022) примерно такая: СКРАМ - применяется в основном в айти и цифровизующихся телекомах-банках-тп компаниях - применяется для создания продуктов с нуля и до победы в "комплексном домене" по модели Кеневин (ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-rCLth07UAsA.html) - выделенной роли "правильного" скрам-мастера, кто за все это безобразие отвечает в 98% российских компаниях - НЕТ. Обычно эту роль выполняет проджект, реже продакт или один из разработчиков (в обоих случаях будет "не очень", потому что не будет достаточных знаний и опыта) - Скрам все больше становится "просто инструментом" для проджекта/деливири-менеджера, одним из гаечных ключей" в его тулбоксе (также как у прогеров библиотека) - в 99% случаев внутри спринта используется канбан-доска. т.е. в реальности используются оба подхода, но сильно усеченные (не ставят цели спринта, не работают с WiP и тп) - в 80-90% случаев по скраму работают в Джире, т.к. там на лету создается "аджайл-проект", состоящий из роадмапа, бэклога разделенного на спринты и канба-доски для активного спринта. Все просто, понятно, легко въехать. Плюс в Джире хорошо сделан раздел с отчетами (капасити, бернапы и тп) КАНБАН - в 90% случаев подразумевается ПРОСТО РАБОТА со стикерами задач на доске - чаще всего - в Трелло, иногда подпроектами в Джире - WiP-лимиты используют только оооочень прошаренные проджекты/тимы))) - какую-то аналитику, свимлайны, гистограммы, петли обратной связи наверное кто-то использует, но после очень хорошей консалтерской работы))) - в общем - Канбан для народа - это трелло-доска со стикерами тасок, 3-5 колонками статусов, ассайненными исполнителями, чек-листами внутри тасок - через 3-6 месяцев юзания такого подхода - первая колонка с общим бэклогом продукта/проекта становится сборищем тотального отстоя на несколько сотен тасок и НИКТО не понимает "что с этим делать" ))) - кстати, последний трабл в Джире решили весьма красиво - в настройках проекта ставишь галочку и делаешь "бэклог проекта" ОТДЕЛЬНО, не внутри канбан доски, что еще больше приближает реализацию "типа канбан" к "типа скрам", т.к. изобщего бэклога надо отобрать приоритетные таски в бэклог канбан-доски (штоо???) и при этом постараться не запутаться где у тебя што)) ПРО БУДУЩЕЕ - очевидно, что НЕ большие компании (малый и средний бизнес) будут юзать непрофессиональные попсовые подходы, которые могут на лету и без заморочек решить главную потребность бизнеса - хоть как-то нормализовать и стандартизировать поток тасок от туду в дан. Если кто-то при этом сможет еще что-то делать с командой,ретро, осью, графиками и повышать производительность работы - честь и хвала такому народному гению) - большие компании все больше отходят от просто-скрам/канбана в сторону сложных, но видимо продуктивных Лессов, Сэйфов, Социо и Холократий. Такие временные и ресурсные подходы недоступны "обычным" компаниям ввиду их затратности (что обычно применимо к любой разнице в ресурсах биг компаниз и остальных) - примечательно, что например в Яндексе и Сбере почти вернулись к "классике" проджектов и продактов, и для обоих в требованиях скрам-канбан-аджайл подходы просто указываются как требованию к опыту ЧТО ТАМ - на рынке западных вакансий (ЕС и ЮК) довольно много вакансий именно отдельных специализаций скрам и канбан лидеров/мастеров/коучей, так что как раз "там" тема до сих пор живет и развивается.

Это самый топовый контент для меня! Спасибо большое! Алексей очень здраво и методологично мыслит.

#КОНКУРС Если я правильно уловил мысль, то основная тема в том, чтобы понять что в текущем процессе управления разработкой не так и менять это, что в принципе разумно, хотя не понимаю почему здесь нужно специальное слово "Канбан", я бы назвал это здравым смыслом. Какие основные отличительные признаки канбана? Скажем занесли представителю заказчика откат чтобы он меньше придирался и добавили лимиты на колонки, таким образом на два вопроса ответили положительно - у нас все, применяется канбан? :) Так и не понял что отличает канбан от какого-нибудь другого способа улучшить качество сервиса и продукта.

Kanban звучит как жанр в порно

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

Моё мнение что когда-то Agile работал но с ростом технологий и требованиям к разрабам это прямой путь к выгоранию. Не раз видел как производительность команды может упасть до 50% при переходе на scrum и это при очень хорошем скрум мастере. Agile работает только в очень идеальных условьях, надо просто взять лучшее из него и перейти на hybrid kanban. Давай что нибудь про выгорание, это достаточно неизвестная тема и многие узнают об этом когда уже поздно.

Спасибо за выпуск 😊

О наконец-то

Спасибо за цитаты. Записал две: 1-ая) на песню Аллы Борисовны "про фарш и котлеты"; 2-ая) от известного боксера "про раствор и осадок". #конкурс Дисклеймер: любые совпадения являются случайными, автор - буйный. :) На лужайке мирно щиплют траву коровки. На холме гордо высится бык Герман и его юный отпрыск из финала СССР. (Сын) - Вон, смотри, смотри, какая красивая! давай, а? (Сын) - А может вон ту... Ах какая! (Сын) - Или вот эту? Тоже хороша!! (Герман) - Не торопись. Сейчас мы медленно спустимся с горы и всех от`Kanban`им. P.S. "Упарывал" текст как мог, сори если что.

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

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

Метод в науке, в общем - методика по использованию методик; Метод в программировании - функция класса ))))

Можно ссылку на курс? Спасибо

До видео - карточки на доске После - карточки на до воске со свободным местом. А и сходить поспать .

Будем разбираться

Качественно! прекрасное видео)

А мне понравилось) Спасибо, ребят!

Долучайтесь в телеграм канал: t.me/agile_space В основному говоримо про Agile, Scrum, Soft Skills та Kanban. Тут ми публікуємо практичні кейси, поради, добірки, вакансії, події, усі новинки. Готові також поширити ваші напрацювання. Якщо Вам цікава така тема - welcome 🔥

Опыта у меня с этими методами и нет представления. Я не разработчик. Но интересна тема. Я немного баловался для личных дел Trello. И там грубо говоря сделал 3 секции: список дел, в процессе, готово. Читал что надо ограничивать себя единовременно выполнением не более 3х задач. Немного не понял(хотя пока пересматривал ролик и читал литературу, начал понимать) про сигнал к работе. 29:00. Т.е. есть лимит на взятие 4 задач(Work(В) In(И) Progress(П) - лимит)), три уже взял и как бы есть один пустой слот для еще одной задачи. Сигналом для работы является один пустой слот из четырех в моем вип-лимите? Вроде верно. Т.е. не наличие карточки "сделай что-то" в секции "список задач", а место в моем вип-лимите. Могу взять еще задачу - вытягиваю карточку(канбан-метод), работа кипит и сделан проект будет в срок. Канбан это один из множества методов в рамках концепции бережливого производства. Если кратко agile-методология(совокупность методов) - это общее направление проворной разработки (или другого производства), а kanban(«подход баланса») и scrum(«подход структуры».)- уже ее методы(или скорее всего система методов - методика). Scrum и kanban - варианты agile, но у них есть некоторые явные различия. Методика scrum требует фиксированных ролей, тогда как у kanban нет необходимых ролей. Scrum основана на итерациях, объединяющих планирование, оптимизацию процессов и выпуск. В kanban это можно делать регулярно или каждый раз, когда вам нужно. Команда scrum требует оценки своей работы, тогда как команде kanban это не нужно. Главное сделали. Хехехе. Я прям чувствую как мышление меняется. Пишите свои мысли, поправляйте меня в ответ на этот комментарий. Я сейчас поставил на паузу и начал изучать. Я в шоке и в восторге. Лайк если заметил склейку после 28:20

Доски называют "канбан", потому что с японского [かんばん/Kanban] - переводится, как "доска")) потому мне тоже поломало мозг выражение "доски - это не канбан")) Оч интересное видео, спасибо!

На тему изи мани #конкурс Труд из обезъяны сделал человека. И надо ж было такому случиться, что именно он мой начальник! Ну, и я согласен с философией примения канбана, изложенноой Алексеем: тихой сапой добивайся нужных тебе результатов.

Спасибо за контент! Пименов живая легенда нашей современности! Похвалить его - значит не сказать ничего) Чистой воды профессионал. Мечтал бы у него учиться

Лекс, получается по логике теперь стоит ожидать отдельное интервью о Скраме? :)

Много всего непонятного, но забавно.) Спасибо!

Классный гость! 🔥 Полезно. 👍

как новая серия star wars у меня канбан к середине отключился просто дослушал это. очень интересно.

Интересно прочесть доклад о внедрении метода в операционный бизнес

Очень размыто с долгим уходом в ненужные детали, несколько раз пересматривал кусками т.к. терялась линия повествования. Сама база что с чем сравнивается смешанно подается на протяжении полутора часов. Дядя энергичный оратор, но он больше запутал чем объяснил, лучше забуду это и посмотрю в другом более структурированном месте, а то на собесе как-то стремно на такое опираться. Лайк за скиллы забазаривания.

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

Лекс, планируешь интервью с С++ разработчиком?

Даёшь интервью с Rust разработчиком!

Хотел глянуть для общего развития. Не развился. Спасибо.

#конкурс )) когда подаешься на вакансию ПМ (а ты вел проекты да только не в айти), многие компании пишут "опыт использования Agile, Scrum" , прошу обратить внимание на запятую:)) или "знание методологий Эджайл (скрам , канбан) " :))), и шлют тебе отказ, потому что у тебя типа нет опыта ведения ИТ проектов, но ведь у компании и нет понимания, что Эджайл - это не метод, а философия)), но объяснить это ребятам уже и не сможешь да и есть ли смысл?)) Вопрос от Чернышевского: так что делать?)

Интересно, а если человек имеет базовый опыт с процессом создания продукта в IT, но непосредственно не разбирается в технологиях программирования, тестирования, развертывания продукта и прочего. При этом, закончив курсы по методологиям SCRUM или Kanban, такого возьмут со стороны управлять процессом разработки? Т.е. опыта нет, но есть хорошая теоретическая база.

потрясающе !!!

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

О, читаю комменты и выдохнул - не один я не вдуплил тему:) Я старался, правда

Спасибо, Алексеи (оба). Данное видео появилось в идеальное время для меня. Я как раз начала замечать несовершенство скрамa на моих работах и, при поиске различной информации по улучшению, наткнулась на Канбан. Это действительно не так просто его понять и правильно применять, поскольку написано мало, весьма скомкано и поверхностно. Сейчас сяду читать книжки, что вы посоветовали. Кстати, не соглашусь с предыдущими комментариями, смею предположить, что для не интересующихся оптимизацией рабочих процессов людей, понимание данных процессов будет затруднительно.

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

#конкурс Скинул ссылку проджект менеджеру, что топил за скрам (потом за канбан) с привязкой во времени на фразе "Работает с высокомотивированными сотрудниками...". Лишен премии. Высокомотивировали. 😁

работаем в Сбере по аджайл, не сказал бы что эффективно используются ресурсы (разработчики, тестировщики, аналитики), но прозрачности больше, конечно, в плане кто чем занимается. Возможно канбан бы помог, но про канбан коучей у нас пока не слышал.

в августе в Вашингтоне состоялся круглый стол с руководителями 181 крупнейшей корпорации США и решено взять курс на менеджмент ценностей. Теперь вместо стремления заработать для акционеров как можно больше денег стоит миссия и задача «улучшить наше общество», заботиться о собственниках, сотрудниках, партнерах, клиентах, окружающей среде и действовать этично. Ссылка на публикацию: Business Roundtable Redefines the Purpose of a Corporation to Promote ‘An Economy That Serves All Americans’

Круто , интересно.

Привет из Зеленограда!

52:28 - В самое яблочко!

Lex, в каком то выпуске смотрел, что там ребята сделали какой то тренажёр/сервис по слепой печате(там что то связанос "type"), теперь не могу вспомнить где это было. Не подскажешь что за сервис?)

За полтора часа из полезного узнал только что есть электричка Истра - Москва. Сложилось впечатление, что гость тренирует по книжкам, а не по боевому опыту - нет никаких примеров что же там может поломаться в скраме и как это может починить канбан, а на простые вопросы отсылает почитать книгу.

Извините за глупый вопрос, на 17:30 автор канала говорит, что WPF устарел. А что єе использует вместо него для Desktop разработки (UWP како-нибудь?)

Крутой дядька и очень интересное интервью! Очень жду байки)

Стоит ли щяс учить C# и каково его будущие ?

Есть дискорд, супер. И организован знатно. Красота :)

#конкурс отличное интервью, нравится когда по делу. вопрос: как, в какой момент(как определить), когда можно начинать с людьми в команде в открытую говорить про изменения процессов и внедрение различных методик? как понять что момент настал?

В рассуждениях есть несколько непонятных моментов. 1. У вас фиксированное количество задач в работе, которые не имеют фиксированного временного окна как двухнедельный спринт. Какой смысл в фиксированном количестве, если вы не работаете над задачами последовательно, ведь вас съедят за переключение контекста в любой команде, это биологическое ограничение? 2. Если идет экономический рост снаружи компаний, то акцент на доставке фич и Kanban здесь лучше подходит, но если кризис - то компания бдит о бюджете, режет косты, увольняет, внедряет метрики для контроля расходов, режет или избавляется от малоиспользуемого функционала. Scrum здесь привлекательнее, менеджер лучше держится за место, пускай накапливая технический долг (качество трудно считать), но зато отчитываясь через метрики, где можно тыкать пальцем на графиках, успокаивая начальство. Какой смысл получив после среза затрат, сократив скрам-мастера и бизнес-аналитика(потому что неясно как мерять их эффективность в деньгах) и получив "у нас свой Scrum", если придется размазывать их обязанности по команде, теряя фокус над задачами, увеличив обратное делегирование и неэффективно используемое время работы экспертов?

С начала и до самого конца не отпускало ощущение, что этот человек чего-то где-то нахватался, начитался, с практикой не сопоставил, но посчитал, что теперь он умнее всех и может учить. Типичный инфоциган с подвешенной тараторилкой.

SkrumBun это вам не KunRum. Тюнинг продукту, а не продукт тюнингу) Большой лайк!

Вот уж про что не ожидал тут услышать, так это про Петруччи и Гилберта :)

В интервью была фраза о том, что wpf уже устарел (когда он говорил, что с win forms еще работал, а с WPF, который для айти бороды уже устаревший, нет). Так вот вопрос - а что заменило WPF?

Очень скромный человек. :)))) Этим все и сказано.

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

Топовый мужик, мне кажется я влюбился)

Будет ли про SAFe?

Своё обучение я проходил по суперкурсу - ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-j-xItEAplNU.html А тут посмотрел и поразился - путём подмены понятий и нескольким учёным словам всё так запутали, что действительно, нанимай команду и заказывай обучение на полгода. А потом ещё консалтинг, потому как никак по другому не разобраться.

Кайф)

Как будто ток-шоу: вроде и тема есть, и интересная, и рассказчик супер, но - вода, вода, вода... Реально, понятия Agile, scrum, kanban не раскрыто. Интервью ради интервью. Расстроен