Agile и Scrum на пальцах / еще раз О ГИБКИХ методологиях разработки ПО / Разнос первого видео
Vložit
- čas přidán 25. 06. 2024
- На моем канале есть видео "Agile и Scrum на пальцах", в котором я рассказывал вам о гибких методологиях разработки ПО: • Agile и Scrum на пальц...
В нем я допустил очень много теоретических ошибок. Что бы как-то исправить ситуацию, представляю вам работу над ошибками, разнос, который провел мой друг и участник Agile-сообщества Беларуси - Виталик Вишневский.
Погнали! 😎
Аудио-версия выпуска: bit.ly/2V0GJ74
Виталик в LinkedIn: bit.ly/2vp5Dhx
Материалы из выпуска тут: t.me/itbeard/160
_______________________________________
АЙТИБОРОДА В ИНТЕРНЕТЕ:
🔹 Сайт - itbeard.com
🔹 CZcams - / itbeard
🔹 SoundCloud - / itbeard
🔹 Discord - s.itbeard.com/discord
🔹 Telegram - t.me/itbeard
🔹 Instagram - / itbeard
🔸 Стать спонсором - czcams.com/users/itbeardjoin
_______________________________________
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
Таймлайн-навигация разноса:
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 - Про другие фреймворки
Так вроде гугл меня сюда и привел))
Респект за то что адекватно воспринимаешь критику и признаешь ошибки, а не как некоторые с пеной во рту обижаешься и защищаешься или совсем игноришь. Это очень круто!
Да, может в первом видео Лёха и ошибся где-то, но мне как новичку в IT в общих чертах всё было вполне понятно.
Второе видео (то есть непосредственно это) досмотрел на мораль-волевых, больше из спортивного интереса, чтобы сложить собственное мнение. Если б Лёха снимал видосы в таком духе, как новое про Scrum, я б навряд ли подписался:)))
Надо наверное тогда третье запилить: все правильные вещи, что говорил Виталий, но в стиле подачи Лёхи:)
смотреть в скорости 1.25. Спасибо за видео. Удачи!)
Только х1,75, иначе никак
спасибо тебе мил человек..
Вот в этом наша проблема.
Чувак который рассказывает немного не то - делает это весело и задорно.
Спец который лучше разбирается, не может даже интонацию поменять, он как будто засыпает. Это нереально слушать. Ну раз в Agile получилось - что мешает прочитать методичку по публичным выступлениям и сделать это всё не таким грустным?
Читал и не раз. Опыт и обратную связь вот набираю. Спасибо вам за отзыв! Правда, вы бы лучше взяли и почитали методичку о том как давать конструктивную обратную связь, прежде чем писать коммент под видео.
@@VitaliVishneuski а мне заплатят?
Я вполне внятно указал что мне не понравилось и даже сказал что бы неплохо сделать.
Просто я сделал это в другом стиле - ибо это социальная сеть, и в целом я не считаю нужным придерживаться каких-то эталонов обратной связи, или стиля написания комментария в данном контексте.
По сути вопроса - видимо что-то прошло мимо вас, бывает, мне также в Agile некоторые нюансы непонятны.
Дам еще один непрошеный совет - как думаете стала бы ваш спич в таком стиле слушать дама на свидании? Я думаю нет. Оставим за скобками то, что зависит какая дама и т.д. Просто в общем и целом дама бы заскучала. Так вот аудитория - это дама.
@@vitaliistepovenco9082 если будет внятно, то заплачу.
ЛЕКС РАЗБЕРИТЕ ПОЖАЛУЙСТА ПОДРОБНО ПРО LESS, NEXUS И SAFE. ЗАПИЛИ РОЛИК. КТО ЗА СТАВЬТЕ ПАЛЕЦ ВВЕРХ!
Сам я в этом не секу, но записал.
На пальцах эти темы не разобрать, да и не формат это для Лешиного влога, это уже больше для менеджмента больших и сложных проектов, а у Лёши своя аудитория.
Когда Виталий сказал, что в SCRUM 6 ивентов - я немного напрягся. Хорошо, что в списке их оказалось 5)). В целом - отличная работа. Как и пишут в комментариях - есть вопросы к подаче, но, я думаю, это легко решаемый вопрос (не все мы пишем видео каждый день). Главное, что контент максимально интересный.
Есть хинт: я смотрел на скорости 1,25 и тогда становится в меру динамично.
Жду больше видео с Виталием!
Грац🙂
@@itbeard Лёша, есть просьба - следующие видео с моим участием заливать ускоренными ;)
Андрей, я имел ввиду упоминуть про бэклог рефайнемент, но как и все часто в реальных проектах о нем забывают, я забыл о нем сказать.
Всегда смотрю на 1.75х как минимум. А обычно 2х. Медленнее даже не могу воспринимать информацию
спасибо за лайфхак 1.25... а то уже кровь из ушей пыталась идти... от АААА... АААА... ээээ... и оооочень медленно. А так все вполне позитивно и информативно! Спасибо
Молодец, что не побоялся выложить видео, где проводишь работу над ошибками! Не многие на такое способны. И я в том числе)
Интересно) спасибо)
Вот это формат)))
Отличное дополнение. Спасибо Виталику за подробный разбор. Лекс тебе спасибо за контент.
На здоровье!)
Не очень понятно зачем тратить время на разбор того, что было неправильным изначальным, когда можно просто рассказать о том, как должно быть. В учёт не берётся тот факт, что первое видео могли вообще не смотреть. Вывод об ошибках можно было бы в конце сделать общий, ибо суть не в разборе чьих-то ошибок.
За видео спасибо, хоть было и тяжело его слушать местами.
С удовольствием посмотрела оба видео:) Замечания все по делу, но не критичные, имхо
Сильно))
Спасибо Виталию за разбор, а тебе, Лекс, за шейринг инфо и принятие (как мы понимаем, глупо обижаться на код-ревью) =)
Самокритицизм - это хорошо!
Ха. Я попала на этот канал из-за видео, которое тут разбирают. Мне оно показалось божественным 😅
Мдя.. я только учусь. Спасибо за разбор.
На здоровье!)
Нужно сделать большую ЗАМЕТНУЮ ссылку-заставку на это видео с первого видео, которое вводит в заблуждение.
Спасибо, что не побоялся признать ошибки и записал это грамотное видео!
Молодцы ребята. Спасибо за популяризацию.
ЗЫ: ну Борода молодец, стелил ровно. Гг))
Тема: что лучше использовать для создания приложения для Android, IOS - Xamarin или учить Java и Swift? И вопрос: на Xamarin ты пишешь один код для всех устройств (Android, IOS, Windows Phone, MacOS) или для каждой платформы надо писать код отдельно?
Спасибо за видео
Подача информации воспринимается тяжело
Ребята вы меня простите, но вот это настоящий фейл. Первый видос был более занимательным: он мне, как минимум, открыл глаза на то как понимают скрам инженеры(с опытом), плюс нескучная подача :). В этом эпизоде всё значительно печальнее, на мой взгляд. Начиная с количества ивентов, а путаница произошла из-за того, что про рефайнмент не сказали :) хотя это не ивент(хотя в Скрам Нексус это уже ивент) про это надо было сказать. Очень запутанно было рассказано про стори поинты: в особенности утверждение про то, что поинты это для долгосрочного планирования, а часы для кратковременного. Из того как это сказано следует, что для планирования спринта нужна капасити, а релиза поинты :). Почему не сказали про велосити? :) Объяснение разницы между часами и принтами было оченьзапутанным. Достаточно было сказать, что поинты это единица скорости всей команды, а не каждого ее члена.
Про прогресс: тут эксперт ещё больше неясности внёс. Утверждение, что гайд говорит, что нужно выполнять только определенный ритуал - странное и, мне кажется даже забавным :). Забавным, т.к. это звучит как :
-А зачем нам дейли? Чтобы прогресс менять?
- Нее, это просто такой ритуал :D
1. Скрам говорит, что менять прогресс нужно!
2. Скрам говорит как! 3 вопроса тебе дают возможность понять насколько команда продвинулась И узнать планы до след дейли. Пример: если член командыговорил вчера, что планирует завершить строю, а сегодня говорит тоже самое, то прогресса по сторе 0.
Утверждение о том, что ДоД это часть спринта :) очень странное и не соответствует действительности. ДоД относится к pbi и определяет, является ли пба резиаблл инкрементом или нет.
"Мы вносим изменения не в спринта, а в продукт" - это как? Я понимаю, что подразумевается продукт бэклог, но , друзья, эксперты, которые делают разносы , мне кажется могут быть немного внимательнее в терминах.
При это я бы хотел выразить огромный респект, что делаете такой контент.
Спасибо за детальный разбор данного видео. Сорри за допущенные неточности, уж точно нигде не претендую на единственную абсолютную истину для всех. Хотелось лишь чуть подправить понимание аджайл у джунов и мидлов. Все мы знаем, что фиксить ошибки внесённые на ранних фазах и обнаруженные на поздних очень и очень дорого. Тоже самое и с людьми, исправлять понимание аджайл у сеньор и лид инженеров крайне тяжело, если вообще возможно.
Концептуально не вижу рассхождений в том что было сказано в видео и тем что описано вами, уверен будь у нас возможность подискутировать мы бы вместе пришли к одному и тому же определению по всем поднятым вами пунктам.
Я давно предлагал Лёше формат панельного интервью, подкаста или дискуссии. Он пока в процессе созревания.
@@VitaliVishneuski я уверен, что дискутировать нам не о чем :), т.к. будет примерно одинаковое понимание как это все работает и не работает. Мой поинт в том, что эпизод получился, с моей точки зрения, слегка запутанным и ожидания, сформированные в начал, не очень оправдались.
@@sorokinmike вы зритель искушённый :) очень хотелось лучше подготовиться, но я плохо спланировал свою подготовку и сроки поджимали :)
На панельные интервью пока нет бюджетов😁
@@VitaliVishneuski плохо спланирован спринт к релизу эпизода 😁
Да пофигу, это ведь не инструкция к атомной станции. Мне нужно было понять что такое эджайл и скрам, а не "алгебраическая" достоверность терминов.. это академичное видео скорее запутало меня. Я не айтишник, я не хочу погружаться в изучение терминов, я хочу понять о чем речь. когда придет время, я открою учебники.. ангуляр и джеквэри.. вы это мне ? подписчику? ..
Воу воу! Горяче 😎
Первое видео не может претендовать на какой либо мануал методологии или каких либо технологий - оно лишь призвано показать "смотрите а можно ещё вот так" и немного заинтересовать - так что все недочеты которые в том видео есть они по сути своей не важны (конечно если дойдут до того что по видео будут строить рабочий процесс проблема - но тут вопрос в адекватности таких людей) - это просто буклет - не книга- книгу все будут собирать уже из других источников гайдов и т.д. понятно что напутал оговорился он и т.д. смешал мух и котлеты - но мне кажется что цель видео познакомить была достигнута, а дальше надо было ему же снимать и пояснения если уж так захотелось - сложная подача @Vitali Vishnevski простите не осилил до конца даже на 1,25 скорости :) , формат обзора тоже имхо не самый удачный лучше бы просто вторая серия с объяснением расширенным за одно и ошибки бы поправили - просто после первого видео открыл гайд и сам подчеркнул кривые моменты.
Можно еще немножечко побурчать и еще деталек добавить. Например смотрите, часто употребляете слово 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 будет джун или сеньйор девелопер, но и что там будет работать аналитик и тестировщик и они при оценке должны понимать объем работ друг друга. Вы если что, обращайтесь, все детально расскажу
Спасибо, комментарий весьма дельный.
Согласен со всем выше сказанным. Скрам не определяет как мы оцениваем, он говорит что надо это делать и зачем. Тема оценки задач в разработке ПО достаточно сложная и заслуживает отдельного видео.
Меня еще смутило в видео, что задачи не оцениваются в SP. В SP оцениваются только User Story. Почему? А если задача часть бэклога?
@@user-vq3kt7rj3u в качестве дисклеймера скажу, что это скорее бест практис нежеле что-то что указано "как правильно" в скрам гайде. Просто обычно народ делает слеюущую иерархию сущностей: Эпик - что-то ценное для клиента, но оно не влезает в спринт (поэтому декомпозируется на инкрементальные поставки), Стори - что-то ценное для клиента (в некоторых случаях для команды) и что можно сделать за спринт. Таск - это атомарное действие, на которые делится Story. Чаще всего может быть выполнено одним участником команды и как таковой ценности клиенту не несет. Некую декомпозицию. И беклог чаще всего состоит из сущностей Стори. И оценка в SP - это командная оценка (как мы как команда оцениваем эту сущность, в реализации которой почаствуем все мы), а таск - это индивидуальная оценка, там сторипонит - некуда приткнуть
@@pimenaus спасибо)
молодец
Виталий, Вы говорите толковые и интересные вещи, но поработайте над подачей. Слушать тяжело, чоень заметно, что даже не репетировали.
Как хорошо, что я не смотрел то видео, потому что нифига не понимаю что присходит. И это смотреть тогда не буду. Но лайк поставил и комментарий написал, а значит лепту в виде благодарного подписчика я внёс.
Но лучше как время, будет - глянь оба 😉
@20:42 - Простатусы.. Что за Древнеримский бог такой, Простатус? :D
так никто и не сказал, что такое стори поинтс. что меряет это величина?
есть спринт, фиксированый по времени. есть бэклог который наполняется так, чтобы команда смогла выполнить все таски в отведенном спринте. Тоесть, всетаки есть привязка по времени. Но мы знаем, что один таск два члена команды выполняют разное количество времени. А еще мы знаем, что количество стори поинтов за таск берется как среднее число всех проголосовавших на грум митинге. Ну так и что такое этот стори поинт?
я бы тоже прокомментировал бы комментарии Виталия
Го
Го интервью с другими разработчиками, например Джава, Джава под андроид и путь в других языках программирования.
Будет
лучше смотреть на скорости x1.5
«Мы не будем изменять продукт, но мы готовы вносить изменения в любое время.» можно перевод этого? Как это может жить одновременно.
«Мы не будем изменять продукт [с нуля], но мы готовы вносить изменения [поверх уже существующего продукта] в любое время.»
Я считаю в часах разработки сеньера, но каждый разраб имеет свой коэффицент. Мидлы 0.5, джуны 0,2 примерно. Прозрачнее выходит.
я замечаю что синьери часто разрабатывают дольше начинающих мидлов. Там где синьер будет 1 день думать и задавать вопросы, 2рой день делать, мидл нахерячит все за день, до конца не учтя все ньюансы, и даже тестами толком не покроет, и отправит на код ревью.
Потому для меня такие коефициенты выглядят бесмысленно.
Конечно можно сказать, что на код ревью мидла потом застопорят, но на практике это не всегда так, в итоге мидл может двигаться даже быстрее.
Спасибо, но смотреть тяжело(
ниасилил
Ребята, тогда хотя бы прочитайте Agile-манифест (agilemanifesto.org/iso/ru/manifesto.html) и Scrum Guide (www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Russian.pdf).
Они не большие, вполне можно прочитать в своем ритме.
@@VitaliVishneuski добавьте, пржалуйса, эти ссылки в описание видео.
@@ekaterinavolkova4348 там уже есть ссылка на все ссылки :)
@@VitaliVishneuski ссылка на ссылки 😂 пошла погружаться в матрицу 👍 спс 😀
Музыка в конце стала более умиротворенной))
взрослею)
@@itbeard а по мне, так dear enemy вообще хорошо завершал
Он просто оказывается под лицухой. Могут бросить страйк
Стоит сделать 1- видео на 15 минут! Это все можно уместить легко. Будет хороший компактный гайд
Для этого есть скрамгайд ;)
@@itbeard ну видос то удобнее, да и просмотров будет то) Личто у меня такое же представление о Скраме было как и у тебя в первом видео. Но вот второй видос показал как оно есть с точки зрения менеджера. А то что есть другие фреймворки на базе скрама для больших проектов - так об этом во многих компаниях менеджеры, не то что девы не знают)
Кто заметил, что упомянул 13:29 6 ивентов, а их всего-то 5 . Странно конечно 19 лет опыта, а всё читает из написанного текста
Шесть макетов, просто цифра неверная и на монтаже проморгали
19 лет в EPAM, это как 3 года в реально техничной команде (у меня вот 11 лет опыта, но тоже разного качества)
Это отсутствие опыта презентации, а не читка текста :) Его как раз и не было подготовлено из-за отсутствия опыта подготовки к презентации :) В ноут я подглядывал за вдохновлением :) Согласен плохо подготовился :(
По поводу 6-ого ивента - это про бэклог рефайнемент, про него все забывают, в гайде он описывается как отдельный процесс, вот и мы с Лешей забыли и напутали. :(
Если захотите сделать подобный видос про Канбан - обращайтесь, помогу все правильно понять
Так мб в кадр?)
@@itbeard вообще не вопрос
Отпишите мне в ТГ
Подскажите , какие Agile-методологии вы знаете? Вопрос с собеседования, подскажите ответ пож-та.
Гугл
а почему ноут не мас? винда тип лучше? или просто какой ноут есть такой и сойдет
Так Виталик изначально дотнетчик - дело привычки, думаю
Мне винда нравится. Мои потребности решает. Про маки ничего сказать не могу, никогда не имел и никогда не хотел.
@@VitaliVishneuski Просто я работаю как QA пол года, и в офисе все от разработчиков к пм все на маках, говорят им удобней, а в Qa у всех винда.
@@DrCox-kh9nh очень интересный сетап. В ЭПАМ, например, чаще сталкивался с тем, что разработчики на PC, а у тестировщиков и PC, и Мас, так как клиенты заказчика используют и то, и то, и важно, чтобы наше приложение работало для обоих систем.
@@VitaliVishneuski Мак у тестировщиков так же есть, но им не часто пользуются, но как то так, мне винда так же больше нравится
скрам эвентов- 6 ?
Да, я забыл сказать, а Леша забыл написать, и почти все разработчики о нем забывают. Это Backlog Refinement. Это когда вся скрам команда (Product Owner, Dev Team, Scrum Master), собирается и причесывает (grooming) бэклог, т.е. уточняет критерии и детали сторей. Пока стори не будут соответствовать Definition of Ready (набор условий, согласованный командой, при выполнении которых стори считаются готовыми для их реализации, www.quickscrum.com/ScrumGuide/169/sg-Definition-Of-Ready).
А почему о артефактах в scrum не рассказано?
Не хватило времени)
Алексей перезапишите пожалуйста Видео, у Вас как то более понятней подача информации.
По моему еще один еще человек путающий саму суть. PMI, например это средство управления ПРОЕКТОМ. а Scrum, kanban средство управления РАБОТАМИ.
Ещё один человек, понимающий суть мироздания. Сколько же вас, товарищи?...
Так что такое скрам в итоге?))
Срамота)
Лысый ты не.... Ну ты понял.
Поставил 404 лайк 😌
На скорости 1.5 топ
АйТиБорода
вернись !!!!!!!!!!
В следующих выпусках🙂
Перематывать я начал на 5 минуте, а выключил на девятой. ИМХО, было бы в 100 раз лучше если бы текст написал тот, который в очках, а читал тот, который с бородой
Имхо твое а решаю я ;)
Смотреть тяжело не из-за материала, а из-за постоянного «аааа... эээээ...». Унылая и неинтересная подача. Хотелось бы, чтобы коучи и эксперты, которые себя таковыми презентуют, обладали ораторскими навыками. Ошибки бывают, но тоже смутило 6 мероприятий, когда их было представлено 5.
Перегруз англоязычных словечек, где можно было бы выразиться нормально: «трэкаем», «дифинишн оф дан», «тайм бокс», «поставлять больше велью», «наш солюшн должен быть собран» - последние перлы вне конкуренции😅 И авторское определение “shippable - поставлять» тоже возмутило. «отгружать» - ship, «подлежащий транспортировке, транспортируемый, отгружаемый» - shippable. «Поставлять» - supply. Прошу прощения за отрицательный комментарий, не хочу никого задеть. Я только за то, чтобы наставники становились лучше и за профессионализм.
👍
Kanban ето метод и он не относится к Agile
Зачем вы микрофон человеку повесили куда-то на кадык? Неужели вам нравится слушать это плямканье, чавканье, эти сглатывания? 19:54
Как хорошо, что я его не посмотрел)))
Чего?
@@itbeard теперь пришлось посмотреть) думал с самого начала все правильно расскажут, а тут только про ошибки в основном
Что тоже не плохо 😉
что-то я не понял - у рекламы нет кнопки "Пропустить"... не дождался ... отключаюсь
Хорошего пути
@@itbeard специально для таких ребят в рекламном модуле есть кнопка [X], которая на самом деле редиректит куда-надо)))
Кенбэк - че за казах?)
Kempriol генгбенг он хотел сказать)))
Ээ-бэ-пэ-гкк... Лучше бы он тебя поправил и ты бы записал новый ролик. Под руководством такого нудного менеджера далеко не нагребешь , представляю как он мотивирует)))
Вы даже не представляете себе как это быть менеджером-интровертом. Но если мне доверили это, то видимо есть за что. ;)
Ааааээ..
Лайк неглядя
Лучше глянь 😉
@@itbeard как раз в процессе))
Не знаю какой ты программист, но объясняешь ты как то не очень
Ещё больше запутал. Лучше бы записали видео с нуля, а старое удалили. Бизнес аналитик существует или нет? Скрам ивентов говорит 6, а перечисляет 5. Короче теперь Каша в голове
Читай скрамгайд для закрепления
Какой же нудный товарищ, на половине выключил.
Какой же он нудный. Не смог досмотреть. Но я на самом деле так и не понял ни из первого видео ни из второго что же такое agile. Гибкий, поворотливый... и все??? Про скрам рассказал снова довольно подробно, но про эджайл все равно не понято. Это методология? Или что? Что она из себя представляет? Как ее использовать? И и.д. Если ты считаешь что все понятно, тогда резюмируй каждый блок из своего повествования.
Прочитай скрамгайд и успакойся
Какоже нудный парень
зато всё по делу.
Ну хз. Как по мне очень даже интересно рассказал. Камеры хоть не стесняется.
Смешная, долгая и непонятная критика, в которой суть непонятна.
как и комментарий
@@itbeard 1:1 😀
капец он нудный
вместо попыток разобраться и запомнить инфу, считал сколько раз он глотнет свою слюну
это неслушабельно
Ну ты и фигнёй страдал, чувак
@@itbeard на самом деле не страдал, но из-за этих звуков не мог сосредоточиться и лично твое веселое хоть и не академичное объяснение было гораздо круче вот этого :).. а этот ролик не смог досмотреть даже до половины из-за подачи, хотя разобраться подробнее хотелось..
Неее... может в первом ролике и были ошибки, но там настолько понятно излагается все, что мне как дилетанту, стала понятна вся "кухня"! А тут, извини меня конечно, оратор, но сплошное нудилово... Может ты и великий знаток, но такая подача материала просто ужас, только запутал. Для начинающих такого занудства не нужно
Капец нудно рассказывает...