Почему не стоит внедрять Agile? Подводные камни и вредные советы
Vložit
- čas přidán 4. 04. 2023
- Попробовать Teamstorm бесплатно можно, заполнив заявку по ссылке: clck.ru/344CFR
Действует СКИДКА 10% на годовой план! Просто назовите промокод LISTEN IT менеджеру, который свяжется с вами.
20 апреля на вебинаре TeamStorm узнайте больше о продукте и недавних улучшениях в нем.
РЕГИСТРИРУЙТЕСЬ по ссылке и приходите знакомиться: clck.ru/344CTA
В этой статье мы узнаем:
- Какие подводные камни вас будут ожидать при проведении Agile-трансформации
- Вредные советы: как сделать ситуацию ещё хуже
- Добрые советы: как "выдержать" трансформацию и ничего не сломать
Поддержать канал разово - yoomoney.ru/to/410012243709514
Поддержать канал подпиской - boosty.to/listenit
Телеграм-канал - t.me/listenit_channel
Я.Дзен - zen.yandex.ru/listenit
По вопросам сотрудничества - t.me/ed_akimov
Ссылка на статью - scrumtrek.ru/blog/agile-scrum...
Блог ScrumTrek - scrumtrek.ru/blog/
Обзор Agile - • Обзор Agile. Это метод...
Что такое Scrum за 8 минут - • Что такое Scrum за 8 м...
Приоритизация бэклога за 4 минуты - • Приоритизация бэклога ...
Что такое Kanban - • Что такое Канбан-метод...
Что такое Канбан-доска - • Канбан-доска - это не ...
Защита UX-дизайна перед заказчиком - • Защита UX-дизайна пере...
Что такое SQL и реляционные базы данных - • Что такое SQL и реляци...
Синтаксис SQL запросов: Часть 1 - • Синтаксис SQL запросов...
Что такое SQL ИНДЕКСЫ за 10 минут - • Что такое SQL ИНДЕКСЫ ...
Что такое NoSQL за 6 минут - • Что такое NoSQL за 6 м...
Что такое ACID за 9 минут - • Что такое ACID за 9 минут
Что такое UML за 7 минут - • Что такое UML за 7 мин...
Что такое HTTP и HTTPS за 9 минут - • Что такое HTTP и HTTPS...
Машинное обучение для чайников - • Машинное обучение для ...
Что такое Big Data за 6 минут - • Что такое Big Data за ...
Что такое CRUD за 6 минут - • Что такое CRUD за 6 минут
Введение в REST API за 7 минут - • Введение в REST API за...
Различия REST и SOAP за 4 минуты - • Различия REST и SOAP з...
Что такое middleware за 7 минут - • Что такое middleware з...
Что такое UML за 7 минут - • Что такое UML за 7 мин...
Статья должна была называться «Как внедрить Agile», потому что о причинах не внедрять почти ничего не сказано, нет сравнений с другими подходами, даже каскадным. По сути, здесь описан процесс любой трансформации, только для хайпа сказано что это именно agile-трансформация.
Отличная подача контента, спасибо за разобранные темы, буду смотреть вас
Давай про Docker. Это один из самых лучших каналов по донесению информации до разработчика. Ты лучший!
Коммент в поддержку. Удачи и процветания каналу!!!
Спасибо, заходи ещё!
Я видел уныние в людях. На панике были и руководители и рядовые сотрудники.
А вообще эта трансформация убила лучшие и самые профессиональные коллективы в двух компаниях, в которых работал. Были лавины перехода людей на рынок труда.
Правильно. Хотели иметь agile-разработку, чтобы уйти от бюрократизации. На деле создали новую бюрократизацию.
Спорная идея, но имеет большой смысл. Дело в том, что изначально Agile методы предложили, чтобы избавиться от излишней бюрократизации и повышения гибкости. Но люди... они такие... Довольно скоро создали методы разработки, ставшие новой бюрократией. И снова создали препятствия для гибкости.
У системы современный и функциональный интерфейс сильно напоминающий Jira :)
Классная подача! По сути, это про любое крупное внедрение. Стадии те же, угрозы, вредные и полезные советы очень схожи. Жиза..
Надеюсь, стационарное решение, не облачное на чужих серверах?
Ухты, реклама. По ссылке перешел
Ощущение, что статью писал тоже консультант, а не реальный спец.
Статью написал Антон Зотин, Agile коуч и консультант. Но кто, в вашем понимании, будет реальным спецом по Agile, если не человек, который провел много трансформаций в разных компаниях?
@@ListenIT_channel менеджер, который сам прожил в течении нескольких лет работу по agile и какому нибудь фреймаворку и сам был лидером изменений. Вот тогда этот чел может далее заниматься трансформациями.
Консультанты и коучи сами за частую не имеют долгого практического опыта, а опираются на академические знания и свое чудесное красноречие. Подчеркиваю - это относится не ко всем.
Лично внедрял скрам несколько раз в разных командах, поэтому говорю, что почувствовал о статье.
@@anp2991 А по твоему опыту, что неправильно в статье?
@@ListenIT_channel Такой человек тоже изначально некомпетентен. Нужны люди с опытом и успешных и провальных проектов, как минимум.
@@ListenIT_channel Можно, я скажу? В статье много понимания и правильных мыслей. Но нет главного. Автор описывает проблемы «трансформации», но толком ничего не говорит о том, что плохого в самой Agile, о сути дела. Проблема в том, что это детская игра для детей, не сознательных творцов. Она очень способствует имитации деятельности, процедур и протоколов вместо самой работы. Когда-то стали переходить на agile, чтобы избавиться от излишней бюрократизации и улучшить гибкость, а создали новую бюрократизацию.
В статье очень остро и жизненно описывается (пародируется?) поведение разных людей:
«Нет, ну как это без Continuous Integration жить-то?» или «У вас стендапов нет? Фуу, лохи. Вы в прод выходите реже, чем раз в день? Ну, как так можно вообще? Прошлый век!» Типичное незрелое поведение, игра в работу.
Приведу в пример мою реакцию: «Вы что, действительно собираетесь говорить взрослым людям, сидеть им, стоять или пить чай во время совещания? Серьёзно? А может вы ещё и дресс-код предложите? А если у вас нет темы для сегодняшнего совещания, и никто в команде не собирается ни о чём говорить, вы как, всё равно будете его собирать?» И так далее. Что за бессмысленные детские игры? Я лично вообще не понимаю, зачем иметь офис для разработчиков в компании, которая не работает с hardware. Только с целью приходить и говорить «ку»? И так далее...
Знаете, мне пришла в голову одна мудрость, которой поделился один из моих друзей: если к человеку относиться как к дураку, он в конце концов начнёт вести себя как дурак. Это главный результат засилья «методологии».
Какая же альтернатива? Прежде всего, метод работы должен отталкиваться от целей какого-то большого проекта. Его нужно создавать на месте, всем коллективом, по ходу, ориентироваться на перспективы. И главное: ваша цель не ублажить автора какого-то там очередного «метода» путём послушного следования «правилам», а успешно достигать целей коллектива, компании и своих пользователей.
По аналогии с математикой: нужно изучать саму математику, а не школьные правила записи формул и вычислений, «дано» и «найти». А обсуждаемые нами методы это именно правила записи, и очень мало методы самой работы.
В 2023 очень странно об этом говорить. agile это общие принципы и рекомендации, скрам и канбан это уже более конкретные модели реализации процессов. Но никто не мешает адаптировать все это под свои нужды. В целом уже давно в любой адекватной компании используются agile подходы в том или ином виде. Главное это рациональный подход и адекватность.)
спасибо братья что не забываете
Придет ли осознание быстрее если показать это не видео пациентам?))
Внедрильщики пишут эти рекламные статьи в большом количестве. Настоящие проблемы связаны не с внедрением, а с падением уровня компетенций. Говорят, скрам делает из хороших специалистов посредственностей. Это действительно так.