Давненько не виделись с глазу на глаз :) *Делитесь этим видео, ставьте ваши лайки, подписывайтесь на канал и оставляйте комментарии - буду рад ответить на любые вопросы!* Традиционный таймлайн: 02:44 - про эджаил-манифест 04:14 - что такое скрам 04:40 - роли на проекте 06:14- беклог, эпик, сторис, таск 08:27 - планинг-покер и оценка задач 12:18 - что такое спринт 13:08 - статусы задач, скрам-доска, ревью спринта 15:23 - ретроспектива 16:15 - о внесениях изменений в спринт 17:24 - оценка эффективности команды 18:27 - про то, что много разговоров и мало дела 19:17 - о скраммастере 20:16 - еще немного про другие штуки в скраме 21:26 - про размер команды 22:43 - новости по каналу
- Добро пожаловать в коворкинг нашего стартап-акселлератора. - Да это же грёбанный сраный подвал! - Это лофт. - Там в углу нарки ебут труп бомжа! - Это эджайл.
Две пиццы - крайне субъективная штука. Как еда, то бишь топливный элемент де факто, может отражать навыки разработчиков? Если у меня 5 сеньоров, которые могут написать быстро и качественно, потому что имеют большой опыт, какие-то свои определенные наработки, то чем они хуже 10 джунов, которые только вчера окончили курсы программирования на скиллбоксе?
Смешанные впечатления от видоса) С одной стороны - взгляд разработчика изнутрискрам-команды с его видением процесса - отличная ось для РО и SM. С другой стороны - без понимания теоретической базы Скрама - смешали все в одну кучу и назвали "классическим Скрамом". Наверное также звучала лекция от проджекта или скрам-мастера об основах ООП в Питоне или Джаве какой-нибудь ))) Совсем ляпы: 1. В "классическом скраме" очень ограниченное понятие сущностей - ценности, роли, артефакты и события. И все. Если чего-то не хватает из списка - получаем "скрамНО", если что-то добавляем сверху - получаем "скрамИ" 2. В ролях нет такой штуки как "клиент", он за периметром фреймворка. Роли - продукт-оунер, скрам-мастер и девелопер-тим 3. Запутались малек кто и что оценивает и в чем. В скраме нет никакого разбиения на эпики-сториз-таски. Это вы Джиру сюда приплели. В скраме есть просто "бэклог" или скоуп "чего-то" что должно быть сделано в течение спринта. Вот это "нечто" и оценивается в "чем то" на Планинге (события планинг-покер - нет, есть планинг). Как вы будете оценивать и в чем - скрам не предписывает. 4. Все доп активности часто встречающиеся в скрам-командах - в "классике" не описаны и не возбраняются (грумминге, хэлс-чеки, кларифаии тп). Это все на усмотрение команды и на фантазию СМ. 5. Довольно большое кол-во команд/компаний работают на довольно низком уровне зрелости использования скрама. Если команда/компания начинает "затачивать пилу" - эффективность работы команды поднимается в 1,5-3 раза Вот тут охренительно полезный видос, проясняющий суть-идею-методы работы по гибкому управлению продуктовой разработкой. Тот самый теоретический базис, который позволяет гораздо лучше понять нахрена это все делать, общаться, собирать обратнуюсвязь, какая роль за что отвечает и на каком этапе что происходит ua-cam.com/video/mIVRFYjIZ5A/v-deo.html
Супер видео для начинающих, особенно кто ранее про это ни сном, ни духом. Стало понятно как все это работает на практике. Дальше можно углублять по книжкам и гидам. Очень хорошо объяснил, доступно, живо, с примерами.
По поводу видео я вам скажу так: наконец-то я понял что такое scrum, agile, спринт и пр. Я очень редко взаимодействую с разработчиками но иногда приходится, поэтому спасибо! По поводу длинного коммента ниже с разбором ошибок - ничего не понял... Но наверное это важно, для разработчиков )) Я начал смотреть это видео для того чтобы мне по человечески, поверхностно раскрыли суть этих понятий и, в итоге, я получил то что хотел. И Бог с ним, что в сюжете есть неточности относительно учебника, это видео как раз для тех кому учебник не нужен, но необходимо понимание. Конечно многим хочется показать экспертизу и развести в комментах свой own филиал академии наук, и чтобы все было как в "святом писании" )) все нормально)) но полезность этого дела для аудитории видео равна нулю. Итог: автор молодец, все получилось. И именно потому что не учился этому отдельно и вместо банальной озвучки учебника дал собственное понимание полученное опытом - это и есть "человеческие слова" )) Подписка, удачи!
Все не плохо рассказываешь, но есть нюансы. Например бизнес аналитик это член команды. Посмотри роли в Скраме- их три продает овнер, скрам мастер и команда. А в команду уже входят девы, куа, ба, архитекторы и ТД. А за подачу спасибо. Интересно рассказываешь, зачёт!
At this stage, I wish I knew Russian. Cause it seems like you are the only one giving a comprehensive talk on this very important topic in the entire UA-cam library.
Короче, планерка с оценкой сложности выполняемых задач, с последующим отчетом на доске и обсуждением процессов. Можно использовать и для госслужащих, и подрядчиков, и программистов, и заводов (цехов) с выпуском 1 изделия, но подходит это только для сложных задач, где есть этапы выполнения работ.
Мне, как ничего не знающему про SCRUM человеку, было очень полезно. Спасибо, все понятно!) А то если начать читать в интернете, до сути доберешься не скоро. По комментариям поняла, что много упущений, но я считаю, что для общего понимания это хорошая информация, и углубившись, человек начнет понимать все нюансы самостоятельно.
Спасибо, фуллстек уже никому не нужны, приходится переключатся и осваивать командные разработки - скрам в теории давно знаю, но у тебя все получилось рассказать простым и понятным языком. В теории в скраме очень много терминов, а по факту скелет на котором реально работают команды новичку намного важнее полных теоретических знаний.
хорошо бы было при объявлении каких то терминов давать оригинальное название на англ внизу экрана.. например sprint backlog, scram task board and so on, ну и визуализация схем бы не помешала ) А так гуд, интересный контент! Спасибо!
Видео топ! У нас на работе ввели работу через аспро.аджайл. Я вообще ничего не понимал, решил ваше видео глянуть. Все по полочкам, я счастлив! Наконец есть понимание зачем люди работают с гибкими методологиями и как. Спасибо автору)
Спасибо! Первый источник, который реально подробно и понятно объяснил, как это работает. Все остальные, кого смотрел/читал, половину времени тратят на перевод слова agile, экскурс в историю и цитирование манифеста agile, остальную же половину времени льют воду по всё тем же общим принципам и дают максимально пространные определения для всех используемых понятий, не давая при этом реального понимания.
Так а там и нет ничего гибкого в атомном реакторе. Создать атомный реактор это чистый ватерфол, куда уже изначально были въебаны огромные ресурсы в НИОКР, из которого и следуют четкие итерации в реализации данного проекта. Гибкость нужна тогда, когда нет возможности провести НИОКР и въебать туда кучу бабок без реального выхлопа и вдобавок ко всему ещё нет понимания конечной цели.
Спасибо за видос! Про стори поинты нифига непонятно. Утверждается, что оценку дать проще, чем в ч/ч. Но почему? Всё равно же калибровка идёт по уже выполненной задаче, которая была выполнена за часы, а не за попугаи. Зачем этап конвертации туда-сюда? Это приблизительно как жить в России и воображать все цены в магазинах по юанях и утверждать, что так проще
Добрый день. Встречал ли ты разработчиков у которых проблемы с речью. Например, заикание. Как они общаются на собраниях и т.п. ? Есть ли вариант писать, ответы на задаваемые вопросы и письменно задавать вопросы?
Сегодня каждый разработчик должен знать Agile, чтобы ответить аргументированно на вопросы людей, которые так или иначе будут пытаться его внедрить. В реальности вся эта методология нужна чтобы снять персональную ответственность. Демократичного управления проектом не существует. Как только начинается голосование, или карточки, игры всякие - то это признак отсутствия лидера, который принял бы решение, основываясь на личной ответственности. Можно бесконечно играть в гоосовалки и дошечки-фишечки и всякие пунктики, и никто в итоге не будет виноват. Система будет поддерживать сама себя, пока деньги не закончатся. Как только денег не будет, эти люди которые продвигали скрам для блага проекта разбегутся и будут внедрять эту каннибальскую методологию в следующую компанию. Это болезнь современного общества it, возникший из-за переизбытка инвестиций в отрасли. P. S: Моя критика не относится к каналу или автору видео. Наоборот, я благодарен автору, и ставлю лайк. Хотелось бы также чтобы видео содержало недостатки agile, и в каких условиях и каких масштабах компаний она эффективна
"Демократия - говно, но ничего лучше еще не придумали". Agile действительно имеет место быть, когда тебе нужно допиливать работающую систему. Т.е. продуктив внедрен и теперь заказчику нужны фенички и фичечки. Вот тут наступает время скрам. Заказчики наваливают бэк-лог инкрементальных пожеланий, ИТ-шники разгребают его по скрам. Отлично работает. А вот попытки делать проект по скрам обречены на притчу "нельзя построить мост по скрам". Проект нужно делать "под ключ". И для этого подходит лучше каскадная методология.
@@nikitaleleko6672 я бы добавил: "Agile хорош, когда у тебя бесконечное финансирование. Либо компания зарабатывает на расходах(как крупный аутсорс)". У меня вопрос почему Agile не применяют в других областях деятельности? Например в поликлинике? Или на бригадах строителей(как в вашем примере)? Agile применяют знаете где? В парламенте, чтобы принимать и создавать законопроекты. Депутатов также содержит государство, у них бесконечный бюджет. Нет никакой связи между результатом и самой деятельностью. Ни один из участников не несет персональную ответственность. Есть развитые подковерные интриги. Каждый из участников преследует свой личный интерес, при этом декларируют оторванную от реальности ценности, двуличие и циничность. Все признаки совпадают.
@@igorpi25 почему же, agile, например, применяется при облагораживании дома (сам дом строится по проекту), но дальше - крыльцо, пристройки, сарай - это уже agile. Еще из моей практики лучше разработка проекта по agile чем по говно-проекту. По agile она хоть как-то движется (5 шагов вперед, 4 назад), а по говно-проекту садится в лужу/тупик и умирает во взаимных упреках. Поэтому на мой взгляд agile много где используют просто потому что НЕ МОГУТ сделать проектирование/архитектуру. В одной из контор 4 месяца пытались сделать техническое описание, потом прочитали - прослезились - выкинули и запустили проект на скрам. В итоге вместо 16 месяцев проект идет уже 30, но конец близок - линия горизонта уже просматривается через туман. Мое мнение - если нет возможности описать проект нормально - значит не стоит за него браться потому что 2 возможные причины 1. Мы не настолько круты чтоб его описать, а значит и сделать не сможем 2. Эта хрень настолько сложная что даже браться за нее не стоит
Шикардос! Огромное спасибо! Мне предстоит пройти курс по скраму от работы, и это видео просто кайфовое - интересно, не скучно и абсолютно понятно! Кстати, никогда в жизни не смотрела айтишные видео по-русски - не ожидала что зайдёт! 👌👍🏻
Спасибо за хороший ролик! Единственное пожелание: термины на англ. языке лучше дублировать наложенным на экран текстом (на слух не точно воспринимаются)
Спасибо за объяснение о методологиях, после видео решила найти какой-нибудь сервис или таск-трекер, работающий по этим методологиям, пока нашла только аспро.agile, вроде ничего такой.
3:11 = 2 идея SCRUM супер: умный в гору не пойдет, умный гору обойдет - сказал краб и пошел обходить жд пути (нафих эту документацию). 3:23 = 3 идея SCRUM бомба: обсуждение тз с заказчиком - не; планинг-покер, ретроспектива, daily standup, "куча собраний" - во! Ролик хороший, но в результате непонятна выгода SCRUM, какие задачи, проблемы он решает, а видно только то, что в нем одни минусы.
Огонь! 🔥🔥🔥Мне нравиться! Вообще, в принципе, не сталкивалась с этими понятиями а тут все очень понятно описано. Щас полезу шарить еще какую-нибудь полезную инфу👍👍👍
Извините, на трудно было понять материал бе дополнительной визуализации. Хотелось бы увидеть доски задач, как выглядит подсчет «очков сложности» и так далее
Спасибо, очень нужно в данный момент. Только начал развивать свой мелкий бизнес в этой сфере, как раз в сторону Agile и смотрел. Да и еще на уровне стажировки, запхнули меня в стартап как СТО, хз за какие заслуги, конечно под присмотром, но очень интересно.))))
По интересующим темам, в которых мои знания фуфел, посмотрела ваш ролик, потом ещё один, и ещё.... Итог = Подписка. И дернуло же меня посмотреть ваши ролики с темами, в которых разбираюсь(. Батенька, да вы схоморох. Этот ролик в топку. Судьба подписки в руках канбан. Пойду послушаю..
Просто в 2001 кто-то придумал как документально обосновать расширение сметы, которую клиент составляет на свой проект. В итоге SCRUM стал для тех клиентов у кого много денег и у кого есть идея создать капиталоемкий продукт. SCRUM это не гибкая методология по разработке программного обеспечения. SCRUM это попытка преодолеть эффект масштаба(термин из институциональной экономики). Когда смотришь на это под таким углом - мир играет новыми красками.
Ах да, ну и конечно преодоление некоторого эффекта связано неразрывно с понятием издержек. Издержки кто-то должен оплатить, а из-за низкой экспертизы в IT их можно засунуть в смету к клиенту. Ловко так и умело)
Огромное спасибо. Уже 3 дня подряд видосы твое смотрю.Хочу найти работу в IT. Твоя инфа именно то что надо. Реально много полезной и нужной инфы. Ну кто бы мне еще такое поведал? Еще раз спасибо. Удачи. Делай побольше таких роликов!
про daily standup ага приходит чел и начинает выносить мозг минут 40 (дай бог если один раз в день, а то и до 3х доходит) почему так медленно идет разработка вчера, а ты ему обьясняешь что прилетели еще баги по телефону которые срочно надо было закрыть т.к. он этот чел считает что они должны закрываться между прочим сами по себе без особых затрат времени. ну и что читать мысли его ты не умеешь что в приоритете и как он хочет это видеть. более того другие участники рассказывают о своих задачах которые никак не связаны с твоей и по большому счету тебе пофиг что они там делают и зачем т.к. вы не пересекаетесь.. сидишь, смотришь на это и думаешь 2-3 часа из рабочего времени улетели.... извините наболело... вы клево рассказываете.
Хоть кто-то об этом сказал! А то тут одни обожатели скрама. У меня аналогично, все эти ежедневные standup - бесполезная трата времени, пока другие участники рассказывают о своих задачах, которые с моими абсолютно не связаны. Они не слушают и не запоминают, что я рассказал. Я аналогично не слушаю их. Через час если спросить любого, о чём я рассказывал, то никто не вспомнит. И я например не помню вообще, кто из коллег что там рассказывал вчера.
Все хорошо, да только не понятно, к чему эта оценка в сторипоинтах, кроме как, что если не будешь в них оценивать, то "это уже не скрам" и "за это можно отхватить"
бодренько получилось, но все в кучу намешал. кастомные велосипеды "продал" как скрам :). К конкретике: Роли клиента в скраме нет :): продукт оунер - для дев. команды является прокси ко всем стейкхолдерам. Бизнес аналитика, как роли, в скраме тоже нет :). ПО просто делегирует БА свои респонсибилити и БА по сути выполняет роль ПО. Ну раз начал ты говорить про роли, то что ж ты не сказал про девелопмент тим? Это ж основная роль :) для аудитории. Скрам ничего не говорит про эпики :) но раз уж ты про это заговорил, то иерархия такая Эпик - обычно может быть выполняют в нескольких релизах. Фича - это обычно выполняется в релизе. Вы не используете? Сразу под эпиком стори? Обычно фичи есть. Стори - делается в спринте. Стори зачастую разбивают на таски. К сторям баги. Про сторис упустил: - что нужно указать вэлью от стори. я как пользователь хочу, чтобы получить ВЭЛЬЮ. если нет вэлью, то надо спросить у ПО - а нам точно нужна эта сторя если мы вэлью не понимаем. - и конечно критерии приемки. (блин, ну как это можно было пропустить?) по критериям приемки разработчик понимает когда сторя завершена с его стороны, отдает в тестирование, а QA тестирует по критериям. Планнинг покер - это техника эстимирования, само собрание - Sprint Planning. После планирования стори идут в спринт бэклог. Ну а где же бэклог рефайнмент? Clarify sessions - в скраме нет. И может это будет удивительно, но СКРАМ это не методология :) Это фреймворк.
Очень хорошо, что среди подписчиков есть люди, которые в комментариях не ленятся разложить всё ещё грамотнее :) И мне и всем смотрящим доп инфа и ликбез, благодарю!
На мой взгляд, в видео не озвучена главная задача Agile и Scrum, главным образом, различающая эту методологию от, к примеру, водопадной модели. Что после спринта при презентации заказчику не только предоставляется продукт, но и получается обратная связь по нему со всеми его пожеланиями по изменениям (расхождение желаемого от полученного), для внесения изменений скорее, чем это было бы в другой методологии. А так же, так называемые менталитеты: куры/свиньи (зависит от поведения Scrum мастера во время, например, sprint planning meeting). Михаил, права ли я, подскажите, было бы интересно услышать Ваше мнение, если нет, то поправьте, пожалуйста. Спасибо
Так как всё же правильно, программное обеспечЕние, что мне ближе, как закончившего универ в 2005 году или программное обеспЕчение, как сейчас учат в универах? В ваших кругах как говорят?
Давненько не виделись с глазу на глаз :)
*Делитесь этим видео, ставьте ваши лайки, подписывайтесь на канал и оставляйте комментарии - буду рад ответить на любые вопросы!*
Традиционный таймлайн:
02:44 - про эджаил-манифест
04:14 - что такое скрам
04:40 - роли на проекте
06:14- беклог, эпик, сторис, таск
08:27 - планинг-покер и оценка задач
12:18 - что такое спринт
13:08 - статусы задач, скрам-доска, ревью спринта
15:23 - ретроспектива
16:15 - о внесениях изменений в спринт
17:24 - оценка эффективности команды
18:27 - про то, что много разговоров и мало дела
19:17 - о скраммастере
20:16 - еще немного про другие штуки в скраме
21:26 - про размер команды
22:43 - новости по каналу
Как оцениваются и закладываются риски IT проекта в SCRUM? Сейчас все риски описываю в MS Project.
Из Польши притащили)
а есть подкаст канал ?
@@2s1234m да, конечно. смотри ссылки в описании к видео
Жжэээжээ
Я прочла скрам, дедлайн, прошла курсы по ІТ.. но так ёмко и доступно не было ещё нигде.
Спасибо тебе, чел в майке с бананом! У тебя талант ❤
@@user-mi9fw6mt1q порекомендуете кого-то кто шарит?
Значит не внимательно изучаешь тему
- Добро пожаловать в коворкинг нашего стартап-акселлератора.
- Да это же грёбанный сраный подвал!
- Это лофт.
- Там в углу нарки ебут труп бомжа!
- Это эджайл.
ахах
На самом деле очень похоже.
🙈😂😂😂😂😂😂
Там в углу насрали.
Это задача в бэклоге
вся суть
Если нашу команду кормить двумя пиццами, то, выходит, в команде могу быть только один я.
Ахах)
Две пиццы - один стол и общество за столом. Больше одного - требуется менеджмент, даже для того чтобы заказать и распределить пицу
У меня возникла похожая мысль)))
Две пиццы - крайне субъективная штука. Как еда, то бишь топливный элемент де факто, может отражать навыки разработчиков? Если у меня 5 сеньоров, которые могут написать быстро и качественно, потому что имеют большой опыт, какие-то свои определенные наработки, то чем они хуже 10 джунов, которые только вчера окончили курсы программирования на скиллбоксе?
@@mks0198 5 сеньоров не равно 5 другим сеньорам…
Смешанные впечатления от видоса)
С одной стороны - взгляд разработчика изнутрискрам-команды с его видением процесса - отличная ось для РО и SM.
С другой стороны - без понимания теоретической базы Скрама - смешали все в одну кучу и назвали "классическим Скрамом". Наверное также звучала лекция от проджекта или скрам-мастера об основах ООП в Питоне или Джаве какой-нибудь )))
Совсем ляпы:
1. В "классическом скраме" очень ограниченное понятие сущностей - ценности, роли, артефакты и события. И все. Если чего-то не хватает из списка - получаем "скрамНО", если что-то добавляем сверху - получаем "скрамИ"
2. В ролях нет такой штуки как "клиент", он за периметром фреймворка. Роли - продукт-оунер, скрам-мастер и девелопер-тим
3. Запутались малек кто и что оценивает и в чем. В скраме нет никакого разбиения на эпики-сториз-таски. Это вы Джиру сюда приплели. В скраме есть просто "бэклог" или скоуп "чего-то" что должно быть сделано в течение спринта. Вот это "нечто" и оценивается в "чем то" на Планинге (события планинг-покер - нет, есть планинг). Как вы будете оценивать и в чем - скрам не предписывает.
4. Все доп активности часто встречающиеся в скрам-командах - в "классике" не описаны и не возбраняются (грумминге, хэлс-чеки, кларифаии тп). Это все на усмотрение команды и на фантазию СМ.
5. Довольно большое кол-во команд/компаний работают на довольно низком уровне зрелости использования скрама. Если команда/компания начинает "затачивать пилу" - эффективность работы команды поднимается в 1,5-3 раза
Вот тут охренительно полезный видос, проясняющий суть-идею-методы работы по гибкому управлению продуктовой разработкой. Тот самый теоретический базис, который позволяет гораздо лучше понять нахрена это все делать, общаться, собирать обратнуюсвязь, какая роль за что отвечает и на каком этапе что происходит
ua-cam.com/video/mIVRFYjIZ5A/v-deo.html
Супер видео для начинающих, особенно кто ранее про это ни сном, ни духом. Стало понятно как все это работает на практике. Дальше можно углублять по книжкам и гидам. Очень хорошо объяснил, доступно, живо, с примерами.
Спасибо!
По поводу видео я вам скажу так: наконец-то я понял что такое scrum, agile, спринт и пр. Я очень редко взаимодействую с разработчиками но иногда приходится, поэтому спасибо!
По поводу длинного коммента ниже с разбором ошибок - ничего не понял... Но наверное это важно, для разработчиков ))
Я начал смотреть это видео для того чтобы мне по человечески, поверхностно раскрыли суть этих понятий и, в итоге, я получил то что хотел. И Бог с ним, что в сюжете есть неточности относительно учебника, это видео как раз для тех кому учебник не нужен, но необходимо понимание.
Конечно многим хочется показать экспертизу и развести в комментах свой own филиал академии наук, и чтобы все было как в "святом писании" )) все нормально)) но полезность этого дела для аудитории видео равна нулю.
Итог: автор молодец, все получилось. И именно потому что не учился этому отдельно и вместо банальной озвучки учебника дал собственное понимание полученное опытом - это и есть "человеческие слова" ))
Подписка, удачи!
Спасибо :) мотивирует!)
Все не плохо рассказываешь, но есть нюансы. Например бизнес аналитик это член команды. Посмотри роли в Скраме- их три продает овнер, скрам мастер и команда. А в команду уже входят девы, куа, ба, архитекторы и ТД. А за подачу спасибо. Интересно рассказываешь, зачёт!
Я работал по Agile, Борода объяснил отлично! - практически инструкция для применения
Спасибо!
At this stage, I wish I knew Russian. Cause it seems like you are the only one giving a comprehensive talk on this very important topic in the entire UA-cam library.
I don't think so
Чувак, какое же тебе спасибище!!!))) Очень понятно, лаконично и не вызывает желание закрыть и забы(и)ть)) Учиться с тобой - одно удовольствие 👍🎉
Короче, планерка с оценкой сложности выполняемых задач, с последующим отчетом на доске и обсуждением процессов.
Можно использовать и для госслужащих, и подрядчиков, и программистов, и заводов (цехов) с выпуском 1 изделия, но подходит это только для сложных задач, где есть этапы выполнения работ.
Мне, как ничего не знающему про SCRUM человеку, было очень полезно. Спасибо, все понятно!) А то если начать читать в интернете, до сути доберешься не скоро. По комментариям поняла, что много упущений, но я считаю, что для общего понимания это хорошая информация, и углубившись, человек начнет понимать все нюансы самостоятельно.
Огонь! Так четко все рассказал без воды и за столь небольшой интервал времени! Борода рулит!
Спасибо, фуллстек уже никому не нужны, приходится переключатся и осваивать командные разработки - скрам в теории давно знаю, но у тебя все получилось рассказать простым и понятным языком. В теории в скраме очень много терминов, а по факту скелет на котором реально работают команды новичку намного важнее полных теоретических знаний.
Очень доходчиво объяснили. Учусь на бизнес-аналитика. Видео было очеееень полезно!!!
У тебя получаются отличные видео, продолжай в том же духе, тебя очень интересно смотреть и ты все четко и ясно объясняешь
Благодарю!)
@@itbeard сбрей бороду под носом и на подбородке
Наоборот хорошо объясняешь. Понятно, доступно и никакой воды. Лайк и подписка
Вы бог расшифровки♥️♥️♥️за год ничего более понятного не слышала
Обязательно ещё посмотрите работу над ошибками этого видео, ссылка есть в описании к видосу
Отдельный скрам мастер это топ. Работал на проектах где скрам мастера заказывали из другой конторы на время, что б команда самоорганизовалась
Это самое лучшее видео про SCRUM во всем рунете
Спасибо,все ясно и интересно. В понедельник скорее всего выхожу работать в новой компании,будет работать по Scrum
Аааа, огонь! Чего я раньше тебя не находила! Ещё!!!!!!!!!! 😍😍😍 Просто, понятно, интересно!!! Спасибо!!!
На здоровье!)
It's a trap!
хорошо бы было при объявлении каких то терминов давать оригинальное название на англ внизу экрана.. например sprint backlog, scram task board and so on, ну и визуализация схем бы не помешала ) А так гуд, интересный контент! Спасибо!
Спасибо за простое объяснение тех вещей, которые очень усложняются
Все четко и просто. Прям в шоке как можно понятно донести скрам до обычных людей
не бывает сложных тем - бывают плохие разъяснители
Прекрасный канал. Случайно выпал в рекомендациях, редкость на в рунете. Делай хороший контент - буду смореть.
Видео топ! У нас на работе ввели работу через аспро.аджайл. Я вообще ничего не понимал, решил ваше видео глянуть. Все по полочкам, я счастлив! Наконец есть понимание зачем люди работают с гибкими методологиями и как. Спасибо автору)
Спасибо! Первый источник, который реально подробно и понятно объяснил, как это работает.
Все остальные, кого смотрел/читал, половину времени тратят на перевод слова agile, экскурс в историю и цитирование манифеста agile, остальную же половину времени льют воду по всё тем же общим принципам и дают максимально пространные определения для всех используемых понятий, не давая при этом реального понимания.
Главное, по скраму ничего ответственного не писать. Типа систему управления авионикой или ядерным реактором.
Так а там и нет ничего гибкого в атомном реакторе. Создать атомный реактор это чистый ватерфол, куда уже изначально были въебаны огромные ресурсы в НИОКР, из которого и следуют четкие итерации в реализации данного проекта.
Гибкость нужна тогда, когда нет возможности провести НИОКР и въебать туда кучу бабок без реального выхлопа и вдобавок ко всему ещё нет понимания конечной цели.
Мне, как человеку, который уже слушал про Scrum, более чем понятно 🤗
Вау! просто кайф. Столько инфы читала и наконец-то поняла)
Спасибо за видос!
Про стори поинты нифига непонятно. Утверждается, что оценку дать проще, чем в ч/ч. Но почему? Всё равно же калибровка идёт по уже выполненной задаче, которая была выполнена за часы, а не за попугаи. Зачем этап конвертации туда-сюда? Это приблизительно как жить в России и воображать все цены в магазинах по юанях и утверждать, что так проще
Под такую энергичную музыку очень приятно смотреть видео. По чаще ставь такие музоны на фоне 👍🔥⚡⚡
Наконец-то кто-то нормально объяснил что к чему
Спасибо, Лекс! Очень познавательное видео😊
Привет, ИтБорода! Очень классное видео! А ты можешь сделать видео с показом использования реального интерфейса программ, в которых ты работаешь?
Хоть кто-то нормально объяснил! Спасибо большое))
Обалденно! Большое спасибо! Похоже я так работал, а я даже и не знал.
Для меня как новичка - очень полезно и интересно
Завтра буду смотреть твою новую версию о SCRUMе
и как успехи? Хотелось бы списаться, поговорить об этом
Добрый день. Встречал ли ты разработчиков у которых проблемы с речью. Например, заикание. Как они общаются на собраниях и т.п. ? Есть ли вариант писать, ответы на задаваемые вопросы и письменно задавать вопросы?
Да, есть такая возможность. Но не у всех компаний
Сегодня каждый разработчик должен знать Agile, чтобы ответить аргументированно на вопросы людей, которые так или иначе будут пытаться его внедрить.
В реальности вся эта методология нужна чтобы снять персональную ответственность.
Демократичного управления проектом не существует. Как только начинается голосование, или карточки, игры всякие - то это признак отсутствия лидера, который принял бы решение, основываясь на личной ответственности.
Можно бесконечно играть в гоосовалки и дошечки-фишечки и всякие пунктики, и никто в итоге не будет виноват. Система будет поддерживать сама себя, пока деньги не закончатся. Как только денег не будет, эти люди которые продвигали скрам для блага проекта разбегутся и будут внедрять эту каннибальскую методологию в следующую компанию.
Это болезнь современного общества it, возникший из-за переизбытка инвестиций в отрасли.
P. S: Моя критика не относится к каналу или автору видео. Наоборот, я благодарен автору, и ставлю лайк.
Хотелось бы также чтобы видео содержало недостатки agile, и в каких условиях и каких масштабах компаний она эффективна
"Демократия - говно, но ничего лучше еще не придумали".
Agile действительно имеет место быть, когда тебе нужно допиливать работающую систему. Т.е. продуктив внедрен и теперь заказчику нужны фенички и фичечки. Вот тут наступает время скрам. Заказчики наваливают бэк-лог инкрементальных пожеланий, ИТ-шники разгребают его по скрам. Отлично работает.
А вот попытки делать проект по скрам обречены на притчу "нельзя построить мост по скрам".
Проект нужно делать "под ключ". И для этого подходит лучше каскадная методология.
@@nikitaleleko6672 я бы добавил: "Agile хорош, когда у тебя бесконечное финансирование. Либо компания зарабатывает на расходах(как крупный аутсорс)". У меня вопрос почему Agile не применяют в других областях деятельности? Например в поликлинике? Или на бригадах строителей(как в вашем примере)?
Agile применяют знаете где? В парламенте, чтобы принимать и создавать законопроекты. Депутатов также содержит государство, у них бесконечный бюджет. Нет никакой связи между результатом и самой деятельностью. Ни один из участников не несет персональную ответственность. Есть развитые подковерные интриги. Каждый из участников преследует свой личный интерес, при этом декларируют оторванную от реальности ценности, двуличие и циничность. Все признаки совпадают.
@@igorpi25 почему же, agile, например, применяется при облагораживании дома (сам дом строится по проекту), но дальше - крыльцо, пристройки, сарай - это уже agile.
Еще из моей практики лучше разработка проекта по agile чем по говно-проекту. По agile она хоть как-то движется (5 шагов вперед, 4 назад), а по говно-проекту садится в лужу/тупик и умирает во взаимных упреках.
Поэтому на мой взгляд agile много где используют просто потому что НЕ МОГУТ сделать проектирование/архитектуру.
В одной из контор 4 месяца пытались сделать техническое описание, потом прочитали - прослезились - выкинули и запустили проект на скрам. В итоге вместо 16 месяцев проект идет уже 30, но конец близок - линия горизонта уже просматривается через туман.
Мое мнение - если нет возможности описать проект нормально - значит не стоит за него браться потому что 2 возможные причины
1. Мы не настолько круты чтоб его описать, а значит и сделать не сможем
2. Эта хрень настолько сложная что даже браться за нее не стоит
Просто офигенно! Спасибо огромное )!
Рассказчик, кстати - супер!
Дякую, зараз як раз проходимо цю тему на курсах. Ви дуже зрозуміло пояснили.
Не знаю актуально ли это на текущий момент, но обьяснил прям по полочкам, Топчик!!!)
+++
Спасибо Бро, очень понятно. Хоть я и в теме, но все равно люблю тебя послушать по дороге))
Круть))
Шикардос! Огромное спасибо!
Мне предстоит пройти курс по скраму от работы, и это видео просто кайфовое - интересно, не скучно и абсолютно понятно! Кстати, никогда в жизни не смотрела айтишные видео по-русски - не ожидала что зайдёт! 👌👍🏻
На здоровье 😊
Спасибо за хороший ролик! Единственное пожелание: термины на англ. языке лучше дублировать наложенным на экран текстом (на слух не точно воспринимаются)
Случайный факт: исли использовать правило двух пиц и добавить меня любую команду - то по методологии скрам она уже не может работать!)
Хороший я канал нашёл. Продолжай в том же духе
Не вопрос)
Cупер, самое лучшее видео о scrum!!!
Недавно нашёл этот канал, ТОП контент, продолжай! Подписался
Спасибо за объяснение о методологиях, после видео решила найти какой-нибудь сервис или таск-трекер, работающий по этим методологиям, пока нашла только аспро.agile, вроде ничего такой.
Надо же такой разговорчивый разработчик!
посмотрел видео, начитался каментов, все перемешалось. буду дальше гуглить
Спасибо, в кой-то веки про реальность человек рассказал.
Спасибо!!!! Понятно и все ещё актуально!!!
Мне лично очень зашло, всё по полкам разложил! Спасибо!
Вот поэтому одиночки ведут разработку в 10 раз быстрее, чем целые студии.
3:11 = 2 идея SCRUM супер: умный в гору не пойдет, умный гору обойдет - сказал краб и пошел обходить жд пути (нафих эту документацию).
3:23 = 3 идея SCRUM бомба: обсуждение тз с заказчиком - не; планинг-покер, ретроспектива, daily standup, "куча собраний" - во!
Ролик хороший, но в результате непонятна выгода SCRUM, какие задачи, проблемы он решает, а видно только то, что в нем одни минусы.
Огонь! 🔥🔥🔥Мне нравиться! Вообще, в принципе, не сталкивалась с этими понятиями а тут все очень понятно описано. Щас полезу шарить еще какую-нибудь полезную инфу👍👍👍
Спасибо за работу!! Очень понятно и интересно!!!
Классный канал, спасибо. Очень познавательно. Топи почаще видео)
Благодарю, буду топить по Царски!)
Очень полезное видео! Было полезно посмотреть и сравнить с тем что было у нас в командах. Спасибо 🔥
Извините, на трудно было понять материал бе дополнительной визуализации. Хотелось бы увидеть доски задач, как выглядит подсчет «очков сложности» и так далее
жму лукас!
спасибо за видосик
даже в 2020 актуально
Отличное видео, борода! Теория и личный опыт, топчик
Благодарочка!
Круто! Спасибо большое! По больше бы таких видео))
Буду стараться 👍
Слушай не знаю кто там че говорил но ты хорошо объяснил scrum и agile понятно и интересно.Спасибо.
Спасибо )
Спасибо, очень нужно в данный момент. Только начал развивать свой мелкий бизнес в этой сфере, как раз в сторону Agile и смотрел. Да и еще на уровне стажировки, запхнули меня в стартап как СТО, хз за какие заслуги, конечно под присмотром, но очень интересно.))))
В скраме нет роли бизнес-аналитика. Я думаю имелся ввиду Скрам мастер. Спасибо за видео
По интересующим темам, в которых мои знания фуфел, посмотрела ваш ролик, потом ещё один, и ещё.... Итог = Подписка. И дернуло же меня посмотреть ваши ролики с темами, в которых разбираюсь(. Батенька, да вы схоморох. Этот ролик в топку. Судьба подписки в руках канбан. Пойду послушаю..
Спасибо за информацию!Для лучшего запоминания, хотелось бы, чтобы были какие нибудь точечные закрепления, например небольшие схемы и понятия на экране
приветствую. не стоит обращать внимание на это видео, как информационное. Это ничего общего со скрамом не имеет.
почитайте scrum.org сразу поймете
Да что ты :)
Спасибо за такой лаконичный, подробный и интересный рассказ о скраме. Нельзя быть таким критичным к себе, все отлично!
Просто в 2001 кто-то придумал как документально обосновать расширение сметы, которую клиент составляет на свой проект. В итоге SCRUM стал для тех клиентов у кого много денег и у кого есть идея создать капиталоемкий продукт.
SCRUM это не гибкая методология по разработке программного обеспечения. SCRUM это попытка преодолеть эффект масштаба(термин из институциональной экономики). Когда смотришь на это под таким углом - мир играет новыми красками.
Ах да, ну и конечно преодоление некоторого эффекта связано неразрывно с понятием издержек. Издержки кто-то должен оплатить, а из-за низкой экспертизы в IT их можно засунуть в смету к клиенту. Ловко так и умело)
Будем разбираться
Спасибо. Действительно подробно и полно рассказал!
Огромное спасибо!
Всё очень понятно.
Всё понятно и лаконично 🥳
Спасибо, Бро! Очень доступно объяснил!
А какая программа в основном используется для Scrum?
Спасибо, очень не напряжно и понятно. Отличный ведущий.
Распланировали scrum получился стыд и срам.
Огромное спасибо. Уже 3 дня подряд видосы твое смотрю.Хочу найти работу в IT. Твоя инфа именно то что надо. Реально много полезной и нужной инфы. Ну кто бы мне еще такое поведал? Еще раз спасибо. Удачи. Делай побольше таких роликов!
Спасибо, приятно :)
Ну что, нашел ?)
Спасибо, очень полезно 👍🏽
Спасибо, отличный контент)
Польская футболка "Скверный характер", только за неё лайк
Спасибо изучаю тему IT второй день, сразу вкурил что ты объяснил !
Большое спасибо, очень актуально!)
Информативно, подробно. Интересно. Спасибо!
Просто и по делу :)
Хотя в деталях у каждой команды выходит свой скрам
Спасибо, очень информативно!
Спасибо)) по-больше бы таких практичных видео
Спасибо за видео, очень много полезной информации, но не хватает визуализации всех этих понятий, хотя бы как выглядит доска в скраме)
про daily standup ага приходит чел и начинает выносить мозг минут 40 (дай бог если один раз в день, а то и до 3х доходит) почему так медленно идет разработка вчера, а ты ему обьясняешь что прилетели еще баги по телефону которые срочно надо было закрыть т.к. он этот чел считает что они должны закрываться между прочим сами по себе без особых затрат времени. ну и что читать мысли его ты не умеешь что в приоритете и как он хочет это видеть. более того другие участники рассказывают о своих задачах которые никак не связаны с твоей и по большому счету тебе пофиг что они там делают и зачем т.к. вы не пересекаетесь.. сидишь, смотришь на это и думаешь 2-3 часа из рабочего времени улетели.... извините наболело... вы клево рассказываете.
Хоть кто-то об этом сказал! А то тут одни обожатели скрама. У меня аналогично, все эти ежедневные standup - бесполезная трата времени, пока другие участники рассказывают о своих задачах, которые с моими абсолютно не связаны. Они не слушают и не запоминают, что я рассказал. Я аналогично не слушаю их. Через час если спросить любого, о чём я рассказывал, то никто не вспомнит. И я например не помню вообще, кто из коллег что там рассказывал вчера.
Все хорошо, да только не понятно, к чему эта оценка в сторипоинтах, кроме как, что если не будешь в них оценивать, то "это уже не скрам" и "за это можно отхватить"
бодренько получилось, но все в кучу намешал. кастомные велосипеды "продал" как скрам :).
К конкретике:
Роли клиента в скраме нет :): продукт оунер - для дев. команды является прокси ко всем стейкхолдерам.
Бизнес аналитика, как роли, в скраме тоже нет :). ПО просто делегирует БА свои респонсибилити и БА по сути выполняет роль ПО.
Ну раз начал ты говорить про роли, то что ж ты не сказал про девелопмент тим? Это ж основная роль :) для аудитории.
Скрам ничего не говорит про эпики :) но раз уж ты про это заговорил, то иерархия такая
Эпик - обычно может быть выполняют в нескольких релизах.
Фича - это обычно выполняется в релизе. Вы не используете? Сразу под эпиком стори? Обычно фичи есть.
Стори - делается в спринте. Стори зачастую разбивают на таски. К сторям баги. Про сторис упустил:
- что нужно указать вэлью от стори. я как пользователь хочу, чтобы получить ВЭЛЬЮ. если нет вэлью, то надо спросить у ПО - а нам точно нужна эта сторя если мы вэлью не понимаем.
- и конечно критерии приемки. (блин, ну как это можно было пропустить?) по критериям приемки разработчик понимает когда сторя завершена с его стороны, отдает в тестирование, а QA тестирует по критериям.
Планнинг покер - это техника эстимирования, само собрание - Sprint Planning. После планирования стори идут в спринт бэклог.
Ну а где же бэклог рефайнмент?
Clarify sessions - в скраме нет.
И может это будет удивительно, но СКРАМ это не методология :) Это фреймворк.
Очень хорошо, что среди подписчиков есть люди, которые в комментариях не ленятся разложить всё ещё грамотнее :) И мне и всем смотрящим доп инфа и ликбез, благодарю!
@Alexander Borisenko это считайте "код ревью", по идее разработчики должны менее резко реагировать на такие уточнения.
@@genusatplay ребята, вы все красавцы!
Спасибо!
На мой взгляд, в видео не озвучена главная задача Agile и Scrum, главным образом, различающая эту методологию от, к примеру, водопадной модели. Что после спринта при презентации заказчику не только предоставляется продукт, но и получается обратная связь по нему со всеми его пожеланиями по изменениям (расхождение желаемого от полученного), для внесения изменений скорее, чем это было бы в другой методологии. А так же, так называемые менталитеты: куры/свиньи (зависит от поведения Scrum мастера во время, например, sprint planning meeting). Михаил, права ли я, подскажите, было бы интересно услышать Ваше мнение, если нет, то поправьте, пожалуйста. Спасибо
Так как всё же правильно, программное обеспечЕние, что мне ближе, как закончившего универ в 2005 году или программное обеспЕчение, как сейчас учат в универах? В ваших кругах как говорят?
в наших кругах люди не страдают фигнёй с определением ударений. Каму как удобно. тот так и говорит
Как всегда на высоте!!!!
В scrum выделяют 3 роли: scrum master, product owner и dev team.