Что такое AGILE и SCRUM? (И почему они не работают в российских компаниях?)
HTML-код
- Опубликовано: 8 май 2024
- Что такое Agile? Как работать по SCRUM? Объясняю простыми словами.
На самом деле, Agile это гибкая методология управления проектами и командами. Чем она так хороша? В каждом втором стартапе можно встретить ту или иную реализацию Agile.
В этом видео я рассказываю про Agile и SCRUM - методологию, которая на практике применяет принципы Agile. Я сам работаю в компании, которая работает по SCRUM и точно знаю: "Как должно быть и как бывает". А это могут быть два разных мира.
Это видео будет полезно всем, кто прицеливается на карьеру в IT - специалистам и студентам. Понимая особенности Agile и SCRUM, можно не только блеснуть знаниями на собеседовании, но и успешно влиться в новую компанию. Рассказываю про Agile и SCRUM просто, легко и с примерами. Досмотрите до конца чтобы узнать, как теоритические конструкции сталкиваются с суровой реальностью российских компаний.
Если у вас остались вопросы или хочется побольше раскрыть тему - пишите в комментариях. Я отвечаю на все вопросы.
00:00 Что такое Agile?
00:44 Agile пришел на смену Waterfall. Что это такое?
02:17 Почему большинство компаний работают по Agile, а не по Waterfall?
03:38 Вся суть Agile. Основные принципы.
05:03 Что такое SCRUM?
05:24 Бэклог. Как в скраме назначаются задачи?
06:45 Что такое спринты? Планирование спринта.
08:40 Зачем нужны ежедневные стенд апы?
09:12 Подведение итогов спринта. Как проходит sprint review?
09:45 Зачем нужна ретроспектива?
10:48 Про Kanban доски (объясняю на примере курицы!)
11:25 Agile по-русски. Что не так в российских компаниях?
13:38 Как все устроено в нашем стартапе?
15:09 Задание вам на ближайший спринт.
-------------------------------------------------------------------------------------------
Меня зовут Андрей - я работаю продуктовым аналитиком в IT стартапе и на этом канале я рассказываю про IT и стартапы. Будут разборы профессий, советы, истории. Подписывайтесь и оставляйте комментарии. Я всегда на них отвечаю.
Instagram: / noukash
Самое лучшее пояснение, не сухие формулировки, а именно на примерах и с углублением, спасибо! Правда для себя ничего нового не узнал ) вроде и так это все было понятно, просто грамотно собрано воедино, я не мог себе пояснить, что это такое, сумбурные мысли были, а после просмотра стало яснее
Очень информативное видео! Спасибо!
Ещё было бы интересно узнать в таком же формате про планирование,прототипирование,тестирование и релиз
Спасибо, очень талантливо снято. Четко и информативно, живо!
Это самый понятный видос по этой теме! Всё чётко, по фактам, без воды. Спасибо!
Огонь, спасибо!
Спасибо🙏 очень приятные видео и рассуждения адекватные🎉
Спасибо за ваш труд ❤
Короче, раньше: задачу поставили, программу написали, протестировали, сделали документацию, сдали заказчику, получили бабки. И досвидос. Все довольны, все счастливы.
А теперь, нифига. Программа никогда не будет написана. Написание программы это процесс, который никогда не закончится. Бесконечно что-то делается, переделывается и бесконечно льется бабло. В принципе, всех устраивает :)
Если на интервью и/или в описании вакансии значится Agile и Scrum - это хороший индикатор, что на работе вас будут каждый день ебать зум митингами 9 утра.
Пока вы будете писать свою программу и документацию к ней, она уже никому не будет нужна
Просто у SCRUM как у любого фреймворка есть свои цели. Он создан для гибкой/комплексной разработки, когда не до конца понятно, какой будет конечный продукт, и он может постоянно улучшаться и адаптироваться под новые запросы. Если вы точно знаете, что нужно сделать и как это должно работать и это именно то, что нужно клиенту, зачем тогда применять гибкие подходы, если смысла в гибкости нет в конкретном проекте?
@@vld-mr Просто неумение сформулировать и поставить задачу - это беда нынешнего времени (и ныне живущих людей). Неумение настолько тотальное и всеобщее, что проще сделать вид ,что это всех устраивает. Настолько устраивает, что даже решили, что это не беда, а "фича".
@@qwerty-fs4gy честно говоря, я не думаю, что это беда нынешнего времени, просто потому что современные системы (будь это IT или производство) гораздо более комплексные, а команды менее однородны по, скажем так, ментальному составу. Имея это как данность, сложно сравнивать времена. Как раз фреймворком о помогают это нивелировать, по-моему. В том же скраме есть четкие ограничения по ролям, есть определенные правила, а там где строгих правил, есть рекомендации. Что касается постановки задач, в скраме идёт постоянная коммуникация между stakeholders и скрам командой. Есть product owner, задача которого составить product backlog (перевести с языка бизнес-процессов на понятные шаги/задачи). И даже ниже по цепочке на стадии разработки на стадии Retrospective можно поднимать вопросы и пересматривать процесс. В скраме скрам команда не оторвана от владельцев/инвесторов и коммуникация никак не ограничена. Так что если что-то и сформулировано нечетко, в процессе должно как раз скорректироваться, иначе не будет прогресса и в Скраме по-хорошему, это сразу видно. Вопрос тут в том, насколько компания придерживается скрам или это лишь подобие фреймворка. Если скажем, разработчик определенный хочет поделиться своими мыслями и не может, то это не скрам. И тут уже другой вопрос
Вау! Так сжато и грамотно, очень круто! Спасибо
Спасибо большое за комментарий :)
Спасибо за видео.Все доступно и понятно.👍👍👍
Хорошее объяснение, спасибо!
Лучшее объяснение, что я нашел не ютубе!
Тема интересная. В работе очень классно такой метод применять.
А вообще очень познавательно, спасибо! Прямо вспомнились курсы по менеджменту всех видов студенческих лет.
да
Спасибо большое за комментарий! Да, сфера менеджмента быстро растет и развивается. Об Agile например нам в ВУЗе не рассказывали. Хотя это очень распространенная методология/философия. Жаль(
Все супер объяснил👍очень круто
Мы работаем спокойно по agile даже в отдельном сервисе аспро agile. Нам эта методология подошла, конечно же надо было в ней разобраться)
наконец-то нормальное объяснение
Во-первых, и прежде всего: видео очень нравится.
при соединяюсь
Спасибо большое за комментарий!
Есть идея для видео, не знаю, насколько это реализуемо! Если бы вы могли упрощённо показать разработку примера продукта в условном модельном стартапе. По ролям - кто что делает, какие могут быть подводные камни.
не плохая идея
Спасибо за комментарий! Очень хорошая идея. От нуля до MVP. В современных условиях команды должны создавать продукт стремительно и быстро и интересно было бы рассказать про то, как это происходит. Подумаю и в будущем обязательно сделаю такое видео.
По идее, результатом забега (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) по разработке ПО. Кроме того, вы заявили, что этой функцией (ретроспективой) наделён тандем управляющего продуктом и управляющего проектами.
Scrum и Kanban это разные вещи. Канбан это не часть Скрама.
Это верно. И скрам, и канбан - это часть Agile подхода. Правда, существует еще и такой зверь как SrumBan - симбиоз Scrum'a и Kanban'a
Канбан (看板) означает "доска объявлений".
Текст и подача прекрасны, спасибо. Но очень много движения головой и механики рук, глаз устает отслеживать.
люб лю игратт в покер
А вы считаете, что даже в маленьком стартапе должен быть отдельный человек - скрам-мастер?
главно что бы не СРАМ-мастер
Конечно. Если вы хотите работать по этой методологии то вам нужен скрам-мастер. Все считают, что они самые умные и сами разберутся. Практика показывает, что нет и модель становится неэффективной. Скрам мастер позволяет этого избежать.
@@Noukash прямо вот на отдельную должность с полной зарплатой человека брать? или скрам-мастеры могут привлекаться как бухгалтера по мере надобности?
@@annagorobtsova1636 на мой взгляд, лучшая практика - иметь Scrum Master'a в команде в качестве совмещения с другой позицией. Например, тим лида.
@@leonidtrapeznikov8001 ага, спасибо!
14:40 "Любой Agile пытаются превратить в Waterfall" -
зомби в разработке ПО не могут понять, что стратегия управления выражена диаграммой Ганта по User Stories, а тактика - канбан доской (с кучей подзадач на ней) по конкретной задаче (User Story) в контексте стратегии. В каждом забеге (Sprint) полностью повторяют Waterfall. И никуда они не денутся без аналитика и анализа. Вот и всё.
Я так и не понял (всё же) отличие скрам-мастера от продакт-менеджера/проджект-менеджера.. Хоть не первый раз слушаю об этом.. Ведь по сути менеджер/управляющий процессом создания продукта/проекта должен планировать процесс создания продукта и координировать взаимодействие участников создания продукта. И что же делает скрам-мастер такого, чего не делает продакт- или проджект-менеджер?
Нет ли в позиции скрам-мастера больше создания видимости своей важности с целью организации для себя рабочего места, чем собственно общественно-полезной деятельности? Что собственно характерно для современного либерального капитализма - создание видимости..
Классная тема
друзя говорят в видео рас фокус я не заметила. хороше видео
Спасибо огромное, что смотрите!
у меня на работте ни скрама ни аджала.........
Это не для каждой компании подходит, нужно понимать!
@@Noukash для каждой задачи свой инструмент
Много неточностей и прямых искажений.
Например: Agile - это не методология, а система ценностей и принципов, зафиксированных в манифесте. В Agile 4 ценности и 12 принципов, а не 4 принципа.
Scrum - это не методология, а процессный фреймворк, т.е. по русски "каркас из процессов". Scrum не предназначен для управления проектами, он применяется только в продуктовой разработке.
И т.д. и т.п. В общем категорически не рекомендую это видео для новичков.
оооо, спасибо за отзыв, хорошо что вы это озвучили, очень неточно выражается автор
А ведь это база, и автору лучше такое знать)
допускается рассматривать и как методологию, и как философию
Очень хорошая подача материала.
К сожалению сам по себе материал не является полезным.
Автор, может стоит заснять новый ролик, но уже с хорошим материалом?
скрам скрам
бляя..с первых секунд видео подумал, что я случайно перешел на канал какого-то дерматолога
ты как будто под колесами)
Спикер хорошо вроде бы говорит и сведения дельные и форма изложения толковая, но такой ужасный «руинглиш», что это непонятно для большинства русскоязычных людей. В какой-то момент теряешь мысль и начинаешь про себя просто ржать над количеством заимствований))
Пол Дано
Адская дичь. Если вы хотите узнать, что такое аджайл и скрам - крайне НЕ рекомендую смотреть это. Инструменты не работают не потому что они плохие, а потому что их используют не там, где нужно.
Аджайл можно использовать хоть для уборки дома. Важно уметь пользоваться и не плодить бюрократию
По ходу он решил применить Скрам технику по чистке лица скрабом и получил факап 😢
Слова скрам на превью, с таким лицом, как реклама средства против прыщей
Ещё один бесполезный ролик 3ий
Проблема не в российских компаниях. А в самом agile и его производных. Эти методологии давно пора выкинуть на помойку - в числе прочего благодаря им индустрия катится в Ж.
Критика аджайла/скрама абсолютно верная. Это юркая методология (слово agile переводится как "юркий", "проворный", а не как "гибкий") должна быть запрещена к применению в РФ, иначе закончим тем, что наши самолеты будут падать, а наши АЭС -- взрываться. Аджайл никак не поощряет долгосрочное планирование, и как результат получаем тонны говнокода и чудовищный техдолг. Этот каргокульт должен быть отправлен в топку. Agile Delenda Est.
Бред. Вотерфолла не существует. Академия на диване
Нда, громоздкие неповоротливые процессы устарели. поэтому и производится одноразовое говно повсеместно. маркетологи льют в уши, что надо срочно покупать новое, потому что вышло в новом цвете, на 0,0001% увеличился объем, и т.п. это не процесс устарел, это мозги у людей в кашу превратились. П.С. считаю что процесс похода в туалет так же необходимо делать по agile, маленькими порциями, под наблюдением скрам-мастера... и пример с готовкой тоже хорош, сначала приготовим шашлык, а потом мы его замаринуем, ведь можно вносить изменения в процесс на ходу! аджайл х#ль.. какой век такие и процессы..
Превратили жизнь в крысиные бега
Бог, ты мой. Сколько заимствований. Как говорил классик, настоящая разрух в головах. Неужели нельзя обойтись без этого? Или молодежь совсем уже не может говорить по-русски?
привет
Спасибо за комментарий! Можно конечно! Но зачем? Так проще выразить мысль.
это маразм, на практике в сфере IT и разработки сложно уложиться в жёсткие сроки, при постоянной смене требований
Поговори на русском в обсуждении разработки по🤣🤣🤣
Неужели так сложно не включать свою духовку по любому поводу 😹
За первые 40 секунд понятно что автор понятия не имеет что такое Алжайл и для чего. Дальше смотреть нет смысла ибо это дичь
Интересно, что натолкнуло на такой коммент? я посмотрела видео полностью, хотя уже работаю несколько лет в разных банках и в видео всё сказано абсолютно приближенно к действительности, не заумно и правильно. Даже после обучения в скрам школах мне здесь ничего не резануло ухо. Если в вашем аджайл буке прописаны другие постулаты - об этом можно рассказать, но не писать всем про то, что автор не разбирается))) Потому что тогда мы вынуждены сделать вывод, что не разбираетесь вы)
@@knock-knock-neo возможно резануло приравнивание аджайла и ватерфола?
сейчас ситуация изменилась со срам мастерами в России?
Agile подходит для гаражной разработки когда тебе нужно запилить не софт а какую то херню чтобы отбить бабло на стартап, без ясной цели, или сделать то не знаю что потому что заказчик постоянно платит за какой то бред который сам не понимает.
Любая большая и серьезная работа будет с планом и четкими ролями.
В российских реалиях менеджмент вообще не понимают и не хотят управлять ничем поэтому просто называют себя эджайлом а на самом деле это тупо хаотично раскидывают задачи без построения работы.