TGViewer
В IT чудес не бывает В IT чудес не бывает @it_without_miracles · 900 subscribers
Post #476 805
Немного кофейного сумбура в попытке помусолить вопрос в комментах: “Agile часто превращается в формальность, когда бизнес давит. Как думаешь, можно ли вернуть реальную гибкость?”
Можно, вопрос на каком уровне?
Хорошо получалось там, где все остальные процессы вокруг (или до/после) разработки тоже на Agile-рельсах. Я про собственно бизнес/организацию.
Но чаще всего разработка играла в agile, а вокруг был или суровый энтерпрайз или просто бардак (хотя со стороны того же бизнеса и в разработке бардак, всегда 😃).
В общем, нюанс в том, на каком уровне этот Agile начинался и заканчивался.
Ну и степень вовлеченности сотрудников во все это действо влияла. Увлеченных людей в принципе немного, по жизни, и когда компания хочет расти приходится выбирать между "качеством" людей и скоростью роста. И в этом месте начинается трение в одном из пунктов манифеста про "людей и процессы".
В целом, если посмотреть на пункты манифеста, то в каждом можно найти моменты, которые своими понятийными нюансами уже больше 20 лет будоражат “общественность”.

“Люди и взаимодействие важнее процессов и инструментов” - в этом месте как раз сильно влияет вовлеченность.
“Работающий продукт важнее исчерпывающей документации” - уже избитое “это что же, мы не описываем как принимали решение” и даже архитектуру не прорабатываем?
“Сотрудничество с заказчиком важнее согласования условий контракта” - ага, скажи это заказчику у которого заявленная функциональность не работает, а у него от сроков внедрения премия зависит или штраф за нецелевое использование средств, потому что продукт в эксплуатацию не введен.
“Готовность к изменениям важнее следования плану” - и рядом “стратегия на 7 лет” или “годовой роадмап с объяснительными в случае отклонения”.

Или, слышал недавно такую гипотезу, Agile был придуман для заказной разработки, когда мы делаем типовую работу, которую понятно, как оценивать. При этом же именно при продуктовой разработке “проще” вовлечь команды в работу: ты видишь, как влияют принимаемые тобой/командой решения на то, как продукт живет, развивается и продается.
Ахаха, ага, а продается он сейлами, которые любят продавать привычные для себя вещи и то, что нужно заказчикам (даже если этого еще нет в продукте). Че ты там в продажах увидишь - хз.

Получилось сумбурно. Но основная мысль: можно построить Agile на определенном уровне, но дальше нужен большой талант, чтобы встроить его в традиционную манеру ведения бизнеса, его потребности и ожидания, которые иногда (часто?) совсем не гибкие.

#процессы #ваши_вопросы
  • 👍 9
  • ❤ 7
  • 🔥 1
  • 💯 1
More from @it_without_miracles
  1. Sep 25, 2026Это лучше из того, что я посмотрел по разработке с ИИ, а точнее про подход и организацию п…
  2. Sep 24, 2026А как все более активное внедрении ИИ в разработку меняет, если конечно меняет, подход "не…
  3. Sep 18, 2026Процессы, задачи и созвоны в пятничных #it_memes ЗЫ он за дейлик похоже 3 чашки кофе бахну…
  4. Sep 17, 2026Немного новостей. Вчера послушал Киру на ее вебинаре "LinkedIn для поиска работы". Из инте…
  5. Sep 9, 2026Что почитать или #5for5 : • Про незаменимых героев How load-bearing people stay hidden: -…
  6. Sep 8, 2026В тему этого мемчика и дискуссии в комментах про код ревью. 1. Maybe We Shouldn't Be Revie…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →