Comments 74
Во всем этом интересна мотивация команды участвовать в этом - менять процессы, долго больно и с неочевидным финалом. Когда альтернатива - просто перейти в другую команду/компанию, да еще и почти наверняка с повышением оклада.
Выясняли этот вопрос?
Никто не хотел никуда переходить, все хотели работать над продуктом и дальше, тем же составом. Плюс все глубоко погрузились в специфику проекта. А процессы менять больно не было — изменений хотели и ждали.
Менять процессы это всегда больно, так как:
Надо переучиваться делать по другому
Вы сами пишите, что переделка так или иначе задевает то что работало хорошо
Рефлексия в целом не очень приятное занятие, особенно если ты раньше этим никогда не занимался, а без нее сложно понять со стороны, а что собственно говоря нужно менять
То что изменений ждут, не делают процесс приятным, аналогично, горькое лекарство все равно будет горьким, даже если ты точно знаешь, что оно поможет.
Любопытный кейс. Я видел две такие "умирающие" команды и в обоих ребята просто разошлись и не стали тратить время на то чтобы спасти ненужный им конструкт "команда". И это несмотря на то, что тоже глубоко погрузились в специфику и делали очень серьезные вещи (кстати тоже в банках обе команды были).
Присоединяюсь. Я имел такой опыт сравнительно недавно , выжали в двух стеках как тряпку, прокатив по жудкому тех долгу с овертаймами и вот этим вот всем. (Правда заказуха , но очень серьёзный и важный стратегически софт ). Выгоревшую команду порезали. Новеньким светлое будущее . Вспоминаю процессы и ночи 🌙 перед демо - глаз дёргается))). Нам такого как Автор данной статьи , встретить не пощасливилось , да и от опытных бойцов интерпрайза слыхал , что делают в основном так , как в моем случае. Всем добра и отсутствия переработок .
Да, многие, из изнеженного поколения, так и живут -- перекрасить волосы из синего в фиолетовый, залить новую жижу в вейп и на самокате побежать в Грузию или ещё куда-нибудь -- зачем, почему, а оно надо вообще? Ноль понимания. Что в очередной раз доказывает, что гребцам на галере НЕЛЬЗЯ давать руль. Не заточены у них под это плечевые отростки. А отмена палок-стимулов это вообще за гранью! Сии нововведения не только команду могут похоронить, но и целую отрасль... а там и... В общем, пороть и только пороть. Тех кто начинает встречу с "хочу больше деняк" пороть рублём или гривною (она тяжелее). Я кончил. Спасибо. Где вода?
Угораздило меня однажды попасть в команду, руководство которой исповедывало озвученный вами принцип "пороть и только пороть", помутнение какое-то накатило, не распознал вовремя, хотя вроде на собеседовании и было много звоночков.
Печальное зрелище - вся команда бодро пилила явно и давно зашедший в тупик проект, и никто не осмеливался сказать руководителю, что проект не взлетит никогда, что по хорошему архитектора проекта надо увольнять, а проект переписать заново. Да оно и понятно было почему, у руководителя считалось нормой поорать на подчиненного "перед строем" на дейли, обозвать дебилом и пообещать разные лютые кары. Собственно посмотрев на это я оттуда и свинтил, по вашему определению - "перекрасив волосы в синий, залив новую жижу в вейп и заведя самокат", оставив эту команду мазохистов пилить бессмысленный код, который никогда не дойдет до реального прода. По доходящей от бывших коллег информации - так оно и получилось, у проекта закрыли финансирование, "рукамиводитель" ушел поднимать народное хозяйство в другую фирму, а разработчики разбежались кто куда.
Соглашусь с Вами! Во всём нужна мера, как завещал великий Абу Али Хусейн Ибн Абдула Ибн Сина (a.k.a. Авиценна) -- лекарство легко превращается в яд при превышении рекомендованных ПРОФЕССИОНАЛАМИ (порки) дозировок. И конечно же бонусы и прочие награды никто не отменял! На галере, например, можно давать двойную дозу кофеиновой жижи БЕСПЛАТНО.
Интересная точка зрения.
А вас самих порят, если вы вдруг захотите больше денег? Но это так, риторический вопрос.
По моим наблюдениям, если хороший айтишник просто просит денег - это подарок. Потому что, как показывает практика, более половины айтишников сначала получают оффер, а потом приходят к начальству либо с оффером, либо сразу с заявлением ПСЖ.
А насчет палок-стимулов... крепостное право вроде бы отменили. Не знаю как вы, а я от работы ожидаю трех главных вещей:
1) Она должна приносить достаточно денег чтобы прокормить мою семью.
2) Она должна быть комфортной. Чтобы я мог расчитывать на долгое и продуктивное сотрудничество. То есть начальство, коллеги, оборудование, условия труда, нагрузка, процессы должны быть такими, чтобы не хотелось бежать роняя тапки.
3) Я должен иметь возможность прокачиваться, чтобы и в будущем быть способным найти работу, удовлетворяющую этим пунктам.
За это я честно, без халтуры, вджобываю.
Да, не все сотрудники имеют достаточную внутреннюю мотивацию. Но если вам приходится бить палками всех - у вас явно прогнили процессы. И вы, как начальник, не справились со своими обязанностями. В таком случае можно поступить как автор - постепенно исправить процессы. А можно, как вы советуете, взять палку и побить виноватых. То есть - себя.
И нет. Мне не 20 лет. Я Горбачёва помню.
Интересное видео в тему
https://www.youtube.com/watch?v=bB340S0tGf8
Не нашёл на диаграмме как фиксятся баги, замеченные пользователями. Давайте проверим.
На вашем сайте в разделе Частный банкинг (которая тащит из Битрикса 18Мб, из которых 6Мб – скрипты, и потому невообразимо тормозит), на айфоне вместо PT Serif показывается Times, а третья карточка просто расползается. Сколько времени, интересно, займёт это поправить?
Статья реально крутая. Круче только, когда всё сломано совсем и бизнес в целом отказывается брать ответственность за что-то. Вот есть срок - надо сделать и ваши проблемы нас не волнуют. Есть какие-то предложения - идите лесом, нам они не нравятся. Но думаю такое лечится только кем-то адекватным на уровне генерального директора(
А вот у нас руководитель разработки пришел, поломал нахрен все процессы и через полгода ушел.
Сеня — айтишник, поэтому всегда первой фразой говорит: «Хочу денег».
Как раз таки это признак, что Сеня — не настоящий айтишник, а баблоруб от IT. У настоящих позиция такая: «на жизнь хватает, на желаемое «железо» — тоже, ну и ладно, не деньги в жизни главное». Ну и таки да, отвлечение от реальной работы на бессмысленные встречи очень раздражает. В частности, во многом из-за этого и ушёл когда-то во freelance.
Видимо, один таки ещё остался 🙂
И даже не один. Как минимум ещё одного человека знаю, кому такая позиция близка. Так что мы были есть и будем. Жаль, что на данном историческом этапе — в меньшинстве.
Как минимум - двое. Супруга часто говорит: "Тебе надо было в 70е родиться. Тебе дай интересный проект - ты даже за него денег не попросишь и ночевать на работе будешь".
Респект! Вызывает сожаление только, что в наше время такой подход считают не нормой, а чем-то странным, если поглядеть на комментаторов вокруг.
чем-то странным
Шизоидное расстройство личности как вариант. В некоторых случаях не просто серьёзный диагноз, а ещё и полноценная инвалидность.
В IT достаточно много людей с проблемами аутистического спектра разной тяжести. Часть этих проблем позволяет более эффективно работать в IT, но ценой некоторых других вещей. И нет, далеко не все подобные проблемы можно решить походом к психологу. Иногда и фармой целиком не решается.
Вы не правы, полно таких. Вот Сбербанк например постоянно хантит, предлагая зарплаты выше рынка, но что-то вакансии не закрываются. Потому что люди, уже построившие нижние этажи пирамиды Маслоу, могут себе позволить выбирать не по деньгам, а по тому, к чему лежит душа.
Предложения висят, есть не просят. Сбербанк готов выбрать из тысячи одного, но с высоким уровнем. Этот выбранный, через время понимает, что при его навыках, и главное при таких требованиях его зп маловата и уезжает за бугор.
А зарплату не могут повысить, потому что нужно оплатить услуги десятку hr, которые перебирали ту тысячу.
Не хочу вас расстраивать, но ссср не умер полностью)
КМК скорее так бывает: Хочу вот всего этого, но и денег чтобы не меньше чем по рынку было.
А денег вот со временем обычно становится таки меньше
Приходите, пожалуйста, к нам на работу. Мы готовы платить вам в 3-4 раза меньше денег чем вашим коллегам в одной команде :)
На мой взгляд, разрыв случился в том, что бизнес ждал, что команда будет аргументировать каждую задачу и говорить иногда: «Нет, вы упоролись, так делать нельзя, лучше сделать вот так». А команда думала, что бизнес — не участник дискуссии на равных, а заказчик.Непонятно, команда это что — группа случайных людей? Кто у нее руководитель? Зачем косяки руководителя проектов переносить на всех.
здорово что вы сумели сохранить команду разработчиков внутреннего портала для заказа фруктов и печенек в офис
Когда слышу про "команды" и сотрудников, которые слегают с указанными симптомами в таких уважаемых компаниях, вроде Газпромбанка, Гугла, или Меты, обычно любопытствую: а платить вы пробовали?
Здорово, что руководство и бизнес тоже полноценно участвовали в этих изменениях. Такое бывает не всегда. Я наблюдал похожую трансформацию с позиции старшего разработчика, но там все усилия были сведены на нет владельцем компании, который "знал, как надо", вплоть до выбора языков и архитектуры. Из-за этого обратную связь наладить не удалось, и новая система, создаваемая под мудрым руководством, превращается в тыкву (скажем мягко) еще до завершения MVP, но уже без моего участия.
Спасибо за интересную статью! Вещи вроде очевидные, но иногда именно до таких очевидных вещей додуматься самостоятельно не получается.
Хорошая статья. Вы отлично справились.
Но неужели не было одного такого, который всю команду тянул вниз? Если бы все же пришлось увольнять, то как? По законодателсьтву просто так ведь не уволить.
"Важно визуализировать всё для всех" = золотые слова, отлитые в граните.
У команды что, не было прямого руководителя? (а не РП, который, судя по описанию, имел ограниченную зону власти/ответственности)
Видимо, в этом проблема, а не
Но я всё ещё думаю, что проблема была в том, что команду начали погружать в долгосрочное планирование, в бюджеты, в обоснование задачи
Отличная статья. Автору большое спасибо.
«Я согласен с тем, что теперь буду писать комменты на английском языке» — это вы поговорили. А когда вы при этом записали такое обязательство — это уже нечто более существенное. Так принято. Это документация. Это часть работы команды.
Никогда не понимал этого требования на проектах, разрабатывающихся под российского заказчика, российской-же командой, который очевидно никогда не попадет в руки нерусскоязычных разработчиков. Как-то это "это принято" больше на каргокульт смахивает.
ЗЫ с проектами, разрабатывающимися "на экспорт" - вопросов нет, там все понятно.
проблема в том, что приходится с аналитики на русском переводить в коде на английский, а потом в комменте или где-то еще - опять на русский. два преобразования могут давать различия в терминах плюс многие вещи на английском можно выразить короче и яснее.
Код комментируется для разработчиков, вот как-то нигде не сталкивался с такой проблемой, все обычно на достаточно определенном жаргоне общаются, и если прямо вот совсем нет аналога, то слово можно и на английском написать.
Зато вот бывало на проектах с такими требованиями (английский в коментах) видел что этих самых коментов совсем мало и они на таком корявом английском написаны, что толку от них никакого и нет.
лично меня комменты на русском "выбивают" из потока чтения кода (может с 1С такого нет)
а еще бывало, люди кодировочку неправильно ставят и вместо коммента на русском - видишь кракозяблы
п.с. ну и как сказали ниже - переключение раскладки тоже немного напрягает
Возможно это ваша достаточно уникальная проблема, как-то мало кто с кем вместе работал жаловался на такое "выбивание", а кодировка решается с помощью заранее оговоренного проектного кодстайла, его все равно так или иначе стоит принимать, ревью и проверки на его соответствие при мерже в основную ветку (а они и должны быть не только для проверки кодировок).
ИМХО, надуманные проблемы, я уже на многих проектах работал, в том числе и там где практиковали русские комментарии и даже описания комитов, не было описанных проблем нигде. Зато вот там где требовали непременный английский - была масса корявого английского, когда просто непонятно что человек хотел написать, был тупой транслит, который режет глаз еще хуже чем "рашнинглиш".
Как по мне надо либо писать коменты на хорошем английском, но на это далеко не все способны, либо не выделываться и просто писать на русском. Разумеется, это все касается кода для внутрироссийского применения, но такой попадается в практике очень часто.
Как бы тупо это не звучало, но один из плюсов комментариев на английском - не надо переключать раскладку языка. При условии, что пишут не более менее адекватном английским.
А если заказчик потом решить отдать проект не русскоязычной команде? Или появится не русскоязычный программист или вообще любой человек в команде? Все переписать?
Ага, например проект для минобороны, у него такие приличные шансы что его отдадут нерусскоязычной команде..
Или какой-либо софт для российского ритейла, да хотя бы и для российского банка, вероятность что в нем будет когда-либо копаться кто-то не из России стремится к нулю.
Тогда надо и всю переписку вести по-английски, на всякий случай...
Имхо, про "так принято" относилось к записи принятого решения. Что надо не забыть записать, иначе не будет работать, каждый запомнит по своему и будет считать необязательным. А язык комментов - лишь пример решения.
Не режьте курицу, несущую золотые яйца.
Отличная статья. Автору большое спасибо. Интересно, сколько занял данный процесс? Понимаю, эволюция не прекращается, но хочется услышать сколько времени ушло чтобы кооманда приняла написанное
У нас уже на этой стадии стало понятно, что команда очень хочет перемен. Структура была «маленькие отряды»: разработчики недовольны разработчиками, тестировщики — разработчиками, фронты на ножах с бэками, РП вообще никем не удовлетворён. По впечатлениям команды он скорее эцилоп, который приходил бить палкой по ночам на ретро, чем помощник.
Имхо, уже на этом этапе понятно, что в компании проблема с управляющим персоналом. То, что вы пришли и разово за них поработали на долгосроке слабо отразится. Чем занимались те ребята до вас, как и почему дошло до текущего состояния? Речь, я так понимаю, об отрезке в пару лет — не малый срок. И что мешает всему вернуться обратно, после того, как вас переключат на другой проект?
Вот чуть ниже вы пишите:
Руководство подразделения дало мне карт-бланш на исправления, и я начал разбираться, что же случилось.
А где, собственно, ответ на «что случилось»? я вижу абзац «Почему так получилось с командой?» и внутри максимально размазанно «не имеет значения: это история»: «начали», «стали ставить», «стало доставаться». Кто актор то — кто эти менял процессы на эти "-ли"? Он скорее всего и привел к текущему положению вещей.
Подскажите, пожалуйста, я правильно думаю, что подобного рода деятельность возможна только в офлайн формате, личного присутствия? Или онлайн тоже возможно?
Руководство подразделения дало мне карт-бланш на исправления, и я начал разбираться, что же случилось
Повезло Вам! Зачастую ты понимаешь как и куда копать, но руководство не дает тебе даже на пассажирском сиденье (справа от водителя) посидеть, не то чтобы "рулить".
Да еще и времени на погружение, понимание, подготовку плана и тактики не дают. На собеседовании все круто и шоколадно -- "да, дадим время!". Выходишь на работу и начинают с 1го же дня требовать результатов, когда ты еще не понял, что вообще творится вокруг и у тебя еще и самостоятельный онбординг. Самое интересное, что торопиться было не за чем. Вполне 1-2 месяца все могли бы подождать ради еще более крутого результата. Но...В итоге уходишь от такого неадеквата, всё равно выдав результат.
Расскажите как устроен процесс РЕВЬЮ аналитики. Вы мельком сказали, но это мегаважная штука, и я, честно, с ходу не могу представить, как нам это организовать в команде так, чтобы не тратить много ресусров. Эта штука очень нужна, когда аналитик, гм, не очень.
del
Среди прочего в первую очередь Газпромбанку необходимо прекратить перекладывать ответственность по созданию должностной инструкции на самого разработчика. Да, такое есть. Каменный век ещё существует в наше инновационное время. А уже потом думать об инновациях на деле, а не на словах. Статья интересная, автору большой респект.
Что будет, если от разработчиков не отстать: умирающая команда