Agile и Scrum на пальцах / еще раз О ГИБКИХ методологиях разработки ПО / Разнос первого видео

На моем канале есть видео "Agile и Scrum на пальцах", в котором я рассказывал вам о гибких методологиях разработки ПО: • Agile и Scrum на пальц...
В нем я допустил очень много теоретических ошибок. Что бы как-то исправить ситуацию, представляю вам работу над ошибками, разнос, который провел мой друг и участник Agile-сообщества Беларуси - Виталик Вишневский.
Погнали! 😎
Аудио-версия выпуска: bit.ly/2V0GJ74
Виталик в LinkedIn: bit.ly/2vp5Dhx
Материалы из выпуска тут: t.me/itbeard/160
_______________________________________
АЙТИБОРОДА В ИНТЕРНЕТЕ:
🔹 Сайт - itbeard.com
🔹 KZbin - / itbeard
🔹 SoundCloud - / itbeard
🔹 Discord - s.itbeard.com/discord
🔹 Telegram - t.me/itbeard
🔹 Instagram - / itbeard
🔸 Стать спонсором - kzbin.infojoin
_______________________________________
00:00 - Начало
00:54 - Представление
02:19 - Что такое Agile
03:56 - Про Agile-манифест
06:12 - Подходы
11:00 - Про роли
13:20 - Про собрания
15:08 - Оценка задач
16:38 - Story points
20:25 - О статусах
21:35 - Про ретроспективы
22:55 - Про изменения в спринте
24:23 - Про другие фреймворки
#itbeard #айтиборода #scrum #agile #ityoutubersru

[@itbeard]

Таймлайн-навигация разноса: 00:54 - Представление 02:19 - Что такое Agile 03:56 - Про Agile-манифест 06:12 - Подходы 11:00 - Про роли 13:20 - Про собрания 15:08 - Оценка задач 16:38 - Story points 20:25 - О статусах 21:35 - Про ретроспективы 22:55 - Про изменения в спринте 24:23 - Про другие фреймворки

[@user-zf7le3yd3d]

Так вроде гугл меня сюда и привел))

[@user-xl3qu1yj4k]

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

[@sergeychuprikov5288]

Да, может в первом видео Лёха и ошибся где-то, но мне как новичку в IT в общих чертах всё было вполне понятно. Второе видео (то есть непосредственно это) досмотрел на мораль-волевых, больше из спортивного интереса, чтобы сложить собственное мнение. Если б Лёха снимал видосы в таком духе, как новое про Scrum, я б навряд ли подписался:))) Надо наверное тогда третье запилить: все правильные вещи, что говорил Виталий, но в стиле подачи Лёхи:)

[@infinityqa7260]

смотреть в скорости 1.25. Спасибо за видео. Удачи!)

[@Victor.homutouski]

Только х1,75, иначе никак

[@Nothing-qo6vg]

спасибо тебе мил человек..

[@andreizhukouski7038]

Когда Виталий сказал, что в SCRUM 6 ивентов - я немного напрягся. Хорошо, что в списке их оказалось 5)). В целом - отличная работа. Как и пишут в комментариях - есть вопросы к подаче, но, я думаю, это легко решаемый вопрос (не все мы пишем видео каждый день). Главное, что контент максимально интересный. Есть хинт: я смотрел на скорости 1,25 и тогда становится в меру динамично. Жду больше видео с Виталием!

[@itbeard]

Грац🙂

[@VitaliVishneuski]

@@itbeard Лёша, есть просьба - следующие видео с моим участием заливать ускоренными ;)

[@VitaliVishneuski]

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

[@rusnyg]

Всегда смотрю на 1.75х как минимум. А обычно 2х. Медленнее даже не могу воспринимать информацию

[@kirillrafalskiy1215]

спасибо за лайфхак 1.25... а то уже кровь из ушей пыталась идти... от АААА... АААА... ээээ... и оооочень медленно. А так все вполне позитивно и информативно! Спасибо

[@vitaliistepovenco9082]

Вот в этом наша проблема. Чувак который рассказывает немного не то - делает это весело и задорно. Спец который лучше разбирается, не может даже интонацию поменять, он как будто засыпает. Это нереально слушать. Ну раз в Agile получилось - что мешает прочитать методичку по публичным выступлениям и сделать это всё не таким грустным?

[@VitaliVishneuski]

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

[@vitaliistepovenco9082]

