Прикольная штука этот скрам, прграммисты поднапряглись в прошлом проекте, не спали ночами, что бы сдать таск и отправится в отпуск и тут пришли манагеры, увидели как поработали над прошлым проектом и влепили такой же объем в план за такое же время 😂👍🌚

Отличный полезный контент. А самое главное - объясняешь доступно! Все понятно. Спасибо за проделанную работу!

Что бы заганять всех в команде и выжать все соки за минимальное время и деньги - это SCRUM

Спасибо, четко выложенное объяснение понятий, но не сухо а доступно и понятно. Приятный голос и дикция

отличные курсы)понятно,доступно и просто)спасибо

Жень, у тебя дар объяснять людям так, чтоб было понятно. Очень мало кто умеет это делать. Красавчик!

все легко,понятно, объяснил на пальцах))) Спасибо!

Огромное спасибо, отличная работа, уложил у себя в голове все по полочкам с вашей помощью!

Спасибо что кротко, понятно и по делу.

Спасибо большое, очень четко и понятно!

Круто! Спасибо!

Спасибо, было все понятно, лайк)

Большое спасибо! Всё очень чётко и понятно

Я обожаю ваш канал! Вы мега-классный рассказчик! На Новый год пожелала, чтобы у Евгения прибавилось подписчиков☺🙏🏻 ну это жесть как несправедливо - такой классный канал и так мало людей смотрят 😒

Спасибо большое за объяснение! Залетело с первого раза)

Спасибо огромное, понятно и нужно!

Спасибо! Буду рекомендовать)

Отличный обзор! Спасибо!!!

Очень полезно, спасибо

Всем классом слушали! Всем очень понравилось

Thank you for teaching

спасибо за объяснение!!!

Спасибо большое!

мега ролик, спасибо ❤

Спасибо за ролик) Да, в теории все звучит прекрасно, как обычно, а на деле в 90% все работают по лажайлу.

Спасибо за ролик, было полезно!

Спасибо за работу. Очень доступно и понятно👍

Благодарю

Лайк от фаната сталкера, потихоньку готовимся к нему в 2022)))

Спасибо)

Крутое и понятное видео, спасибо 👍🏻 но вы уверены, что не перепутали значения для capacity и velocity местами? Velocity - это же скорость. Как бы может скорость выполнения задач?

Не все корректно. Agile не фреймворк, не методология и не метод. Это философия. 17 человек в 2001 году посидели в феврале на горнолыжном курорте в штате Юта и выдали 4 ценности и 12 принципов. Все. Ничего больше они не предложили. Но идея зашла. И на философии Agile позже был построен фреймворк SCRUM (и не только он). Придумал SCRUM господин Сазерленд и товарищи. Там действительно есть роли, алгоритм, требования и рекомендации. При этом это не стандарт и не методология, и именно фреймворк, т.е. предполагает адаптацию подхода под особенности разработки. Стандарт, как и методология более жесткие - нужно следовать только в рамках заявленного алгоритма. Ватерфолл - это тоже не методология и не стандарт. Это обозначение использовал в 1970 году в своей статье некий Ройс для характеристики каскадного планирования. Речь шла о визуализации проекта с помощью календарного графика или по-иному диаграммы Гантта (по имени инженера Гантта, рожденного в 19 веке и строившего железные дороги). Если уж говорить по классические методологии и стандарты, то это PERT, позднее Prince2 иные. Тот же Prince (Project in Controlled Environment) был разработан британцами в 1990е как попытка отойти от полностью последовательного планирования и сделать проекты более гибкими при реализации. Prince2 и ныне прекрасно живет, и в ряде стран (UK, Канада, Нидерланды и пр.) массово представлен. «Король» проектной классики - американский PMBoK (разработка PMI) уже с 6 издания интегрировал Agile подходы, сделав попытку «поженить» классику и гибкие фреймворки, а в 7 версии стандарта они в принципе отошли от процессов реализации проекта и существенно продвинулись в сторону гибридного проектного управления. Нельзя утверждать, что по SCRUM, или по гибким проектным подходам в целом сейчас разрабатывается больше проектов. Это не так. Вы не построите мост, торговый центр, дом, завод и прочее используя тот же SCRUM. Вернее, можно, н это будет странно, и вряд ли заказчик / инвестор согласится, потому что в SCRUM нет тройственного ограничения или так называемого «проектного треугольника»: ограничения разработки по параметрам ВРЕМЯ, СТОИМОСТЬ, СОДЕРЖАНИЕ (и связанный с ним объем работ). Из-за того, что SCRUM работает по инкрементальному и итерационному принципам, функциональность продукта наращивается постепенно, а порой и не возникает (в конце выясняется, что эксперимент был интересным, но продукт оказался неудачным, что не страшно, ибо проект - это всегда риски). SCRUM хорошо показал себя в ИТ сфере, продуктовой разработке (не только ИТ), отчасти консалтинге. Эта штуковина хороша для одного, и не очень подходит для другого. Спросите тех заказчиков, кому по SCRUM сделали продукт - совпали их ожидания по стоимости, времени и функционалу. Я многих спрашивал, и очень мало у кого совпало. Чаще всего это дольше, дороже и даже не всегда тот продукт, что планировался. Этим и классические подходы УП грешат, но там хотя бы на входе цена, сроки и функционал фиксируются и потом считаем отклонения план-факт. В гибкой истории все самое интересное и волнующее чаще узнаешь только в конце. Гибридные подходы стараются это нивелировать в проектах, но все равно нет одного крутого и правильного пути. Проекты разные по своей сути, и проектные подходы поэтому тоже нужно выбирать под ситуацию.

Ставлю лайк за слово артефакт, но я не фанат сталкера, я фанат героев меча и магии)))) Спасибо за видео

