Agile и Scrum на пальцах / О ГИБКИХ методологиях разработки ПО понятным языком

В этом я постарался простыми словами рассказать вам о гибких (проворных) методологиях разработки программного обеспечения. Буду говорить про agile, scrum, backlog, product owner, epic, story, task, daily standup, ретроспективы и про много какие еще термины из мира agile-разработки.

Хотите понять про что всё это время говорили ваши друзья-программисты, или коллеги по команде? Тогда это видео для вас, погнали! 😎

СЛУШАТЬ В АУДИО

ДОП. МАТЕРИАЛЫ

ПОДДЕРЖАТЬ АЙТИБОРОДУ

НАВИГАЦИЯ
00:00 Начало
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 Про размер команды

#айтиборода #scrum #agile

[itbeard]

Давненько не виделись с глазу на глаз :)
*Делитесь этим видео, ставьте ваши лайки, подписывайтесь на канал и оставляйте комментарии - буду рад ответить на любые вопросы!*
Традиционный таймлайн:
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 - новости по каналу

[dmytroi]

Если нашу команду кормить двумя пиццами, то, выходит, в команде могу быть только один я.

[kirusha_kras]

— Добро пожаловать в коворкинг нашего стартап-акселлератора.
— Да это же грёбанный сраный подвал!
— Это лофт.
— Там в углу нарки ебут труп бомжа!
— Это эджайл.

[Buldozerina]

Я прочла скрам, дедлайн, прошла курсы по ІТ.. но так ёмко и доступно не было ещё нигде.
Спасибо тебе, чел в майке с бананом! У тебя талант ❤

[olga]

Супер видео для начинающих, особенно кто ранее про это ни сном, ни духом. Стало понятно как все это работает на практике. Дальше можно углублять по книжкам и гидам. Очень хорошо объяснил, доступно, живо, с примерами.

[ZXVirus]

Я работал по Agile, Борода объяснил отлично! - практически инструкция для применения

[tjomfree]

Смешанные впечатления от видоса)
С одной стороны - взгляд разработчика изнутрискрам-команды с его видением процесса - отличная ось для РО и SM.
С другой стороны - без понимания теоретической базы Скрама - смешали все в одну кучу и назвали "классическим Скрамом". Наверное также звучала лекция от проджекта или скрам-мастера об основах ООП в Питоне или Джаве какой-нибудь )))
Совсем ляпы:
1. В "классическом скраме" очень ограниченное понятие сущностей - ценности, роли, артефакты и события. И все. Если чего-то не хватает из списка - получаем "скрамНО", если что-то добавляем сверху - получаем "скрамИ"
2. В ролях нет такой штуки как "клиент", он за периметром фреймворка. Роли - продукт-оунер, скрам-мастер и девелопер-тим
3. Запутались малек кто и что оценивает и в чем. В скраме нет никакого разбиения на эпики-сториз-таски. Это вы Джиру сюда приплели. В скраме есть просто "бэклог" или скоуп "чего-то" что должно быть сделано в течение спринта. Вот это "нечто" и оценивается в "чем то" на Планинге (события планинг-покер - нет, есть планинг). Как вы будете оценивать и в чем - скрам не предписывает.
4. Все доп активности часто встречающиеся в скрам-командах - в "классике" не описаны и не возбраняются (грумминге, хэлс-чеки, кларифаии тп). Это все на усмотрение команды и на фантазию СМ.
5. Довольно большое кол-во команд/компаний работают на довольно низком уровне зрелости использования скрама. Если команда/компания начинает "затачивать пилу" - эффективность работы команды поднимается в 1, 5-3 раза

Вот тут охренительно полезный видос, проясняющий суть-идею-методы работы по гибкому управлению продуктовой разработкой. Тот самый теоретический базис, который позволяет гораздо лучше понять нахрена это все делать, общаться, собирать обратнуюсвязь, какая роль за что отвечает и на каком этапе что происходит

[danielbodr]