@@VitaliVishneuski а мне заплатят? Я вполне внятно указал что мне не понравилось и даже сказал что бы неплохо сделать. Просто я сделал это в другом стиле - ибо это социальная сеть, и в целом я не считаю нужным придерживаться каких-то эталонов обратной связи, или стиля написания комментария в данном контексте. По сути вопроса - видимо что-то прошло мимо вас, бывает, мне также в Agile некоторые нюансы непонятны. Дам еще один непрошеный совет - как думаете стала бы ваш спич в таком стиле слушать дама на свидании? Я думаю нет. Оставим за скобками то, что зависит какая дама и т.д. Просто в общем и целом дама бы заскучала. Так вот аудитория - это дама.

[@VitaliVishneuski]

@@vitaliistepovenco9082 если будет внятно, то заплачу.

[@marikdada]

ЛЕКС РАЗБЕРИТЕ ПОЖАЛУЙСТА ПОДРОБНО ПРО LESS, NEXUS И SAFE. ЗАПИЛИ РОЛИК. КТО ЗА СТАВЬТЕ ПАЛЕЦ ВВЕРХ!

[@itbeard]

Сам я в этом не секу, но записал.

[@VitaliVishneuski]

На пальцах эти темы не разобрать, да и не формат это для Лешиного влога, это уже больше для менеджмента больших и сложных проектов, а у Лёши своя аудитория.

[@user-fv1lc5bm8j]

Молодец, что не побоялся выложить видео, где проводишь работу над ошибками! Не многие на такое способны. И я в том числе)

[@volhaivanova9265]

С удовольствием посмотрела оба видео:) Замечания все по делу, но не критичные, имхо

[@by_gomel]

Сильно)) Спасибо Виталию за разбор, а тебе, Лекс, за шейринг инфо и принятие (как мы понимаем, глупо обижаться на код-ревью) =) Самокритицизм - это хорошо!

[@aleksandryushka9571]

Отличное дополнение. Спасибо Виталику за подробный разбор. Лекс тебе спасибо за контент.

[@itbeard]

На здоровье!)

[@Buldozerina]

Ха. Я попала на этот канал из-за видео, которое тут разбирают. Мне оно показалось божественным 😅 Мдя.. я только учусь. Спасибо за разбор.

[@itbeard]

На здоровье!)

[@user-hz9ho4ch2j]

Нужно сделать большую ЗАМЕТНУЮ ссылку-заставку на это видео с первого видео, которое вводит в заблуждение. Спасибо, что не побоялся признать ошибки и записал это грамотное видео!

[@developerninja619]

Тема: что лучше использовать для создания приложения для Android, IOS - Xamarin или учить Java и Swift? И вопрос: на Xamarin ты пишешь один код для всех устройств (Android, IOS, Windows Phone, MacOS) или для каждой платформы надо писать код отдельно?

[@juliusmalkov9620]

Интересно) спасибо)

[@YTAccountKMG]

Молодцы ребята. Спасибо за популяризацию. ЗЫ: ну Борода молодец, стелил ровно. Гг))

[@user-cf6qq1uo9n]

Вот это формат)))

[@YT-tk6dx]

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

[@pimenaus]

Можно еще немножечко побурчать и еще деталек добавить. Например смотрите, часто употребляете слово Story, а это скорее сокращение от User Story, которая не является элементом Scrum. В руководстве по скраму элементы беклога называются Product Backlog Item или PBI. А все эти User Story они пошли скорее от такого консультанта как Майк Кон, он придумал формат описания запросов к продукту в виде шаблона: "я как , хочу , для того, чтобы ". Подобных дополнительных практик, которые в скрам не входят, но помогают сделать скрам рабочим, достаточно много и тот же Майк Кон придумал им название GASP - Generally Accepted Scrum Practices. К GASPам можно отнести: User Story, Story Points, Planning Poker, Story Mapping, Impact Mapping. Кстати, упустили важный момент, в скраме мы пытаемся оценить какой то элемент беклога не относительно шкалы времени, а относительно друг друга (хотя может это я в видосе проморгал) и выразить это каким-то числом, которое показывает масштаб разницы этих элементов. Когда элементы беклога реализуются, то у нас появляются исторические данные о производительности и по ним мы можем делать прогноз того, как мы будем "кушать" беклог дальше. Про сторипоинты еще важная вещь - это командная оценка и тут не только важно учитывать что работать над PBI будет джун или сеньйор девелопер, но и что там будет работать аналитик и тестировщик и они при оценке должны понимать объем работ друг друга. Вы если что, обращайтесь, все детально расскажу

[@itbeard]

Спасибо, комментарий весьма дельный.

