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