Давненько не виделись с глазу на глаз :) *Делитесь этим видео, ставьте ваши лайки, подписывайтесь на канал и оставляйте комментарии - буду рад ответить на любые вопросы!* Традиционный таймлайн: 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 джунов, которые только вчера окончили курсы программирования на скиллбоксе?
Супер видео для начинающих, особенно кто ранее про это ни сном, ни духом. Стало понятно как все это работает на практике. Дальше можно углублять по книжкам и гидам. Очень хорошо объяснил, доступно, живо, с примерами.
- Добро пожаловать в коворкинг нашего стартап-акселлератора. - Да это же грёбанный сраный подвал! - Это лофт. - Там в углу нарки ебут труп бомжа! - Это эджайл.
Мне, как ничего не знающему про SCRUM человеку, было очень полезно. Спасибо, все понятно!) А то если начать читать в интернете, до сути доберешься не скоро. По комментариям поняла, что много упущений, но я считаю, что для общего понимания это хорошая информация, и углубившись, человек начнет понимать все нюансы самостоятельно.
Смешанные впечатления от видоса) С одной стороны - взгляд разработчика изнутрискрам-команды с его видением процесса - отличная ось для РО и SM. С другой стороны - без понимания теоретической базы Скрама - смешали все в одну кучу и назвали "классическим Скрамом". Наверное также звучала лекция от проджекта или скрам-мастера об основах ООП в Питоне или Джаве какой-нибудь ))) Совсем ляпы: 1. В "классическом скраме" очень ограниченное понятие сущностей - ценности, роли, артефакты и события. И все. Если чего-то не хватает из списка - получаем "скрамНО", если что-то добавляем сверху - получаем "скрамИ" 2. В ролях нет такой штуки как "клиент", он за периметром фреймворка. Роли - продукт-оунер, скрам-мастер и девелопер-тим 3. Запутались малек кто и что оценивает и в чем. В скраме нет никакого разбиения на эпики-сториз-таски. Это вы Джиру сюда приплели. В скраме есть просто "бэклог" или скоуп "чего-то" что должно быть сделано в течение спринта. Вот это "нечто" и оценивается в "чем то" на Планинге (события планинг-покер - нет, есть планинг). Как вы будете оценивать и в чем - скрам не предписывает. 4. Все доп активности часто встречающиеся в скрам-командах - в "классике" не описаны и не возбраняются (грумминге, хэлс-чеки, кларифаии тп). Это все на усмотрение команды и на фантазию СМ. 5. Довольно большое кол-во команд/компаний работают на довольно низком уровне зрелости использования скрама. Если команда/компания начинает "затачивать пилу" - эффективность работы команды поднимается в 1,5-3 раза Вот тут охренительно полезный видос, проясняющий суть-идею-методы работы по гибкому управлению продуктовой разработкой. Тот самый теоретический базис, который позволяет гораздо лучше понять нахрена это все делать, общаться, собирать обратнуюсвязь, какая роль за что отвечает и на каком этапе что происходит ua-cam.com/video/mIVRFYjIZ5A/v-deo.html
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.
Все не плохо рассказываешь, но есть нюансы. Например бизнес аналитик это член команды. Посмотри роли в Скраме- их три продает овнер, скрам мастер и команда. А в команду уже входят девы, куа, ба, архитекторы и ТД. А за подачу спасибо. Интересно рассказываешь, зачёт!
По поводу видео я вам скажу так: наконец-то я понял что такое scrum, agile, спринт и пр. Я очень редко взаимодействую с разработчиками но иногда приходится, поэтому спасибо! По поводу длинного коммента ниже с разбором ошибок - ничего не понял... Но наверное это важно, для разработчиков )) Я начал смотреть это видео для того чтобы мне по человечески, поверхностно раскрыли суть этих понятий и, в итоге, я получил то что хотел. И Бог с ним, что в сюжете есть неточности относительно учебника, это видео как раз для тех кому учебник не нужен, но необходимо понимание. Конечно многим хочется показать экспертизу и развести в комментах свой own филиал академии наук, и чтобы все было как в "святом писании" )) все нормально)) но полезность этого дела для аудитории видео равна нулю. Итог: автор молодец, все получилось. И именно потому что не учился этому отдельно и вместо банальной озвучки учебника дал собственное понимание полученное опытом - это и есть "человеческие слова" )) Подписка, удачи!
Короче, планерка с оценкой сложности выполняемых задач, с последующим отчетом на доске и обсуждением процессов. Можно использовать и для госслужащих, и подрядчиков, и программистов, и заводов (цехов) с выпуском 1 изделия, но подходит это только для сложных задач, где есть этапы выполнения работ.
Видео топ! У нас на работе ввели работу через аспро.аджайл. Я вообще ничего не понимал, решил ваше видео глянуть. Все по полочкам, я счастлив! Наконец есть понимание зачем люди работают с гибкими методологиями и как. Спасибо автору)
хорошо бы было при объявлении каких то терминов давать оригинальное название на англ внизу экрана.. например sprint backlog, scram task board and so on, ну и визуализация схем бы не помешала ) А так гуд, интересный контент! Спасибо!
Спасибо, фуллстек уже никому не нужны, приходится переключатся и осваивать командные разработки - скрам в теории давно знаю, но у тебя все получилось рассказать простым и понятным языком. В теории в скраме очень много терминов, а по факту скелет на котором реально работают команды новичку намного важнее полных теоретических знаний.
Шикардос! Огромное спасибо! Мне предстоит пройти курс по скраму от работы, и это видео просто кайфовое - интересно, не скучно и абсолютно понятно! Кстати, никогда в жизни не смотрела айтишные видео по-русски - не ожидала что зайдёт! 👌👍🏻
Спасибо за объяснение о методологиях, после видео решила найти какой-нибудь сервис или таск-трекер, работающий по этим методологиям, пока нашла только аспро.agile, вроде ничего такой.
Спасибо! Первый источник, который реально подробно и понятно объяснил, как это работает. Все остальные, кого смотрел/читал, половину времени тратят на перевод слова agile, экскурс в историю и цитирование манифеста agile, остальную же половину времени льют воду по всё тем же общим принципам и дают максимально пространные определения для всех используемых понятий, не давая при этом реального понимания.
Огонь! 🔥🔥🔥Мне нравиться! Вообще, в принципе, не сталкивалась с этими понятиями а тут все очень понятно описано. Щас полезу шарить еще какую-нибудь полезную инфу👍👍👍
Так а там и нет ничего гибкого в атомном реакторе. Создать атомный реактор это чистый ватерфол, куда уже изначально были въебаны огромные ресурсы в НИОКР, из которого и следуют четкие итерации в реализации данного проекта. Гибкость нужна тогда, когда нет возможности провести НИОКР и въебать туда кучу бабок без реального выхлопа и вдобавок ко всему ещё нет понимания конечной цели.
Спасибо за хороший ролик! Единственное пожелание: термины на англ. языке лучше дублировать наложенным на экран текстом (на слух не точно воспринимаются)
Спасибо за видос! Про стори поинты нифига непонятно. Утверждается, что оценку дать проще, чем в ч/ч. Но почему? Всё равно же калибровка идёт по уже выполненной задаче, которая была выполнена за часы, а не за попугаи. Зачем этап конвертации туда-сюда? Это приблизительно как жить в России и воображать все цены в магазинах по юанях и утверждать, что так проще
Спасибо, очень нужно в данный момент. Только начал развивать свой мелкий бизнес в этой сфере, как раз в сторону Agile и смотрел. Да и еще на уровне стажировки, запхнули меня в стартап как СТО, хз за какие заслуги, конечно под присмотром, но очень интересно.))))
По интересующим темам, в которых мои знания фуфел, посмотрела ваш ролик, потом ещё один, и ещё.... Итог = Подписка. И дернуло же меня посмотреть ваши ролики с темами, в которых разбираюсь(. Батенька, да вы схоморох. Этот ролик в топку. Судьба подписки в руках канбан. Пойду послушаю..
Огромное спасибо. Уже 3 дня подряд видосы твое смотрю.Хочу найти работу в IT. Твоя инфа именно то что надо. Реально много полезной и нужной инфы. Ну кто бы мне еще такое поведал? Еще раз спасибо. Удачи. Делай побольше таких роликов!
3:11 = 2 идея SCRUM супер: умный в гору не пойдет, умный гору обойдет - сказал краб и пошел обходить жд пути (нафих эту документацию). 3:23 = 3 идея SCRUM бомба: обсуждение тз с заказчиком - не; планинг-покер, ретроспектива, daily standup, "куча собраний" - во! Ролик хороший, но в результате непонятна выгода 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. Эта хрень настолько сложная что даже браться за нее не стоит
Добрый день. Встречал ли ты разработчиков у которых проблемы с речью. Например, заикание. Как они общаются на собраниях и т.п. ? Есть ли вариант писать, ответы на задаваемые вопросы и письменно задавать вопросы?
Давненько не виделись с глазу на глаз :)
*Делитесь этим видео, ставьте ваши лайки, подписывайтесь на канал и оставляйте комментарии - буду рад ответить на любые вопросы!*
Традиционный таймлайн:
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 другим сеньорам…
Супер видео для начинающих, особенно кто ранее про это ни сном, ни духом. Стало понятно как все это работает на практике. Дальше можно углублять по книжкам и гидам. Очень хорошо объяснил, доступно, живо, с примерами.
Спасибо!
- Добро пожаловать в коворкинг нашего стартап-акселлератора.
- Да это же грёбанный сраный подвал!
- Это лофт.
- Там в углу нарки ебут труп бомжа!
- Это эджайл.
ахах
На самом деле очень похоже.
🙈😂😂😂😂😂😂
Там в углу насрали.
Это задача в бэклоге
вся суть
Мне, как ничего не знающему про SCRUM человеку, было очень полезно. Спасибо, все понятно!) А то если начать читать в интернете, до сути доберешься не скоро. По комментариям поняла, что много упущений, но я считаю, что для общего понимания это хорошая информация, и углубившись, человек начнет понимать все нюансы самостоятельно.
Смешанные впечатления от видоса)
С одной стороны - взгляд разработчика изнутрискрам-команды с его видением процесса - отличная ось для РО и SM.
С другой стороны - без понимания теоретической базы Скрама - смешали все в одну кучу и назвали "классическим Скрамом". Наверное также звучала лекция от проджекта или скрам-мастера об основах ООП в Питоне или Джаве какой-нибудь )))
Совсем ляпы:
1. В "классическом скраме" очень ограниченное понятие сущностей - ценности, роли, артефакты и события. И все. Если чего-то не хватает из списка - получаем "скрамНО", если что-то добавляем сверху - получаем "скрамИ"
2. В ролях нет такой штуки как "клиент", он за периметром фреймворка. Роли - продукт-оунер, скрам-мастер и девелопер-тим
3. Запутались малек кто и что оценивает и в чем. В скраме нет никакого разбиения на эпики-сториз-таски. Это вы Джиру сюда приплели. В скраме есть просто "бэклог" или скоуп "чего-то" что должно быть сделано в течение спринта. Вот это "нечто" и оценивается в "чем то" на Планинге (события планинг-покер - нет, есть планинг). Как вы будете оценивать и в чем - скрам не предписывает.
4. Все доп активности часто встречающиеся в скрам-командах - в "классике" не описаны и не возбраняются (грумминге, хэлс-чеки, кларифаии тп). Это все на усмотрение команды и на фантазию СМ.
5. Довольно большое кол-во команд/компаний работают на довольно низком уровне зрелости использования скрама. Если команда/компания начинает "затачивать пилу" - эффективность работы команды поднимается в 1,5-3 раза
Вот тут охренительно полезный видос, проясняющий суть-идею-методы работы по гибкому управлению продуктовой разработкой. Тот самый теоретический базис, который позволяет гораздо лучше понять нахрена это все делать, общаться, собирать обратнуюсвязь, какая роль за что отвечает и на каком этапе что происходит
ua-cam.com/video/mIVRFYjIZ5A/v-deo.html
Я работал по 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
Все не плохо рассказываешь, но есть нюансы. Например бизнес аналитик это член команды. Посмотри роли в Скраме- их три продает овнер, скрам мастер и команда. А в команду уже входят девы, куа, ба, архитекторы и ТД. А за подачу спасибо. Интересно рассказываешь, зачёт!
По поводу видео я вам скажу так: наконец-то я понял что такое scrum, agile, спринт и пр. Я очень редко взаимодействую с разработчиками но иногда приходится, поэтому спасибо!
По поводу длинного коммента ниже с разбором ошибок - ничего не понял... Но наверное это важно, для разработчиков ))
Я начал смотреть это видео для того чтобы мне по человечески, поверхностно раскрыли суть этих понятий и, в итоге, я получил то что хотел. И Бог с ним, что в сюжете есть неточности относительно учебника, это видео как раз для тех кому учебник не нужен, но необходимо понимание.
Конечно многим хочется показать экспертизу и развести в комментах свой own филиал академии наук, и чтобы все было как в "святом писании" )) все нормально)) но полезность этого дела для аудитории видео равна нулю.
Итог: автор молодец, все получилось. И именно потому что не учился этому отдельно и вместо банальной озвучки учебника дал собственное понимание полученное опытом - это и есть "человеческие слова" ))
Подписка, удачи!
Спасибо :) мотивирует!)
Огонь! Так четко все рассказал без воды и за столь небольшой интервал времени! Борода рулит!
Наоборот хорошо объясняешь. Понятно, доступно и никакой воды. Лайк и подписка
Короче, планерка с оценкой сложности выполняемых задач, с последующим отчетом на доске и обсуждением процессов.
Можно использовать и для госслужащих, и подрядчиков, и программистов, и заводов (цехов) с выпуском 1 изделия, но подходит это только для сложных задач, где есть этапы выполнения работ.
Спасибо, очень полезно 👍🏽
У тебя получаются отличные видео, продолжай в том же духе, тебя очень интересно смотреть и ты все четко и ясно объясняешь
Благодарю!)
@@itbeard сбрей бороду под носом и на подбородке
Очень доходчиво объяснили. Учусь на бизнес-аналитика. Видео было очеееень полезно!!!
Спасибо,все ясно и интересно. В понедельник скорее всего выхожу работать в новой компании,будет работать по Scrum
Видео топ! У нас на работе ввели работу через аспро.аджайл. Я вообще ничего не понимал, решил ваше видео глянуть. Все по полочкам, я счастлив! Наконец есть понимание зачем люди работают с гибкими методологиями и как. Спасибо автору)
Вы бог расшифровки♥️♥️♥️за год ничего более понятного не слышала
Обязательно ещё посмотрите работу над ошибками этого видео, ссылка есть в описании к видосу
хорошо бы было при объявлении каких то терминов давать оригинальное название на англ внизу экрана.. например sprint backlog, scram task board and so on, ну и визуализация схем бы не помешала ) А так гуд, интересный контент! Спасибо!
Спасибо, фуллстек уже никому не нужны, приходится переключатся и осваивать командные разработки - скрам в теории давно знаю, но у тебя все получилось рассказать простым и понятным языком. В теории в скраме очень много терминов, а по факту скелет на котором реально работают команды новичку намного важнее полных теоретических знаний.
Прекрасный канал. Случайно выпал в рекомендациях, редкость на в рунете. Делай хороший контент - буду смореть.
Дякую, зараз як раз проходимо цю тему на курсах. Ви дуже зрозуміло пояснили.
Аааа, огонь! Чего я раньше тебя не находила! Ещё!!!!!!!!!! 😍😍😍 Просто, понятно, интересно!!! Спасибо!!!
На здоровье!)
It's a trap!
Отдельный скрам мастер это топ. Работал на проектах где скрам мастера заказывали из другой конторы на время, что б команда самоорганизовалась
Спасибо, Лекс! Очень познавательное видео😊
Спасибо за простое объяснение тех вещей, которые очень усложняются
Под такую энергичную музыку очень приятно смотреть видео. По чаще ставь такие музоны на фоне 👍🔥⚡⚡
Вау! просто кайф. Столько инфы читала и наконец-то поняла)
Все четко и просто. Прям в шоке как можно понятно донести скрам до обычных людей
не бывает сложных тем - бывают плохие разъяснители
Шикардос! Огромное спасибо!
Мне предстоит пройти курс по скраму от работы, и это видео просто кайфовое - интересно, не скучно и абсолютно понятно! Кстати, никогда в жизни не смотрела айтишные видео по-русски - не ожидала что зайдёт! 👌👍🏻
На здоровье 😊
Это самое лучшее видео про SCRUM во всем рунете
Спасибо за объяснение о методологиях, после видео решила найти какой-нибудь сервис или таск-трекер, работающий по этим методологиям, пока нашла только аспро.agile, вроде ничего такой.
Спасибо Бро, очень понятно. Хоть я и в теме, но все равно люблю тебя послушать по дороге))
Круть))
Обалденно! Большое спасибо! Похоже я так работал, а я даже и не знал.
Привет, ИтБорода! Очень классное видео! А ты можешь сделать видео с показом использования реального интерфейса программ, в которых ты работаешь?
Хороший я канал нашёл. Продолжай в том же духе
Не вопрос)
Спасибо! Первый источник, который реально подробно и понятно объяснил, как это работает.
Все остальные, кого смотрел/читал, половину времени тратят на перевод слова agile, экскурс в историю и цитирование манифеста agile, остальную же половину времени льют воду по всё тем же общим принципам и дают максимально пространные определения для всех используемых понятий, не давая при этом реального понимания.
Огонь! 🔥🔥🔥Мне нравиться! Вообще, в принципе, не сталкивалась с этими понятиями а тут все очень понятно описано. Щас полезу шарить еще какую-нибудь полезную инфу👍👍👍
Главное, по скраму ничего ответственного не писать. Типа систему управления авионикой или ядерным реактором.
Так а там и нет ничего гибкого в атомном реакторе. Создать атомный реактор это чистый ватерфол, куда уже изначально были въебаны огромные ресурсы в НИОКР, из которого и следуют четкие итерации в реализации данного проекта.
Гибкость нужна тогда, когда нет возможности провести НИОКР и въебать туда кучу бабок без реального выхлопа и вдобавок ко всему ещё нет понимания конечной цели.
Недавно нашёл этот канал, ТОП контент, продолжай! Подписался
Очень полезное видео! Было полезно посмотреть и сравнить с тем что было у нас в командах. Спасибо 🔥
Спасибо за хороший ролик! Единственное пожелание: термины на англ. языке лучше дублировать наложенным на экран текстом (на слух не точно воспринимаются)
Спасибо за видос!
Про стори поинты нифига непонятно. Утверждается, что оценку дать проще, чем в ч/ч. Но почему? Всё равно же калибровка идёт по уже выполненной задаче, которая была выполнена за часы, а не за попугаи. Зачем этап конвертации туда-сюда? Это приблизительно как жить в России и воображать все цены в магазинах по юанях и утверждать, что так проще
Спасибо, очень нужно в данный момент. Только начал развивать свой мелкий бизнес в этой сфере, как раз в сторону Agile и смотрел. Да и еще на уровне стажировки, запхнули меня в стартап как СТО, хз за какие заслуги, конечно под присмотром, но очень интересно.))))
По интересующим темам, в которых мои знания фуфел, посмотрела ваш ролик, потом ещё один, и ещё.... Итог = Подписка. И дернуло же меня посмотреть ваши ролики с темами, в которых разбираюсь(. Батенька, да вы схоморох. Этот ролик в топку. Судьба подписки в руках канбан. Пойду послушаю..
Спасибо!!!! Понятно и все ещё актуально!!!
Не знаю актуально ли это на текущий момент, но обьяснил прям по полочкам, Топчик!!!)
+++
Отличное видео, борода! Теория и личный опыт, топчик
Благодарочка!
Спасибо за работу!! Очень понятно и интересно!!!
Классный канал, спасибо. Очень познавательно. Топи почаще видео)
Благодарю, буду топить по Царски!)
Cупер, самое лучшее видео о scrum!!!
Мне лично очень зашло, всё по полкам разложил! Спасибо!
Огромное спасибо. Уже 3 дня подряд видосы твое смотрю.Хочу найти работу в IT. Твоя инфа именно то что надо. Реально много полезной и нужной инфы. Ну кто бы мне еще такое поведал? Еще раз спасибо. Удачи. Делай побольше таких роликов!
Спасибо, приятно :)
Ну что, нашел ?)
Просто офигенно! Спасибо огромное )!
Рассказчик, кстати - супер!
Вот поэтому одиночки ведут разработку в 10 раз быстрее, чем целые студии.
Для меня как новичка - очень полезно и интересно
Завтра буду смотреть твою новую версию о SCRUMе
и как успехи? Хотелось бы списаться, поговорить об этом
Огромное спасибо!
Всё очень понятно.
жму лукас!
спасибо за видосик
даже в 2020 актуально
Мне, как человеку, который уже слушал про Scrum, более чем понятно 🤗
Спасибо, отличный контент)
посмотрел видео, начитался каментов, все перемешалось. буду дальше гуглить
Хоть кто-то нормально объяснил! Спасибо большое))
Спасибо за информацию!Для лучшего запоминания, хотелось бы, чтобы были какие нибудь точечные закрепления, например небольшие схемы и понятия на экране
приветствую. не стоит обращать внимание на это видео, как информационное. Это ничего общего со скрамом не имеет.
почитайте scrum.org сразу поймете
Да что ты :)
3:11 = 2 идея SCRUM супер: умный в гору не пойдет, умный гору обойдет - сказал краб и пошел обходить жд пути (нафих эту документацию).
3:23 = 3 идея SCRUM бомба: обсуждение тз с заказчиком - не; планинг-покер, ретроспектива, daily standup, "куча собраний" - во!
Ролик хороший, но в результате непонятна выгода 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. Эта хрень настолько сложная что даже браться за нее не стоит
Слушай не знаю кто там че говорил но ты хорошо объяснил scrum и agile понятно и интересно.Спасибо.
Спасибо )
Спасибо изучаю тему IT второй день, сразу вкурил что ты объяснил !
Информативно, подробно. Интересно. Спасибо!
Круто! Спасибо большое! По больше бы таких видео))
Буду стараться 👍
Большое спасибо, очень актуально!)
В скраме нет роли бизнес-аналитика. Я думаю имелся ввиду Скрам мастер. Спасибо за видео
Спасибо)) по-больше бы таких практичных видео
Спасибо, очень не напряжно и понятно. Отличный ведущий.
Добрый день. Встречал ли ты разработчиков у которых проблемы с речью. Например, заикание. Как они общаются на собраниях и т.п. ? Есть ли вариант писать, ответы на задаваемые вопросы и письменно задавать вопросы?
Да, есть такая возможность. Но не у всех компаний
отличное видео! все очень даже понятно! Спасибо за вашу работу!
Such a useful and outstanding video 👍
Спасибо за такой лаконичный, подробный и интересный рассказ о скраме. Нельзя быть таким критичным к себе, все отлично!
Я аккаунт-менеджер. Благодаря этому видео я узнал, что оказывается, я на последнем месте работы и ставил задачи по SCRUM😅
Отличное видео, бро! Спасибо большое!😉👌
Спасибо!
Как всегда на высоте!!!!
Спасибо, хорошо рассказал!
Разрешите доложить - absolute understanding в чем отличие в agile, scrum методологиях ведения/управления İT проектами. С-П-А-С-И-Б-О.
Надо же такой разговорчивый разработчик!
Спасибо! Хорошо изложил информацию!
Просто и по делу :)
Хотя в деталях у каждой команды выходит свой скрам
Спасибо за видео, очень много полезной информации, но не хватает визуализации всех этих понятий, хотя бы как выглядит доска в скраме)
Спасибо большое 👍
Супер понятно. Спасибо, Борода
Красавчик, земляк! :-)
Грац)
Бан хочешь?