[@VitaliVishneuski]

Согласен со всем выше сказанным. Скрам не определяет как мы оцениваем, он говорит что надо это делать и зачем. Тема оценки задач в разработке ПО достаточно сложная и заслуживает отдельного видео.

[@user-vq3kt7rj3u]

Меня еще смутило в видео, что задачи не оцениваются в SP. В SP оцениваются только User Story. Почему? А если задача часть бэклога?

[@pimenaus]

@@user-vq3kt7rj3u в качестве дисклеймера скажу, что это скорее бест практис нежеле что-то что указано "как правильно" в скрам гайде. Просто обычно народ делает слеюущую иерархию сущностей: Эпик - что-то ценное для клиента, но оно не влезает в спринт (поэтому декомпозируется на инкрементальные поставки), Стори - что-то ценное для клиента (в некоторых случаях для команды) и что можно сделать за спринт. Таск - это атомарное действие, на которые делится Story. Чаще всего может быть выполнено одним участником команды и как таковой ценности клиенту не несет. Некую декомпозицию. И беклог чаще всего состоит из сущностей Стори. И оценка в SP - это командная оценка (как мы как команда оцениваем эту сущность, в реализации которой почаствуем все мы), а таск - это индивидуальная оценка, там сторипонит - некуда приткнуть

[@user-vq3kt7rj3u]

@@pimenaus спасибо)

[@sorokinmike]

Ребята вы меня простите, но вот это настоящий фейл. Первый видос был более занимательным: он мне, как минимум, открыл глаза на то как понимают скрам инженеры(с опытом), плюс нескучная подача :). В этом эпизоде всё значительно печальнее, на мой взгляд. Начиная с количества ивентов, а путаница произошла из-за того, что про рефайнмент не сказали :) хотя это не ивент(хотя в Скрам Нексус это уже ивент) про это надо было сказать. Очень запутанно было рассказано про стори поинты: в особенности утверждение про то, что поинты это для долгосрочного планирования, а часы для кратковременного. Из того как это сказано следует, что для планирования спринта нужна капасити, а релиза поинты :). Почему не сказали про велосити? :) Объяснение разницы между часами и принтами было оченьзапутанным. Достаточно было сказать, что поинты это единица скорости всей команды, а не каждого ее члена. Про прогресс: тут эксперт ещё больше неясности внёс. Утверждение, что гайд говорит, что нужно выполнять только определенный ритуал - странное и, мне кажется даже забавным :). Забавным, т.к. это звучит как : -А зачем нам дейли? Чтобы прогресс менять? - Нее, это просто такой ритуал :D 1. Скрам говорит, что менять прогресс нужно! 2. Скрам говорит как! 3 вопроса тебе дают возможность понять насколько команда продвинулась И узнать планы до след дейли. Пример: если член командыговорил вчера, что планирует завершить строю, а сегодня говорит тоже самое, то прогресса по сторе 0. Утверждение о том, что ДоД это часть спринта :) очень странное и не соответствует действительности. ДоД относится к pbi и определяет, является ли пба резиаблл инкрементом или нет. "Мы вносим изменения не в спринта, а в продукт" - это как? Я понимаю, что подразумевается продукт бэклог, но , друзья, эксперты, которые делают разносы , мне кажется могут быть немного внимательнее в терминах. При это я бы хотел выразить огромный респект, что делаете такой контент.

[@VitaliVishneuski]

Спасибо за детальный разбор данного видео. Сорри за допущенные неточности, уж точно нигде не претендую на единственную абсолютную истину для всех. Хотелось лишь чуть подправить понимание аджайл у джунов и мидлов. Все мы знаем, что фиксить ошибки внесённые на ранних фазах и обнаруженные на поздних очень и очень дорого. Тоже самое и с людьми, исправлять понимание аджайл у сеньор и лид инженеров крайне тяжело, если вообще возможно. Концептуально не вижу рассхождений в том что было сказано в видео и тем что описано вами, уверен будь у нас возможность подискутировать мы бы вместе пришли к одному и тому же определению по всем поднятым вами пунктам. Я давно предлагал Лёше формат панельного интервью, подкаста или дискуссии. Он пока в процессе созревания.

[@sorokinmike]

@@VitaliVishneuski я уверен, что дискутировать нам не о чем :), т.к. будет примерно одинаковое понимание как это все работает и не работает. Мой поинт в том, что эпизод получился, с моей точки зрения, слегка запутанным и ожидания, сформированные в начал, не очень оправдались.

[@VitaliVishneuski]