По поводу видео я вам скажу так: наконец-то я понял что такое scrum, agile, спринт и пр. Я очень редко взаимодействую с разработчиками но иногда приходится, поэтому спасибо!
По поводу длинного коммента ниже с разбором ошибок - ничего не понял... Но наверное это важно, для разработчиков ))
Я начал смотреть это видео для того чтобы мне по человечески, поверхностно раскрыли суть этих понятий и, в итоге, я получил то что хотел. И Бог с ним, что в сюжете есть неточности относительно учебника, это видео как раз для тех кому учебник не нужен, но необходимо понимание.
Конечно многим хочется показать экспертизу и развести в комментах свой own филиал академии наук, и чтобы все было как в "святом писании" )) все нормально)) но полезность этого дела для аудитории видео равна нулю.
Итог: автор молодец, все получилось. И именно потому что не учился этому отдельно и вместо банальной озвучки учебника дал собственное понимание полученное опытом - это и есть "человеческие слова" ))
Подписка, удачи!

[kvycslg]

Мне, как ничего не знающему про SCRUM человеку, было очень полезно. Спасибо, все понятно!) А то если начать читать в интернете, до сути доберешься не скоро. По комментариям поняла, что много упущений, но я считаю, что для общего понимания это хорошая информация, и углубившись, человек начнет понимать все нюансы самостоятельно.

[Alex-gvyv]

Все не плохо рассказываешь, но есть нюансы. Например бизнес аналитик это член команды. Посмотри роли в Скраме- их три продает овнер, скрам мастер и команда. А в команду уже входят девы, куа, ба, архитекторы и ТД. А за подачу спасибо. Интересно рассказываешь, зачёт!

[LeoMembox]

Чувак, какое же тебе спасибище!!!))) Очень понятно, лаконично и не вызывает желание закрыть и забы(и)ть)) Учиться с тобой - одно удовольствие 👍🎉

[darzi_pro]

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 YouTube library.

[arturshorin]

Огонь! Так четко все рассказал без воды и за столь небольшой интервал времени! Борода рулит!

[pobnymp]

Очень доходчиво объяснили. Учусь на бизнес-аналитика. Видео было очеееень полезно!!!

[ei]

Короче, планерка с оценкой сложности выполняемых задач, с последующим отчетом на доске и обсуждением процессов.
Можно использовать и для госслужащих, и подрядчиков, и программистов, и заводов (цехов) с выпуском 1 изделия, но подходит это только для сложных задач, где есть этапы выполнения работ.

[gwdfnse]

Главное, по скраму ничего ответственного не писать. Типа систему управления авионикой или ядерным реактором.

[igorpi]

Сегодня каждый разработчик должен знать Agile, чтобы ответить аргументированно на вопросы людей, которые так или иначе будут пытаться его внедрить.
В реальности вся эта методология нужна чтобы снять персональную ответственность.
Демократичного управления проектом не существует. Как только начинается голосование, или карточки, игры всякие - то это признак отсутствия лидера, который принял бы решение, основываясь на личной ответственности.
Можно бесконечно играть в гоосовалки и дошечки-фишечки и всякие пунктики, и никто в итоге не будет виноват. Система будет поддерживать сама себя, пока деньги не закончатся. Как только денег не будет, эти люди которые продвигали скрам для блага проекта разбегутся и будут внедрять эту каннибальскую методологию в следующую компанию.
Это болезнь современного общества it, возникший из-за переизбытка инвестиций в отрасли.
P. S: Моя критика не относится к каналу или автору видео. Наоборот, я благодарен автору, и ставлю лайк.
Хотелось бы также чтобы видео содержало недостатки agile, и в каких условиях и каких масштабах компаний она эффективна

[merrygrey]

Надо же такой разговорчивый разработчик!

[alexiva]

Отдельный скрам мастер это топ. Работал на проектах где скрам мастера заказывали из другой конторы на время, что б команда самоорганизовалась

[samuraibudoev]

Спасибо за видос!
Про стори поинты нифига непонятно. Утверждается, что оценку дать проще, чем в ч/ч. Но почему? Всё равно же калибровка идёт по уже выполненной задаче, которая была выполнена за часы, а не за попугаи. Зачем этап конвертации туда-сюда? Это приблизительно как жить в России и воображать все цены в магазинах по юанях и утверждать, что так проще