Блиц

Здарово, ебаное! Нытик снова с вами, вернулся срывать покровы. Возгоранием тостеров из предыдущего поста удовлетворён, посему перехожу к следующему поводу ни в коем случае не идти в программисты людям, которых в жизни интересует хоть что-то кроме бакса. К рабочему процессу.

Надо сказать, что процесс может сильно разниться от галеры к галере. Иногда его просто нет, особенно на маленьких проектах. Иногда он представляет собой нечто несусветное. Например, на одном из проектов Скотлоджика нормой было 2 недели лениво ковырять фичи, неделю аврально допиливать недопиленное, потом один день сидеть до 2-х ночи фикся все накопившиеся баги, а на следующий день полировать это дело пьянкой. Но скорее всего ты вляпаешься в так называемый Скрам.

По факту Скрам имеет много общего с коммунизмом. Его много где пытались строить со стабильно фейловым результатом. Скрам даже теоретически может работать только если все участники понимают его, хотят в нём жить и готовы прилагать к этому усилия. Адепты Скрама не делают никаких выводов из фейлов, валят всё на вредителей, неправильных вождей (скрам-мастеров то бишь) и горят желанием повторить пиздец где-нибудь ещё. Не говоря уже о том, что разрабатывался он на западе для местных, а менталитет – не фунт изюма.

Я решительно не понимаю, как эта громоздкая методология могла стать нормой в украинском ИТ. Судя по количеству недовольных постов как ебаном, так и на сыроварне, в своём непонимании я не одинок. Но факт остаётся фактом: работать в украинском ИТ и избежать Скрама – малореально.

Начать с того, что Скрам нужно настраивать под конкретный проект, но это мало кто делает. Почти всегда берут стандартные цифры, например, 2-х недельные спринты. Оценка сторипоинта – это вообще нечто. Во многом потому, что мало кто понимает, что оно вообще такое. А некоторые считают мерой времени!

Другая проблема в том, что Скрам применим не всегда. В нём спринты с фиксированным скопом задач и запрещены промежуточные релизы. Короче говоря, для саппорта и аврального багфикса Скрам не подходит от слова совсем, но его всё равно туда суют, а потом начинают докидывать тасок прямо посреди итерации, пуская всё планирование по пизде.

Но настоящий звиздец – это так называемые ритуалы. Митинги то есть. В общей сложности занимают от 0.5 до 2х дней в неделю. А теперь прикиньте, какова вероятность, что ваш скрам-мастер умеет их вести.

Вот краткий список того, что вас ждёт:

Дейлик. Теоретически на нём каждый говорит, что делал, что собирается делать и есть ли проблемы. По 2 минуте на человека максимум, предельная длительность – 15 минут, проводится стоя. На практике превращается в разбор полётов, поиск виновных, техническое обсуждение, срач. Вполне может длится час и не принести никаких результатов.

Груминг. Теоретически причёсывание бэклога, дело полезное. Только вот беда, так уж вышло, что, не смотря на попытки тупых менеджеров заставить всех делать всё (Скрам тоже это предполагает), у каждого в команде есть своя зона ответственности и уникальное знание, а проводится груминг всей бандой. А значит обсуждением каждой стори занимается пара человек в теме, в то время как остальные пялятся в стол, курят бамбук и играют в Angry Birds.

Планинг. Теоретически команда должна оценить таски и прийти к соглашению. Практически в командах всегда программисты с разной квалификацией и опытом, их оценка будет отличаться. Особенно если кто-то уже имел дело с проблемой, а остальные — нет. Ещё веселее, когда в команде тестировщики. Прийти к общему знаменателю – особый дзен, которым мало кто владеет. В результате скорость флотилии равна скорости самого медленного корабля, то бишь берут пессимистичную или близкую к ней оценку. А потом в дело вступает Закон Паркинсона: «работа занимает всё отведённое на неё время». Продуктивность падает, хотя де юре всё в порядке. Ну и срач, срачегонее планингов только ретро, о которых чуть ниже.

Демо. Теоретически – показывают продакт оунеру рабочую фичу. Практически продакт оунер, зачастую, и так знает, что это за фича и готова ли она. Поэтому демо вырождается в перекличку. Сделали? Сделали! Некоторые показывают код, лол.

Ретро. Ооо, ретро я обожаю. Мой любимый ебанутый бесполезный митинг. Теоретически на нём поднимают проблемы, возникшие во время итерации, которые должны быть решены к концу следующей. А практически это срач, Срач, СРАЧ!!! Когда-то я коллекционировал самые злачные жалобы. В моём списке тестерша, жалующаяся, что программисты делают баги. Программист, сетовавший, что все кроме него пишут говнокод. Жалобы на шум в опенспейсе. Жалобы на маленькую кухню. Жалобы на отсутствие иксбокса. Жалобы на Скрам, лол. Предложение отменить ретро. Предложение переименовать команду в “Garbage Rats”. Моё любимое: жалоба, что в туалете воняет, а стульчаки зассаны. Тимлид, не будь дурак, назначил этого же жалобщика ответственным за решение проблемы. Увы, без результата.

Конечно, всё это — результат хуёвости срам-мастера, никто не спорит. А где вы здесь найдёте другого, лалки? Скрам-мастера в Украине почти всегда – тимлиды, а тимлиды, в большинстве своём – это вчерашние хикки-программисты и тпшки-тестировщицы. Софт-скилы соответствующие. Даже если он/она прошли туеву хучу тренингов и получили красивенький сертификат. Большинству не тренинги нужны, а консультация хорошего психотерапевта.

Работающий Скрам на украинской галере – это утопия. Я никогда его не встречал, равно как не встречал его никто из моих знакомых. Некоторые успешно используют отдельные элементы Скрама в своём процессе, но большинство пытается во что бы то ни стало сожрать кактус целиком.

Подумай, начинающий вайтишник, готов ли тратить значительную часть своей жизни на бесполезные митинги? Может лучше пойдёшь в депутаты? Там и денег больше, и заседания короче.

Всем удачи и поменьше унылых митингов!