@@sorokinmike вы зритель искушённый :) очень хотелось лучше подготовиться, но я плохо спланировал свою подготовку и сроки поджимали :)

[@itbeard]

На панельные интервью пока нет бюджетов😁

[@by_gomel]

@@VitaliVishneuski плохо спланирован спринт к релизу эпизода 😁

[@Roman_851]

Не очень понятно зачем тратить время на разбор того, что было неправильным изначальным, когда можно просто рассказать о том, как должно быть. В учёт не берётся тот факт, что первое видео могли вообще не смотреть. Вывод об ошибках можно было бы в конце сделать общий, ибо суть не в разборе чьих-то ошибок. За видео спасибо, хоть было и тяжело его слушать местами.

[@noneex451]

молодец

[@karlkorzun4376]

Первое видео не может претендовать на какой либо мануал методологии или каких либо технологий - оно лишь призвано показать "смотрите а можно ещё вот так" и немного заинтересовать - так что все недочеты которые в том видео есть они по сути своей не важны (конечно если дойдут до того что по видео будут строить рабочий процесс проблема - но тут вопрос в адекватности таких людей) - это просто буклет - не книга- книгу все будут собирать уже из других источников гайдов и т.д. понятно что напутал оговорился он и т.д. смешал мух и котлеты - но мне кажется что цель видео познакомить была достигнута, а дальше надо было ему же снимать и пояснения если уж так захотелось - сложная подача @Vitali Vishnevski простите не осилил до конца даже на 1,25 скорости :) , формат обзора тоже имхо не самый удачный лучше бы просто вторая серия с объяснением расширенным за одно и ошибки бы поправили - просто после первого видео открыл гайд и сам подчеркнул кривые моменты.

[@pimenaus]

Если захотите сделать подобный видос про Канбан - обращайтесь, помогу все правильно понять

[@itbeard]

Так мб в кадр?)

[@pimenaus]

@@itbeard вообще не вопрос

[@itbeard]

Отпишите мне в ТГ

[@kvazipushka]

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

[@samolevich]

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

[@itbeard]

Но лучше как время, будет - глянь оба 😉

[@fillin3124]

Го интервью с другими разработчиками, например Джава, Джава под андроид и путь в других языках программирования.

[@itbeard]

Будет

[@luckyxan4446]

@20:42 - Простатусы.. Что за Древнеримский бог такой, Простатус? :D

[@nickbeam178]

Подача информации воспринимается тяжело

[@Rockphill]

«Мы не будем изменять продукт, но мы готовы вносить изменения в любое время.» можно перевод этого? Как это может жить одновременно.

[@jamesmiller2521]

«Мы не будем изменять продукт [с нуля], но мы готовы вносить изменения [поверх уже существующего продукта] в любое время.»

[@DOTNETMAN]

я бы тоже прокомментировал бы комментарии Виталия

[@itbeard]

Го

[@DrCox-kh9nh]

а почему ноут не мас? винда тип лучше? или просто какой ноут есть такой и сойдет

[@itbeard]

Так Виталик изначально дотнетчик - дело привычки, думаю

[@VitaliVishneuski]

Мне винда нравится. Мои потребности решает. Про маки ничего сказать не могу, никогда не имел и никогда не хотел.

[@DrCox-kh9nh]

@@VitaliVishneuski Просто я работаю как QA пол года, и в офисе все от разработчиков к пм все на маках, говорят им удобней, а в Qa у всех винда.

[@VitaliVishneuski]

@@DrCox-kh9nh очень интересный сетап. В ЭПАМ, например, чаще сталкивался с тем, что разработчики на PC, а у тестировщиков и PC, и Мас, так как клиенты заказчика используют и то, и то, и важно, чтобы наше приложение работало для обоих систем.

[@DrCox-kh9nh]

​@@VitaliVishneuski Мак у тестировщиков так же есть, но им не часто пользуются, но как то так, мне винда так же больше нравится

[@anzarsh]

Музыка в конце стала более умиротворенной))

[@itbeard]

взрослею)

[@genusatplay]

@@itbeard а по мне, так dear enemy вообще хорошо завершал

[@itbeard]

Он просто оказывается под лицухой. Могут бросить страйк

[@taraskuzmin684]

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

[@vitaliishebela2748]

Стоит сделать 1- видео на 15 минут! Это все можно уместить легко. Будет хороший компактный гайд

[@itbeard]

Для этого есть скрамгайд ;)

[@vitaliishebela2748]

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

[@user-zf7le3yd3d]