Спасиб)

"в случае фэйла виновата вся команда, а не оддин человек" - всякий раз смеюсь, когда слышу))))

Отличное видео! Единственное замечание по-поводу veloctiy. Velocity - это скорость команды (производительность) , поэтому уместно ли говорить, что это сложность? Подскажите, пожалуйста

Про артефакт из сталкера в точку! 😂👍

👍👍👍

После пары просмотров начинаю понимать)

Пришлось прочитать целую статью чтоб понять слово скоуп. Переводится как содержание, масштаб, охват, обьем, рамки проекта.

Скрам - это охрененно! То, что без скрама делает трое широкопрофильных разрабов, в скраме делает десяток узких спецов!

и как это можно для СМИ применить? в редакации например

Отличное видео. Подскажите, если владелец проекта начинает его с нанятым разработчиком вдвоём. За всю it-часть отвечает разраб (в том числе работа с серверами, бэкапами, безопасность сайта). Каким образом владельцу сохранять полный контроль над проектом? Чтобы в случае желания продажи бизнеса владелец был уверенным, что он действительно владеет всем необходимым для этого. И не придётся ни о чем потом договариваться с нанятым разработчиком и зависеть от него в этом вопросе.

лайк от сатаниста за церемонию

не понятно маленько: sprint backlog формирует тим лид или менеджер проекта. А где эти 2 роли в списке ролей? Есть продуктовнер и скраммастер и команда , которая самоорганизующаяся - то бишь без тимлида. Или я что-то не понял?

А должен ли на покер голосовании фронтендер оценивать задачу по бэкенду?

Эти "скрамы" - сферическая в вакууме технология "прибить или приклеить" (в поиске наберите, если кто не видел)

Небольшая поправка, agile - не методология, а скорее подход или группа методологий, которая включает в себя scrum, kanban, scrumban..., то же касается и каскадных(waterfall). Также нельзя говорить что agile популярнее waterfall подхода, так как каждый подход лучше применим в разных проектах

По ходу было сказано, что есть такая сущность, как проектный менеджер. Он же скрам-мастер? Или это разные люди?

«Это Фреймворк» - в моем понимание , если Фреймворк , то надо что-то скачать, что-то установить и тд )

Скрам это фреймворк?

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

А про Epic и User Story?

про стримы и трайбы интересно было бы подробнее

Подскажите кто оценивает задачи на собрании по планированию спринта? Project Manager Scrum Master Development Team

А вы не перепутали Капасити с Вилосити?

без муз фона есть?

без шумной музыки есть?

доброго всем вечера. У меня вот какой вопрос: а есть ли среди комментировавших кто-то, кто работал в подобной scrum команде? И готов поделиться своим мнением, трудностями и т.д.?

кросс-функциональная команда - неотьемлемое условие scrum, но крайне сложно такую комаду вообще собрать.

Куда мир катится))) Собрались на юг оказались на западе, но мы были готовы, поэтому как там у вас дела, дорогой заказчик. Главное работает! А как похрену! Процесс важнее результата и главное что скоро это нахрен никому не нужно. Вот что я понял из этого урока))))

А как же эпики и сторисы? Почему о них ничего не сказали? :(

git + trello и ничего больше для жизни не нужно )

за Сталкера два пальца вверх)

Без тихой музыки есть?

вроде бы просто, но забывается быстро - канбан уже забыл

Людей практически нереально подогнать под эти правила так жестоко, как это можно сделать, скажем, с кодом. Я был на таком проекте - команда начала разваливаться из за токсичности некоторых индивидов. И никакие рерты не помогли с оценками.

А кто задачи пишет?

Баклог, фичи, загрумить, таск, скоуп задач, юзер стори, девелопить... кошмар какой-то... неужели нельзя оперировать русским языком. Есть же русские термины, например, задачи, свойства, объем работ/задач, список дел, история событий, ну и так далее.

Вот эту дичь внедряют у нас на производстве. Вопрос мастерам, как это применимо в производстве шкафов-купе?

Velocity - скорость

Вам тоже стало плохо, когда скрам назвали фреймворком?

scrum - это не фреймворк, а методология

А теперь можно на русском?

Если это для новичков, то для начального уровня слишком много сленга и терминов, которые не понятны. Если для тех, у кого уже есть знания и он не путается в понятиях и терминах, то для меня сомнительна полезность сего материала. ОЧЕНЬ много сленга и модных словечек, без объяснения.

не понимаю людей, поставивших дизлайк

2:50 Блин, учвак, сорян, я фанат jpeg с качеством 10% от оригинала. 😞

сябки

Понты, одни понты. Лапшу на уши заказчику вешают. Все что он сказал можно сказать по-русски. Ещё в СССР был календарный план-график производства работ по каждому участку. И прекрасно работает и сейчас!

Чрезмерное использование англицизмов аж уши режет 🤦

Нет. Условия контакта не менее важны, чем сотрудничество. Иначе вам будут копейки платить, заставлять работать в сверхурочное... Зачем вам это? Ах да. Заказчик то очень важен. Да я бы сразу слал таких заказчиков.

Agile никогда не была методологией, зачем людей вводить в заблуждение? Методология - это набор конкретных правил и руководств, а Agile - это культура и принципы для построения компаний нового типа, которые описаны в манифесте.

не объяснил в чем отличие Planning от Grooming, ну и самой последовательности митингов нет кто за кем идет

иди IT-дорогой, Сталкер

Услышал про скрам, выбрал видео, подкупило "просто" в названии. В ай ти в общем - то нуб, но половина слов - спец слова. Где эта простота?)

Говори правильно, не WaterFall, а WaterFail 😆😆

Scrum это гибкое управление гребцами на галере как правило((