А хотите, я расскажу вам сказку, про то, как одна компания решила перейти на agile working model, и в региональное представительство в России искало себе Agile‑мастера?
Что имеем? Небольшой девопс отдел, который разрабатывает и поддерживает 4–5 небольших локальных проекта (собственно Dev) и около 20 коробочных или управляемых центральным хабом приложений (непосредственно Oops).
Основные задачи уровня «работает — не трогай» из области поддержки и очень много ежегодных ревью информации, политик, положений, оценок, само‑аудитов, а так же прочие штуки, ни к Dev, ни к Ops никакого отношения толком не имеющие. Кажется, что это вопрос для информационной безопасности, а безопасника‑то у компании нет. Вот прям вообще нет, никакого.
Вокруг бизнес — который этими приложениями пользуется, (и владеет), которые изредка чего‑то хотят обновить, поменять, поправить.
И есть великолепная инициатива штаб‑квартиры — что, мол, все региональные офисы независимо от объёма работы и уровня разработки должны у себя внедрить Аджайл, и сделать это за 9 месяцев, условно с января по октябрь. Да, скорее всего в других офисах и самой штаб‑квартире этот проект разрабатывали годами, но до российской дочки докопались только сейчас.
А может и раньше докопались, да только Тимлид ДепОпс (которому видимо и был поручен проект трансформации) откладывал все вопросы на «потом», а как этот потом наступил, понял, что его дико грузят вопросы безопасности и не менее бесят темы аджайла… свалил в общем.
А Директор всея ИТ, экспат, эффективный менеджер, и просто хороший человек, подумал‑подумал, да и разместил на сайте поиска работников вакансию: «Менеджер ИБ и Аджайл».
Не знаю, сколько добровольных откликов компания собрала на вакансию, но когда мне позвонили HR, я немало смутился. Даже подумал сначала, может это нормально, а я просто отстал от жизни.
Объяснил тогда, что безопасность знаю, готов взяться, а вот про методологию Аджайл хоть и слышал, но ответственность за проект на себя взять при всем желании не смогу, слишком далек стиль работы в ИБ от этих ваших спринтов, стендапов и ретроспектив.
Вышел на работу в марте, когда до дедлайна по проекту оставалось около 7 месяцев. Почти сразу за мной в компании появился внезапно «Менеджер Инфраструктуры и Аджайл». Интересный момент в том, что раньше вся инфра представляла собой 2 админов (один из которых был старшим), и службы хелпдеск, где было четверо, четыре пацана. И вот, видимо директор ИТ решил, что ему прям позарез надо это команды объединить под одним тимлидом, чтоб самому не копаться в мелочах. А лишних ставок в компании ни под Аджйал‑мастера, ни под инфра‑менеджера вообще‑то не было.
Так новоиспеченному трансформатору попали в подчинение сразу 6 ребят, по 3–5 созвонов в день, решение вопросов, которые почему‑то копились годами и решались довольно медленно, а также проект собственно аджайл‑трансформации, который всех волновал, вызывал головные боли, но упорно не сдвигался с места.
Жира, конфлюенс и спринты,к слову, у компании уже были давно. Задачки в беклог каждый специалист рисовал себе сам, сторипоинты и время на решение не ставились вообще, а самым главным в этой системе было проставить лейбл — маркировку департамента, для которого задачка решалась, чтобы раз в пару недель директор ИТ на встрече руководителей мог показать, сколько задач решено, для каких отделов, и кто самый главный заказчик услуг ИТ в компании.
За полгода работы:
И у Девопс, и у Инфры сначала отвалились ретроспективы, потому что они были всего лишь еще одним стендапом, где никто не любил выступать.
Потом отменили закрытия спринтов, и стали на одном собрании сразу закрывать старый и открывать новый спринт.
Следом отпали и стенд‑апы тоже, потому как лишние собрания откровенно раздражали и работников, и тимлидов (в девопс тоже пришел новый вместо свалившего).
К слову, ни на одном из собраний, стенд‑апов, открытий и закрытий никогда не бывали заказчики из бизнеса, оба отдела варились в собственном соку, сами не понимая — зачем им это вообще нужно.
За пару недель до дедлайна внедрения agile working model на одноименном конфлюенсе были созданы страницы отделов с красивыми визитками участников команд, созданы заглушки страниц типа продуктового депо, проектов, проверок концепции (PoC), доказательств выполнения работы (PoD)
В общем‑то на этом внедрение аджайл методолгии в компании окончательно зависло было уверенно завершено, за что все получили благодарности и премии, кроме аджайл мастера, который устал выгорать на инфраструктурных задачах, и ушел где‑то за неделю до сдачи проекта.
Прошло время, настало и мое время уходить (без обиды, но по похожим причинам), расстались друзьями, я даже сам написал описание вакансии на свою бывшую должность, чтоб новые кандидаты лучше понимали, чем будут заниматься в отделе.
И вот, уже сидя на новом месте, смотрю уведомление с сайта по подбору персонала (подписка на сайте вакансий осталась), что моя бывшая компания ищет на мое место: «Менеджера ИБ и Аджайл».
Выводов не будет,
Любые совпадения с людьми, ситуациями и компаниями — вымышленные.
История просто для смеха.
Комментарии (5)
lxsmkv
12.05.2023 14:43Я обычно думаю, что вообще, тема аджайла уже жевана-пережевана, но оказывается, всегда найдутся примеры, где образ мышления, принципы, до сих пор путают с чем-то еще. Видимо спрос на ликбез никогда не угаснет.
Вообще интересно, по моим наблюдениям, люди, даже кто может наизусть перечислить все 12 принципов аджайл, могут не обратить внимание, если эти принципы нарушаются.
Я считаю, в этом и есть основная часть проблемы. Одно дело знать правила, а другое жить по правилам. И именно поэтому, как мне кажется, внедрения не работают. Отсюда и появляются регулярно в инфосфере столько "историй болезни" и "криков души", (а иногда даже "криков: души!":) Правила изучили (а возможно всего лишь ознакомились), а следовать им забыли. Или не научились распознавать ситуации принятия решений в которых эти принципы должны быть применены.
Кстати да, если так подумать люди вообще настолько интуитивно принимают решения, что как правило сам момент когда у них появляется выбор, вообще никак не выделяют. А это полезное упражнение.
K0styan
*душнила mode on
Очередной раз свалили в кучу Agile и Scrum. В Agile есть разные методологии, тот же Kanban для операционной работы вполне пригоден.
DimVision Автор
Да много всего свалили в кучу, бумажки и процессы внутренние кое-как пытались прикрутить, но вот самое главное: понимание "зачем, а главное нафига?" не завезли. в итоге ни у бизнеса, ни у девопсов, ни тем более у остальных работников ИТ отдела так и не созрело желание вовлекаться.
Ktator
Может, поэтому?
DimVision Автор
Иногда просто косячат/не работают как положено люди, а процессы нарушаются лишь как следствие)