Подскажите , какие Agile-методологии вы знаете? Вопрос с собеседования, подскажите ответ пож-та.

[@itbeard]

Гугл

[@alexybogomolov]

лучше смотреть на скорости x1.5

[@Maki_funny]

Кто заметил, что упомянул 13:29 6 ивентов, а их всего-то 5 . Странно конечно 19 лет опыта, а всё читает из написанного текста

[@itbeard]

Шесть макетов, просто цифра неверная и на монтаже проморгали

[@Salaros]

19 лет в EPAM, это как 3 года в реально техничной команде (у меня вот 11 лет опыта, но тоже разного качества)

[@VitaliVishneuski]

Это отсутствие опыта презентации, а не читка текста :) Его как раз и не было подготовлено из-за отсутствия опыта подготовки к презентации :) В ноут я подглядывал за вдохновлением :) Согласен плохо подготовился :(

[@VitaliVishneuski]

По поводу 6-ого ивента - это про бэклог рефайнемент, про него все забывают, в гайде он описывается как отдельный процесс, вот и мы с Лешей забыли и напутали. :(

[@isapper]

Я считаю в часах разработки сеньера, но каждый разраб имеет свой коэффицент. Мидлы 0.5, джуны 0,2 примерно. Прозрачнее выходит.

[@olehdevua]

я замечаю что синьери часто разрабатывают дольше начинающих мидлов. Там где синьер будет 1 день думать и задавать вопросы, 2рой день делать, мидл нахерячит все за день, до конца не учтя все ньюансы, и даже тестами толком не покроет, и отправит на код ревью. Потому для меня такие коефициенты выглядят бесмысленно. Конечно можно сказать, что на код ревью мидла потом застопорят, но на практике это не всегда так, в итоге мидл может двигаться даже быстрее.

[@user-pd7wp3ig2k]

А почему о артефактах в scrum не рассказано?

[@itbeard]

Не хватило времени)

[@ClooEni]

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

[@itbeard]

Воу воу! Горяче 😎

[@ttsrg]

скрам эвентов- 6 ?

[@VitaliVishneuski]

Да, я забыл сказать, а Леша забыл написать, и почти все разработчики о нем забывают. Это Backlog Refinement. Это когда вся скрам команда (Product Owner, Dev Team, Scrum Master), собирается и причесывает (grooming) бэклог, т.е. уточняет критерии и детали сторей. Пока стори не будут соответствовать Definition of Ready (набор условий, согласованный командой, при выполнении которых стори считаются готовыми для их реализации, www.quickscrum.com/ScrumGuide/169/sg-Definition-Of-Ready).

[@egorpobylets6597]

Спасибо, но смотреть тяжело(

[@Deletedeletedelete]

ниасилил

[@VitaliVishneuski]

Ребята, тогда хотя бы прочитайте Agile-манифест (agilemanifesto.org/iso/ru/manifesto.html) и Scrum Guide (www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Russian.pdf). Они не большие, вполне можно прочитать в своем ритме.

[@ekaterinavolkova4348]

@@VitaliVishneuski добавьте, пржалуйса, эти ссылки в описание видео.

[@VitaliVishneuski]

@@ekaterinavolkova4348 там уже есть ссылка на все ссылки :)

[@ekaterinavolkova4348]

@@VitaliVishneuski ссылка на ссылки 😂 пошла погружаться в матрицу 👍 спс 😀

[@gagarinkosmonavt1947]

Так что такое скрам в итоге?))

[@itbeard]

Срамота)

[@krabovskoe]

Поставил 404 лайк 😌

[@yauhendalevich2152]

На скорости 1.5 топ

[@DmitriyShuvalov]

Лысый ты не.... Ну ты понял.

[@letsplay6287]

АйТиБорода вернись !!!!!!!!!!

[@itbeard]

В следующих выпусках🙂

[@Mprofy77]

По моему еще один еще человек путающий саму суть. PMI, например это средство управления ПРОЕКТОМ. а Scrum, kanban средство управления РАБОТАМИ.

[@itbeard]

Ещё один человек, понимающий суть мироздания. Сколько же вас, товарищи?...

[@BahtiyarAmandosov]

Алексей перезапишите пожалуйста Видео, у Вас как то более понятней подача информации.

[@yrHeTateJlb]

Перематывать я начал на 5 минуте, а выключил на девятой. ИМХО, было бы в 100 раз лучше если бы текст написал тот, который в очках, а читал тот, который с бородой

[@itbeard]

Имхо твое а решаю я ;)

[@RG-sj1jb]

что-то я не понял - у рекламы нет кнопки "Пропустить"... не дождался ... отключаюсь

[@itbeard]

Хорошего пути

[@by_gomel]

@@itbeard специально для таких ребят в рекламном модуле есть кнопка [X], которая на самом деле редиректит куда-надо)))

[@antonkondratiuk4782]

Kanban ето метод и он не относится к Agile

[@Yolo2512Jesus]

Как хорошо, что я его не посмотрел)))

[@itbeard]

Чего?

[@Yolo2512Jesus]

@@itbeard теперь пришлось посмотреть) думал с самого начала все правильно расскажут, а тут только про ошибки в основном

[@itbeard]

Что тоже не плохо 😉

[@andreyp2632]

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

[@VitaliVishneuski]

Вы даже не представляете себе как это быть менеджером-интровертом. Но если мне доверили это, то видимо есть за что. ;)

[@evgeny7704]

Ааааээ..

[@Kempriol]

Кенбэк - че за казах?)

[@user-ut3fx2zk4x]

Kempriol генгбенг он хотел сказать)))

[@Salaros]

Зачем вы микрофон человеку повесили куда-то на кадык? Неужели вам нравится слушать это плямканье, чавканье, эти сглатывания? 19:54

[@Y_K_5496]

Не знаю какой ты программист, но объясняешь ты как то не очень

[@Katarina_Peterburg]

Смотреть тяжело не из-за материала, а из-за постоянного «аааа... эээээ...». Унылая и неинтересная подача. Хотелось бы, чтобы коучи и эксперты, которые себя таковыми презентуют, обладали ораторскими навыками. Ошибки бывают, но тоже смутило 6 мероприятий, когда их было представлено 5. Перегруз англоязычных словечек, где можно было бы выразиться нормально: «трэкаем», «дифинишн оф дан», «тайм бокс», «поставлять больше велью», «наш солюшн должен быть собран» - последние перлы вне конкуренции😅 И авторское определение “shippable - поставлять» тоже возмутило. «отгружать» - ship, «подлежащий транспортировке, транспортируемый, отгружаемый» - shippable. «Поставлять» - supply. Прошу прощения за отрицательный комментарий, не хочу никого задеть. Я только за то, чтобы наставники становились лучше и за профессионализм.

[@alazarnfreeman9216]

👍

[@kyxapb]

Лайк неглядя

[@itbeard]

Лучше глянь 😉

[@kyxapb]

@@itbeard как раз в процессе))

[@IngvarLosev]

Какоже нудный парень

[@itbeard]

зато всё по делу.

[@user-op6uj8om6l]

Ну хз. Как по мне очень даже интересно рассказал. Камеры хоть не стесняется.

[@user-cs7pi4mc3i]

Какой же нудный товарищ, на половине выключил.

[@user-ut3fx2zk4x]

Ещё больше запутал. Лучше бы записали видео с нуля, а старое удалили. Бизнес аналитик существует или нет? Скрам ивентов говорит 6, а перечисляет 5. Короче теперь Каша в голове

[@itbeard]

Читай скрамгайд для закрепления

[@asusov]

Какой же он нудный. Не смог досмотреть. Но я на самом деле так и не понял ни из первого видео ни из второго что же такое agile. Гибкий, поворотливый... и все??? Про скрам рассказал снова довольно подробно, но про эджайл все равно не понято. Это методология? Или что? Что она из себя представляет? Как ее использовать? И и.д. Если ты считаешь что все понятно, тогда резюмируй каждый блок из своего повествования.

[@itbeard]

Прочитай скрамгайд и успакойся

[@firstfreeman7]

вместо попыток разобраться и запомнить инфу, считал сколько раз он глотнет свою слюну это неслушабельно

[@itbeard]

Ну ты и фигнёй страдал, чувак

[@firstfreeman7]

@@itbeard на самом деле не страдал, но из-за этих звуков не мог сосредоточиться и лично твое веселое хоть и не академичное объяснение было гораздо круче вот этого :).. а этот ролик не смог досмотреть даже до половины из-за подачи, хотя разобраться подробнее хотелось..

[@Alexiy25raffasan]

капец он нудный

[@konstantinchvilyov9602]

Смешная, долгая и непонятная критика, в которой суть непонятна.

[@itbeard]

как и комментарий

[@elenakoltunova5119]

@@itbeard 1:1 😀

[@amiratcloud5625]

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

[@user-jh8qw5er3w]

Капец нудно рассказывает...