Боязнь очевидных инициатив Когда ты приходишь на новое место работы, где-то внутри часто появляются силы и потребность попробовать как-то повлиять на команду и ее процессы. Твой взгляд пока что не замылен, и как будто становится видно больше всяких недочётов и упущений. Правда почему-то нам свойственно быть уверенными, в том, что до нас уже успели подумать про все доступные варианты и предложения. Ведь команда собрана уже давно, трудятся там не глупые люди, они точно успели проработать уже множество подходов, и если что-то сейчас на проекте не применяется - значит нам это не подходит. Знакомое ощущение? Лично я часто с этим сталкивался, особенно в первые годы работы. Твёрдая уверенность во всеобъемлющей экспертизе старших коллег порождает непобедимый страх к любой инициативе. В целом, с этим страхом можно смириться и просто выполнять свои рядовые обязанности, закрывая в срок свои таски. Таким образом человек снимает с себя лишнюю ответственность и просто фармит зарплату. Исполнительные работяги, без излишних амбиций тоже нужны рынку. Ну а можно попробовать проработать этот страх и на собственных примерах убедиться, что не всегда лежащие на поверхности вещи столь очевидны для твоих коллег. И чем больше таких примеров в твоей карьере, тем проще тебе становится предлагать такие инициативы. Расскажу один показательный пример из собственной практики. В одной крупной компании бизнес вкладывал огромные ресурсы в свои внутренние инструменты и платформу. Почти любую техническую проблему можно было решить, используя эти инструменты. Компания достаточно плотно занималась своим брендом, поэтому про эти технологии рассказывалось на конференциях, в статьях, в подкастах и в социальных сетях компании. Иными словами, про крутость этих технологий и подходов знали если не все, то очень многие. Но я тогда попал на проект, который жил немного в стороне. Да, они полностью находились внутри структуры компании, но почему-то так исторически сложилось, что ресурсы тестирования были полностью на аутсорсе. Моя задача была внедрить и развить процессы автоматизации тестирования, интегрируя их в процессы команды. У команды был готов небольшой проект автотестов, который нигде не запускался в CI, просто наработки, которые нужно было подхватить и довести до ума. В этом проекте автотестов не использовались внутренние инструменты компании, всё бралось из публичных внешних источников, что накладывало некоторое количество ограничений и сложностей, ведь вся автоматизация тестирования в компании была построена на других фреймворках. Я начал изучать доступные инструменты компании и восхитился их потенциалом, из коробки они настраивались буквально за 2-3 строчки кода, но у моей команды был свой отдельно стоящий пайплайн в CI, которому были недоступны все эти прелести. На тот момент у меня было стойкое убеждение: Раз у команды, которая находится внутри такой развитой и технологичной компании, CI живёт отдельной жизнью, и они с самого старта не втянули внутренние инструменты компании - значит так надо. Значит есть какие-то технические ограничения, которые не позволили им сделать это сразу. Иначе зачем было изобретать велосипед? Как же я тогда сильно ошибался. Оказывается, что в команде об этом вообще никто не думал! И всё пошло-поехало как-то само по себе. Так что никогда не стоит быть уверенным, что команда реально что-то пробовала и исследовала, до тех пор пока тебе словами не подтвердят или не опровергнут это!😀 #БОзаметки #БОпроцессы #безотказов Навигация канала | Подписаться | Менторство