Самое лучшее пояснение, не сухие формулировки, а именно на примерах и с углублением, спасибо! Правда для себя ничего нового не узнал ) вроде и так это все было понятно, просто грамотно собрано воедино, я не мог себе пояснить, что это такое, сумбурные мысли были, а после просмотра стало яснее
Короче, раньше: задачу поставили, программу написали, протестировали, сделали документацию, сдали заказчику, получили бабки. И досвидос. Все довольны, все счастливы. А теперь, нифига. Программа никогда не будет написана. Написание программы это процесс, который никогда не закончится. Бесконечно что-то делается, переделывается и бесконечно льется бабло. В принципе, всех устраивает :)
Если на интервью и/или в описании вакансии значится Agile и Scrum - это хороший индикатор, что на работе вас будут каждый день ебать зум митингами 9 утра.
Просто у SCRUM как у любого фреймворка есть свои цели. Он создан для гибкой/комплексной разработки, когда не до конца понятно, какой будет конечный продукт, и он может постоянно улучшаться и адаптироваться под новые запросы. Если вы точно знаете, что нужно сделать и как это должно работать и это именно то, что нужно клиенту, зачем тогда применять гибкие подходы, если смысла в гибкости нет в конкретном проекте?
@@vld-mr Просто неумение сформулировать и поставить задачу - это беда нынешнего времени (и ныне живущих людей). Неумение настолько тотальное и всеобщее, что проще сделать вид ,что это всех устраивает. Настолько устраивает, что даже решили, что это не беда, а "фича".
@@qwerty-fs4gy честно говоря, я не думаю, что это беда нынешнего времени, просто потому что современные системы (будь это IT или производство) гораздо более комплексные, а команды менее однородны по, скажем так, ментальному составу. Имея это как данность, сложно сравнивать времена. Как раз фреймворком о помогают это нивелировать, по-моему. В том же скраме есть четкие ограничения по ролям, есть определенные правила, а там где строгих правил, есть рекомендации. Что касается постановки задач, в скраме идёт постоянная коммуникация между stakeholders и скрам командой. Есть product owner, задача которого составить product backlog (перевести с языка бизнес-процессов на понятные шаги/задачи). И даже ниже по цепочке на стадии разработки на стадии Retrospective можно поднимать вопросы и пересматривать процесс. В скраме скрам команда не оторвана от владельцев/инвесторов и коммуникация никак не ограничена. Так что если что-то и сформулировано нечетко, в процессе должно как раз скорректироваться, иначе не будет прогресса и в Скраме по-хорошему, это сразу видно. Вопрос тут в том, насколько компания придерживается скрам или это лишь подобие фреймворка. Если скажем, разработчик определенный хочет поделиться своими мыслями и не может, то это не скрам. И тут уже другой вопрос
Спасибо большое за комментарий! Да, сфера менеджмента быстро растет и развивается. Об Agile например нам в ВУЗе не рассказывали. Хотя это очень распространенная методология/философия. Жаль(
Есть идея для видео, не знаю, насколько это реализуемо! Если бы вы могли упрощённо показать разработку примера продукта в условном модельном стартапе. По ролям - кто что делает, какие могут быть подводные камни.
Спасибо за комментарий! Очень хорошая идея. От нуля до MVP. В современных условиях команды должны создавать продукт стремительно и быстро и интересно было бы рассказать про то, как это происходит. Подумаю и в будущем обязательно сделаю такое видео.
В целом видео норм. Конечно любой специалист тут найдет до чего докопаться. Начиная от того, что "Канбан доски являются частью Скрама", заканчивая тем, что автор видео в принципе использует термин "Канабн доска" (ну последнее это уже для самых душных). Но в целом, для людей с 0 уровнем знаний по данной теме, видео довольно информативно и дает понимание об Agile без лишних терминов, которыми иногда злоупотребляют опытные Agile коучи. Только я вот, работая уже более 3 лет скрам мастером, не могу понять, почему нас не найти в отечественных компаниях))) Все у нас в стране отлично с этим, не перегибайте. У нас сильнейшее комьюнити (которое занимается консультированием Agile не только во всех странах СНГ, но и в Китае, Европе, США и т.д.). У нас куча скрам мастеров, Agile коучей и Delivery менеджеров, которые прекрасно имплементируют Agile в отечественных компаниях. Ну и насчет долгосрочных планов тоже немного бред. Уже давно все перешли на фреймворки масштабирования Agile, которые помогают ставить цели и отслеживать роудмапы хоть на долгосрочную перспективу.
Хм. Наверное сложно прям на практике посмотреть. Нужно работать в таком месте. Для IT сферы это распространенная история. Где в другом месте можно это понаблюдать с ходу не могу сказать.
В соседнем комментарии написал про это. Я не знаю примеров применения в других областях. Я думаю в экспериментальном порядке применяются. Это очень хорошо "легло" на IT сферу, так как рынок очень быстро меняется. И путь продукта от идеи до рынка очень быстрый. Это требует гибких подходов. Вспомнил! Я видел компанию, которая доставляет материалы для сувенирной продукции, которые работают по Kanban'у, это одна из методологий, которые соответствует принципам Agile. Но чтобы знать подробности, увы, нужно там поработать) Я, так, только со стороны смотрел.
При создании Kanban во многом вдохновлялись успехами компании Toyotta в 1940х годах в автомобильном производстве. Тогда компания разработала методологию бережного производства (Lean) и регулировала работу производственных линий, ориентируясь на запросы линии-"заказчика" и стараясь предугадать нехватку ресурсов заранее. Много позже, в начале 2000-х, как говорят, David Anderson из Microsoft, пользуясь наработками компании Toyotta, осознал, что подобный подход можно применять для любых продуктов и компаний для организации производства.
В книге "Scrum. Революционный метод управления проектами" (особенно в главе 9), описано большое количество подобных примеров. Scrum может применяться везде, где стоимость планирования выше стоимости производства или где продукт состоит из большого количества независящих друг от друга задач.
Да, SpaceX. Илон Маск очень любит построить ракету, чтобы потом она взорвалась. А она не может не взорваться, потому что вместо того, чтобы один раз сесть и хорошо все продумать, они лепят одну ракету за другой, чтобы методом последовательных приближений найти верное решение. Маску пофиг, в принципе, Pentagon башляет и будет продолжать башлять.
13:59 "Но... это занимает много времени" - не более 2-х часов раз в 2-3 недели. 14:00 "И для этого нужен отдельный Scrum Master, которого - вы также угадали - у нас, к сожалению, нету. У нас роль Scrum Master-а выполняет Product Manager и Project Manager" - не противоречте себе. У вас есть Scrum Master. В первую очередь, это просто другое название для управляющего проектами (Project Manager) по разработке ПО. Кроме того, вы заявили, что этой функцией (ретроспективой) наделён тандем управляющего продуктом и управляющего проектами.
Подходит. Почитайте статью New New Development Game 1986 года в HBR. Там рассказывают как с помощью scrum управляют разработкой фотоаппаратов, автомобилей, копировальной техники.
Много неточностей и прямых искажений. Например: Agile - это не методология, а система ценностей и принципов, зафиксированных в манифесте. В Agile 4 ценности и 12 принципов, а не 4 принципа. Scrum - это не методология, а процессный фреймворк, т.е. по русски "каркас из процессов". Scrum не предназначен для управления проектами, он применяется только в продуктовой разработке. И т.д. и т.п. В общем категорически не рекомендую это видео для новичков.
интересно конечно. Но вот бы хоть небольшие примеры рассмотреть. Что планировали. Что сделали в результате. Я понимаю что тайна коммерческая - но методологии уже много лет. За это время могло бы что то накопиться о чем можно рассказать. Паролей, явок не надо - так в общем рассказать. И что это за проекты такие - что можно цель потерять в двухнедельных циклах. Любопытно - выжили ли они или нет - проекты те. Ведь люди тут опытные и ученые рассказывают. Без этого - просто еще раз озвучили методы используемые в AGILE/SCRUM. Так их и так прочитать можно. С другой стоороны - смотришь на современный банкинг, госуслуги - на вид все красиво, пока не копнуть глубже. И думаешь - так это их видать такими методиками разрабатывают - тот самый Бесконечный цикл. Как говорили в одном кино - Бесконечный космос -Бесконечный ужас.
Я недавно попал на канал, наверное не в теме, но... это "местный сумасшедший, которого не трогают"? Довольно часто под роликами его/ее замечал. Так, чисто из любопытства.
Конечно. Если вы хотите работать по этой методологии то вам нужен скрам-мастер. Все считают, что они самые умные и сами разберутся. Практика показывает, что нет и модель становится неэффективной. Скрам мастер позволяет этого избежать.
14:40 "Любой Agile пытаются превратить в Waterfall" - зомби в разработке ПО не могут понять, что стратегия управления выражена диаграммой Ганта по User Stories, а тактика - канбан доской (с кучей подзадач на ней) по конкретной задаче (User Story) в контексте стратегии. В каждом забеге (Sprint) полностью повторяют Waterfall. И никуда они не денутся без аналитика и анализа. Вот и всё.
Критика аджайла/скрама абсолютно верная. Это юркая методология (слово agile переводится как "юркий", "проворный", а не как "гибкий") должна быть запрещена к применению в РФ, иначе закончим тем, что наши самолеты будут падать, а наши АЭС -- взрываться. Аджайл никак не поощряет долгосрочное планирование, и как результат получаем тонны говнокода и чудовищный техдолг. Этот каргокульт должен быть отправлен в топку. Agile Delenda Est.
Я так и не понял (всё же) отличие скрам-мастера от продакт-менеджера/проджект-менеджера.. Хоть не первый раз слушаю об этом.. Ведь по сути менеджер/управляющий процессом создания продукта/проекта должен планировать процесс создания продукта и координировать взаимодействие участников создания продукта. И что же делает скрам-мастер такого, чего не делает продакт- или проджект-менеджер? Нет ли в позиции скрам-мастера больше создания видимости своей важности с целью организации для себя рабочего места, чем собственно общественно-полезной деятельности? Что собственно характерно для современного либерального капитализма - создание видимости..
Спикер хорошо вроде бы говорит и сведения дельные и форма изложения толковая, но такой ужасный «руинглиш», что это непонятно для большинства русскоязычных людей. В какой-то момент теряешь мысль и начинаешь про себя просто ржать над количеством заимствований))
Адская дичь. Если вы хотите узнать, что такое аджайл и скрам - крайне НЕ рекомендую смотреть это. Инструменты не работают не потому что они плохие, а потому что их используют не там, где нужно.
Проблема не в российских компаниях. А в самом agile и его производных. Эти методологии давно пора выкинуть на помойку - в числе прочего благодаря им индустрия катится в Ж.
Нда, громоздкие неповоротливые процессы устарели. поэтому и производится одноразовое говно повсеместно. маркетологи льют в уши, что надо срочно покупать новое, потому что вышло в новом цвете, на 0,0001% увеличился объем, и т.п. это не процесс устарел, это мозги у людей в кашу превратились. П.С. считаю что процесс похода в туалет так же необходимо делать по agile, маленькими порциями, под наблюдением скрам-мастера... и пример с готовкой тоже хорош, сначала приготовим шашлык, а потом мы его замаринуем, ведь можно вносить изменения в процесс на ходу! аджайл х#ль.. какой век такие и процессы.. Превратили жизнь в крысиные бега
Очень хорошая подача материала. К сожалению сам по себе материал не является полезным. Автор, может стоит заснять новый ролик, но уже с хорошим материалом?
@@ДианаСи-т6в некоторые люди до конца жизни не научаются смотреть в суть. все себе по обложке выбирают. так и живут с пустотой внутри и негативом ко всем
Интересно, что натолкнуло на такой коммент? я посмотрела видео полностью, хотя уже работаю несколько лет в разных банках и в видео всё сказано абсолютно приближенно к действительности, не заумно и правильно. Даже после обучения в скрам школах мне здесь ничего не резануло ухо. Если в вашем аджайл буке прописаны другие постулаты - об этом можно рассказать, но не писать всем про то, что автор не разбирается))) Потому что тогда мы вынуждены сделать вывод, что не разбираетесь вы)
@@knock-knock-neo если везде вокруг микроскопом забивают гвозди, то это не значит, что это правильный способ забивания гвоздей. В данном случае, проблемы с понятием "продукт". А это базовое понятие для применения любого Agile-фреймворка. Когда автор говорит, что scrum - это метод управления проектами, а потом говорит "бэклог проекта" - это сразу же его дисквалифицирует как эксперта по данной теме.
Как можно рассказывать про Agile и Scrum, если оно у вас не работает? Agile и в частности Scrum не заводится по одной простой причине: не выделены (неправильно выделены) два основных элемента - product/increment и product owner. Все остальные проблемы - просто следствие этого. Очень жаль, что в ролике про это сказано очень мало, внимание не акцентировано, и поэтому всё остальное имеет мало практической пользы. Более того, некоторые фразы выдают некорректное понимание Agile и в частности Scrum. Например то, что Scrum - это метод управления проектами. Однако, Scrum предназначен для управления не проектами, а бизнес-ценностью разработки, или короче - управления продуктовой разработкой. Ещё пример, как явное следствие, бэклог проекта - нет такого артефакта. Есть бэклог продукта. Ну и собственно, мобильное приложение, веб-приложение и т.д. очень редко бывают продуктами. Чаще всего это каналы поставки продукта. Например, CRM-система как продукт может поставляться в разных формах: мобильное приложение, веб-приложение, десктоп-приложение, набор бумажных таблиц/карточек на стене, и т.д.
Бог, ты мой. Сколько заимствований. Как говорил классик, настоящая разрух в головах. Неужели нельзя обойтись без этого? Или молодежь совсем уже не может говорить по-русски?
Agile подходит для гаражной разработки когда тебе нужно запилить не софт а какую то херню чтобы отбить бабло на стартап, без ясной цели, или сделать то не знаю что потому что заказчик постоянно платит за какой то бред который сам не понимает. Любая большая и серьезная работа будет с планом и четкими ролями. В российских реалиях менеджмент вообще не понимают и не хотят управлять ничем поэтому просто называют себя эджайлом а на самом деле это тупо хаотично раскидывают задачи без построения работы.
Наконец-то мясное видео без скачущих заставок. Чисто польза без воды и мельтешения в глазах. Андрей, респект
Это самый понятный видос по этой теме! Всё чётко, по фактам, без воды. Спасибо!
Согласна, столько видео пересмотрела и это первое, где человек действительно владеет темой и нормально, своими словами доступно все объясняет :)
АААААААААА !!!!!!
Какой же ты КЛАССНЫЙ РАСТОЛКОВЫВАТЕЛЬ - ОБЪЯСНИТЕЛЬ !!!!!!
Спасибо ! Будь здоров ! и бохат !
Самое лучшее пояснение, не сухие формулировки, а именно на примерах и с углублением, спасибо! Правда для себя ничего нового не узнал ) вроде и так это все было понятно, просто грамотно собрано воедино, я не мог себе пояснить, что это такое, сумбурные мысли были, а после просмотра стало яснее
Короче, раньше: задачу поставили, программу написали, протестировали, сделали документацию, сдали заказчику, получили бабки. И досвидос. Все довольны, все счастливы.
А теперь, нифига. Программа никогда не будет написана. Написание программы это процесс, который никогда не закончится. Бесконечно что-то делается, переделывается и бесконечно льется бабло. В принципе, всех устраивает :)
Если на интервью и/или в описании вакансии значится Agile и Scrum - это хороший индикатор, что на работе вас будут каждый день ебать зум митингами 9 утра.
Пока вы будете писать свою программу и документацию к ней, она уже никому не будет нужна
Просто у SCRUM как у любого фреймворка есть свои цели. Он создан для гибкой/комплексной разработки, когда не до конца понятно, какой будет конечный продукт, и он может постоянно улучшаться и адаптироваться под новые запросы. Если вы точно знаете, что нужно сделать и как это должно работать и это именно то, что нужно клиенту, зачем тогда применять гибкие подходы, если смысла в гибкости нет в конкретном проекте?
@@vld-mr Просто неумение сформулировать и поставить задачу - это беда нынешнего времени (и ныне живущих людей). Неумение настолько тотальное и всеобщее, что проще сделать вид ,что это всех устраивает. Настолько устраивает, что даже решили, что это не беда, а "фича".
@@qwerty-fs4gy честно говоря, я не думаю, что это беда нынешнего времени, просто потому что современные системы (будь это IT или производство) гораздо более комплексные, а команды менее однородны по, скажем так, ментальному составу. Имея это как данность, сложно сравнивать времена. Как раз фреймворком о помогают это нивелировать, по-моему. В том же скраме есть четкие ограничения по ролям, есть определенные правила, а там где строгих правил, есть рекомендации. Что касается постановки задач, в скраме идёт постоянная коммуникация между stakeholders и скрам командой. Есть product owner, задача которого составить product backlog (перевести с языка бизнес-процессов на понятные шаги/задачи). И даже ниже по цепочке на стадии разработки на стадии Retrospective можно поднимать вопросы и пересматривать процесс. В скраме скрам команда не оторвана от владельцев/инвесторов и коммуникация никак не ограничена. Так что если что-то и сформулировано нечетко, в процессе должно как раз скорректироваться, иначе не будет прогресса и в Скраме по-хорошему, это сразу видно. Вопрос тут в том, насколько компания придерживается скрам или это лишь подобие фреймворка. Если скажем, разработчик определенный хочет поделиться своими мыслями и не может, то это не скрам. И тут уже другой вопрос
Спасибо большое за информацию. Сберегли мне неделю чтения книги по Agile и scrum )
Уложился в 15 минут. Красавчик!
Очень информативное видео! Спасибо!
Ещё было бы интересно узнать в таком же формате про планирование,прототипирование,тестирование и релиз
Спасибо, очень талантливо снято. Четко и информативно, живо!
А вообще очень познавательно, спасибо! Прямо вспомнились курсы по менеджменту всех видов студенческих лет.
да
Спасибо большое за комментарий! Да, сфера менеджмента быстро растет и развивается. Об Agile например нам в ВУЗе не рассказывали. Хотя это очень распространенная методология/философия. Жаль(
Вау! Так сжато и грамотно, очень круто! Спасибо
Спасибо большое за комментарий :)
Лучшее объяснение, что я нашел не ютубе!
Во-первых, и прежде всего: видео очень нравится.
при соединяюсь
Спасибо большое за комментарий!
Спасибо🙏 очень приятные видео и рассуждения адекватные🎉
Тема интересная. В работе очень классно такой метод применять.
Мы работаем спокойно по agile даже в отдельном сервисе аспро agile. Нам эта методология подошла, конечно же надо было в ней разобраться)
Хорошее объяснение, спасибо!
спасибо большое) видео информативное)
Понятно как это должно работать. Не понятно только почему это не всегда работает в реальной жизни, даже во многих Европейских компаниях.
Есть идея для видео, не знаю, насколько это реализуемо! Если бы вы могли упрощённо показать разработку примера продукта в условном модельном стартапе. По ролям - кто что делает, какие могут быть подводные камни.
не плохая идея
Спасибо за комментарий! Очень хорошая идея. От нуля до MVP. В современных условиях команды должны создавать продукт стремительно и быстро и интересно было бы рассказать про то, как это происходит. Подумаю и в будущем обязательно сделаю такое видео.
@@Noukashи главное понимать а какая конечная цель
Спасибо за ваш труд ❤
наконец-то нормальное объяснение
В целом видео норм. Конечно любой специалист тут найдет до чего докопаться. Начиная от того, что "Канбан доски являются частью Скрама", заканчивая тем, что автор видео в принципе использует термин "Канабн доска" (ну последнее это уже для самых душных).
Но в целом, для людей с 0 уровнем знаний по данной теме, видео довольно информативно и дает понимание об Agile без лишних терминов, которыми иногда злоупотребляют опытные Agile коучи.
Только я вот, работая уже более 3 лет скрам мастером, не могу понять, почему нас не найти в отечественных компаниях)))
Все у нас в стране отлично с этим, не перегибайте. У нас сильнейшее комьюнити (которое занимается консультированием Agile не только во всех странах СНГ, но и в Китае, Европе, США и т.д.). У нас куча скрам мастеров, Agile коучей и Delivery менеджеров, которые прекрасно имплементируют Agile в отечественных компаниях. Ну и насчет долгосрочных планов тоже немного бред. Уже давно все перешли на фреймворки масштабирования Agile, которые помогают ставить цели и отслеживать роудмапы хоть на долгосрочную перспективу.
По идее, результатом забега (sprint) должно быть новое миноритарное издание (new minor release).
Спасибо за комментарии и поправки. Мне кажется ценное дополнение к видео
Огонь, спасибо!
Спасибо за видео.Все доступно и понятно.👍👍👍
Есть ли какие-то кейсы, чтобы посмотреть, как это на практике работает? В теории вроде бы все понятно.
нет
Хм. Наверное сложно прям на практике посмотреть. Нужно работать в таком месте. Для IT сферы это распространенная история. Где в другом месте можно это понаблюдать с ходу не могу сказать.
Эти две методики - они применяются в основном в IT? Есть ли примеры их работы в других отраслях?
у меня нет
В соседнем комментарии написал про это. Я не знаю примеров применения в других областях. Я думаю в экспериментальном порядке применяются. Это очень хорошо "легло" на IT сферу, так как рынок очень быстро меняется. И путь продукта от идеи до рынка очень быстрый. Это требует гибких подходов. Вспомнил! Я видел компанию, которая доставляет материалы для сувенирной продукции, которые работают по Kanban'у, это одна из методологий, которые соответствует принципам Agile. Но чтобы знать подробности, увы, нужно там поработать) Я, так, только со стороны смотрел.
При создании Kanban во многом вдохновлялись успехами компании Toyotta в 1940х годах в автомобильном производстве. Тогда компания разработала методологию бережного производства (Lean) и регулировала работу производственных линий, ориентируясь на запросы линии-"заказчика" и стараясь предугадать нехватку ресурсов заранее. Много позже, в начале 2000-х, как говорят, David Anderson из Microsoft, пользуясь наработками компании Toyotta, осознал, что подобный подход можно применять для любых продуктов и компаний для организации производства.
В книге "Scrum. Революционный метод управления проектами" (особенно в главе 9), описано большое количество подобных примеров. Scrum может применяться везде, где стоимость планирования выше стоимости производства или где продукт состоит из большого количества независящих друг от друга задач.
Да, SpaceX. Илон Маск очень любит построить ракету, чтобы потом она взорвалась. А она не может не взорваться, потому что вместо того, чтобы один раз сесть и хорошо все продумать, они лепят одну ракету за другой, чтобы методом последовательных приближений найти верное решение.
Маску пофиг, в принципе, Pentagon башляет и будет продолжать башлять.
13:59 "Но... это занимает много времени" - не более 2-х часов раз в 2-3 недели.
14:00 "И для этого нужен отдельный Scrum Master, которого - вы также угадали - у нас, к сожалению, нету. У нас роль Scrum Master-а выполняет Product Manager и Project Manager" -
не противоречте себе. У вас есть Scrum Master. В первую очередь, это просто другое название для управляющего проектами (Project Manager) по разработке ПО. Кроме того, вы заявили, что этой функцией (ретроспективой) наделён тандем управляющего продуктом и управляющего проектами.
Все супер объяснил👍очень круто
Думаю, в России во многих компаниях не хотят настолько узкое направление выделять, а дают в работу продактам и все.
Так и есть! Но беда в том, что часто скрам без этого не работает как надо
👍👏✌️
Разработка аппаратуры (hardware) подходит под скрам?
Подходит. Почитайте статью New New Development Game 1986 года в HBR. Там рассказывают как с помощью scrum управляют разработкой фотоаппаратов, автомобилей, копировальной техники.
🤩🤩🤩🤩🤩🤩
Много неточностей и прямых искажений.
Например: Agile - это не методология, а система ценностей и принципов, зафиксированных в манифесте. В Agile 4 ценности и 12 принципов, а не 4 принципа.
Scrum - это не методология, а процессный фреймворк, т.е. по русски "каркас из процессов". Scrum не предназначен для управления проектами, он применяется только в продуктовой разработке.
И т.д. и т.п. В общем категорически не рекомендую это видео для новичков.
оооо, спасибо за отзыв, хорошо что вы это озвучили, очень неточно выражается автор
А ведь это база, и автору лучше такое знать)
допускается рассматривать и как методологию, и как философию
@@Abdei спасибо, ваше мнение очень важно для сообщества
@@yhellsing рад помочь, только не мнение, а факт
waterfall или water flow?
Scrum и Kanban это разные вещи. Канбан это не часть Скрама.
Это верно. И скрам, и канбан - это часть Agile подхода. Правда, существует еще и такой зверь как SrumBan - симбиоз Scrum'a и Kanban'a
Канбан (看板) означает "доска объявлений".
люб лю игратт в покер
Текст и подача прекрасны, спасибо. Но очень много движения головой и механики рук, глаз устает отслеживать.
+REP
интересно конечно. Но вот бы хоть небольшие примеры рассмотреть. Что планировали. Что сделали в результате. Я понимаю что тайна коммерческая - но методологии уже много лет. За это время могло бы что то накопиться о чем можно рассказать. Паролей, явок не надо - так в общем рассказать. И что это за проекты такие - что можно цель потерять в двухнедельных циклах. Любопытно - выжили ли они или нет - проекты те. Ведь люди тут опытные и ученые рассказывают.
Без этого - просто еще раз озвучили методы используемые в AGILE/SCRUM.
Так их и так прочитать можно.
С другой стоороны - смотришь на современный банкинг, госуслуги - на вид все красиво, пока не копнуть глубже. И думаешь - так это их видать такими методиками разрабатывают - тот самый Бесконечный цикл. Как говорили в одном кино - Бесконечный космос -Бесконечный ужас.
Я недавно попал на канал, наверное не в теме, но... это "местный сумасшедший, которого не трогают"? Довольно часто под роликами его/ее замечал. Так, чисто из любопытства.
А вы считаете, что даже в маленьком стартапе должен быть отдельный человек - скрам-мастер?
главно что бы не СРАМ-мастер
Конечно. Если вы хотите работать по этой методологии то вам нужен скрам-мастер. Все считают, что они самые умные и сами разберутся. Практика показывает, что нет и модель становится неэффективной. Скрам мастер позволяет этого избежать.
@@Noukash прямо вот на отдельную должность с полной зарплатой человека брать? или скрам-мастеры могут привлекаться как бухгалтера по мере надобности?
@@annagorobtsova1636 на мой взгляд, лучшая практика - иметь Scrum Master'a в команде в качестве совмещения с другой позицией. Например, тим лида.
@@leonidtrapeznikov8001 ага, спасибо!
друзя говорят в видео рас фокус я не заметила. хороше видео
Спасибо огромное, что смотрите!
скрам скрам
14:40 "Любой Agile пытаются превратить в Waterfall" -
зомби в разработке ПО не могут понять, что стратегия управления выражена диаграммой Ганта по User Stories, а тактика - канбан доской (с кучей подзадач на ней) по конкретной задаче (User Story) в контексте стратегии. В каждом забеге (Sprint) полностью повторяют Waterfall. И никуда они не денутся без аналитика и анализа. Вот и всё.
Так это злодей из Бетмена кто смотрел тот поймет
бляя..с первых секунд видео подумал, что я случайно перешел на канал какого-то дерматолога
Критика аджайла/скрама абсолютно верная. Это юркая методология (слово agile переводится как "юркий", "проворный", а не как "гибкий") должна быть запрещена к применению в РФ, иначе закончим тем, что наши самолеты будут падать, а наши АЭС -- взрываться. Аджайл никак не поощряет долгосрочное планирование, и как результат получаем тонны говнокода и чудовищный техдолг. Этот каргокульт должен быть отправлен в топку. Agile Delenda Est.
Я так и не понял (всё же) отличие скрам-мастера от продакт-менеджера/проджект-менеджера.. Хоть не первый раз слушаю об этом.. Ведь по сути менеджер/управляющий процессом создания продукта/проекта должен планировать процесс создания продукта и координировать взаимодействие участников создания продукта. И что же делает скрам-мастер такого, чего не делает продакт- или проджект-менеджер?
Нет ли в позиции скрам-мастера больше создания видимости своей важности с целью организации для себя рабочего места, чем собственно общественно-полезной деятельности? Что собственно характерно для современного либерального капитализма - создание видимости..
у меня на работте ни скрама ни аджала.........
Это не для каждой компании подходит, нужно понимать!
@@Noukash для каждой задачи свой инструмент
Классная тема
Пол Дано
Спикер хорошо вроде бы говорит и сведения дельные и форма изложения толковая, но такой ужасный «руинглиш», что это непонятно для большинства русскоязычных людей. В какой-то момент теряешь мысль и начинаешь про себя просто ржать над количеством заимствований))
Адская дичь. Если вы хотите узнать, что такое аджайл и скрам - крайне НЕ рекомендую смотреть это. Инструменты не работают не потому что они плохие, а потому что их используют не там, где нужно.
Аджайл можно использовать хоть для уборки дома. Важно уметь пользоваться и не плодить бюрократию
ты как будто под колесами)
Проблема не в российских компаниях. А в самом agile и его производных. Эти методологии давно пора выкинуть на помойку - в числе прочего благодаря им индустрия катится в Ж.
Нда, громоздкие неповоротливые процессы устарели. поэтому и производится одноразовое говно повсеместно. маркетологи льют в уши, что надо срочно покупать новое, потому что вышло в новом цвете, на 0,0001% увеличился объем, и т.п. это не процесс устарел, это мозги у людей в кашу превратились. П.С. считаю что процесс похода в туалет так же необходимо делать по agile, маленькими порциями, под наблюдением скрам-мастера... и пример с готовкой тоже хорош, сначала приготовим шашлык, а потом мы его замаринуем, ведь можно вносить изменения в процесс на ходу! аджайл х#ль.. какой век такие и процессы..
Превратили жизнь в крысиные бега
Из мира ушла идея. Заменилось всё баблом и вливанием в уши, бесконечным потреблением.
Очень хорошая подача материала.
К сожалению сам по себе материал не является полезным.
Автор, может стоит заснять новый ролик, но уже с хорошим материалом?
Бред. Вотерфолла не существует. Академия на диване
Меньше сладкого кушайте
Ещё один бесполезный ролик 3ий
Слова скрам на превью, с таким лицом, как реклама средства против прыщей
Человек постарался и снял такое полезное видео, а вы гадости пишите вместо того чтобы поблагодарить 😨😨
@@ДианаСи-т6в некоторые люди до конца жизни не научаются смотреть в суть. все себе по обложке выбирают. так и живут с пустотой внутри и негативом ко всем
За первые 40 секунд понятно что автор понятия не имеет что такое Алжайл и для чего. Дальше смотреть нет смысла ибо это дичь
Интересно, что натолкнуло на такой коммент? я посмотрела видео полностью, хотя уже работаю несколько лет в разных банках и в видео всё сказано абсолютно приближенно к действительности, не заумно и правильно. Даже после обучения в скрам школах мне здесь ничего не резануло ухо. Если в вашем аджайл буке прописаны другие постулаты - об этом можно рассказать, но не писать всем про то, что автор не разбирается))) Потому что тогда мы вынуждены сделать вывод, что не разбираетесь вы)
@@knock-knock-neo возможно резануло приравнивание аджайла и ватерфола?
@@knock-knock-neo если везде вокруг микроскопом забивают гвозди, то это не значит, что это правильный способ забивания гвоздей. В данном случае, проблемы с понятием "продукт". А это базовое понятие для применения любого Agile-фреймворка. Когда автор говорит, что scrum - это метод управления проектами, а потом говорит "бэклог проекта" - это сразу же его дисквалифицирует как эксперта по данной теме.
@@anikolaev ужасная душнота) даже спорить бесполезно)
Как можно рассказывать про Agile и Scrum, если оно у вас не работает? Agile и в частности Scrum не заводится по одной простой причине: не выделены (неправильно выделены) два основных элемента - product/increment и product owner. Все остальные проблемы - просто следствие этого. Очень жаль, что в ролике про это сказано очень мало, внимание не акцентировано, и поэтому всё остальное имеет мало практической пользы. Более того, некоторые фразы выдают некорректное понимание Agile и в частности Scrum. Например то, что Scrum - это метод управления проектами. Однако, Scrum предназначен для управления не проектами, а бизнес-ценностью разработки, или короче - управления продуктовой разработкой. Ещё пример, как явное следствие, бэклог проекта - нет такого артефакта. Есть бэклог продукта. Ну и собственно, мобильное приложение, веб-приложение и т.д. очень редко бывают продуктами. Чаще всего это каналы поставки продукта. Например, CRM-система как продукт может поставляться в разных формах: мобильное приложение, веб-приложение, десктоп-приложение, набор бумажных таблиц/карточек на стене, и т.д.
Бог, ты мой. Сколько заимствований. Как говорил классик, настоящая разрух в головах. Неужели нельзя обойтись без этого? Или молодежь совсем уже не может говорить по-русски?
привет
Спасибо за комментарий! Можно конечно! Но зачем? Так проще выразить мысль.
это маразм, на практике в сфере IT и разработки сложно уложиться в жёсткие сроки, при постоянной смене требований
Поговори на русском в обсуждении разработки по🤣🤣🤣
Неужели так сложно не включать свою духовку по любому поводу 😹
По ходу он решил применить Скрам технику по чистке лица скрабом и получил факап 😢
сейчас ситуация изменилась со срам мастерами в России?
Agile подходит для гаражной разработки когда тебе нужно запилить не софт а какую то херню чтобы отбить бабло на стартап, без ясной цели, или сделать то не знаю что потому что заказчик постоянно платит за какой то бред который сам не понимает.
Любая большая и серьезная работа будет с планом и четкими ролями.
В российских реалиях менеджмент вообще не понимают и не хотят управлять ничем поэтому просто называют себя эджайлом а на самом деле это тупо хаотично раскидывают задачи без построения работы.