Я часто сталкиваюсь с командами разработчиков из крупных компаний.
Но несмотря на разные принципы проектирования, профили деятельности и стеки технологий, повсюду есть сотрудники, недовольные текущим положением дел.
Выдающимся персонажам нравится не всё! Но единственный реальный шаг за пределами разговоров, на который они способны, — это увольнение.
Правда, в большинстве случаев до этого не доходит – персонажи просто непрерывно жалуются на «галеры».
Вы когда-нибудь задумывались, откуда отсюда «растут» ноги?
Начнем с истории, знакомой многим.
Представим, что вы снова меняете работу.
Причины этого могут быть очень разными у всех.
Возможно, вам предложили хорошие деньги, подкупили тренажерный зал с бассейном, чай с плюшками или «интересные задания».
Успешно пройдя все собеседования и технические тесты, вы получаете предложение с заветной шестизначной суммой.
Будущие коллеги на собеседовании уже успели вас порадовать, рассказав пару анекдотов, и вы, преисполненные энтузиазма, ждете своего первого рабочего дня на новом месте и, возможно, на новой должности.
Долгожданный день начинается с полупустого открытого пространства в одном из классических офисных центров вашего города.
Он полупустой не потому, что ваши новые коллеги в отпуске или заболели, а просто потому, что вы пришли на работу вовремя.
Выпив первую чашку бесплатного кофе и перекусив скромным количеством печенья, мы стараемся начать рабочий день.
Получаем доступ, настраиваем рабочую среду, ставим уточек, магнитные кубики и ждем своего первого задания.
Замечаем рядом еще одного коллегу.
Его список действий аналогичен нашему, разве что за исключением уток на столе.
Судя по всему, он тоже новый.
Подходим, знакомимся, здороваемся за руки.
Нашего нового коллегу зовут Ларри (имя необычное для наших широт, но все же).
Ларри явно сонливый и энтузиазмом не блещет, но ведь ни с кем такое не случается, правда? Возможно, Ларри не очень хорошо себя чувствует или его беспокоят другие мысли.
Проходит три месяца.
Долгие и утомительные три месяца испытательного срока.
За это время нам удалось немного вникнуть в проект и его процессы.
Ларри также прошел испытательный срок.
Пару раз вы вместе обедали в столовой, и Ларри показался мне хорошим парнем.
Работа над крупным корпоративным проектом никогда не бывает легкой.
Окостеневшие стога и покрытые мхом отростки.
Поначалу вникание в задачу отнимает много времени и вызывает фантомную боль.
На новом месте уже полгода.
Все это время мы решаем разные, но в то же время схожие задачи.
Они не интересны и не приносят удовольствия.
Такие задачи — это просто работа, которую необходимо выполнить.
Но каждый раз в этих задачах возникает узкое место.
Коллеги сталкиваются с такими же «граблями», что немного усложняет им жизнь.
Ларри решает схожие задачи, хотя и в несколько другой области.
Он добросовестно выполняет свою работу, но есть у Ларри и неприятная черта.
Он любит поныть и всегда упоминает «проклятые галеры».
При этом Ларри по-прежнему хороший парень.
Как человек он не стал хуже и не открылся с другой стороны.
Однако каждый раз, когда разговор заходит о том, почему Ларри называет свое нынешнее место «чертовым камбузом», он лишь жалуется, что ему не нравится абсолютно все.
Он может указать баллы, но об этом его нужно спрашивать отдельно.
Обычно все заканчивается банальным «все».
И можно не сомневаться, что он уверен в своих словах, ведь однажды Ларри даже пытался бросить (хотя особых причин для этого не было).
И все же, почему «камбуз»?
Если попытаться разобраться в том, что происходит с коллегой, всплывет интересная истина.Ларри считает, что он не контролирует рабочий процесс.
С его точки зрения, он не может помочь себе и окружающим, потому что у него «нет времени думать об этом».
Каждый день он занят распорядком дня; на остальное у него не осталось сил.
Ларри хороший парень.
Причина его нежелания менять картину вокруг себя проста: он не хочет вступать в конфликты.
Жизнь научила его, что адаптироваться и ныть легче, чем менять все вокруг.
Изменить картинку под себя – значит войти в противоречие, доказывая свою точку зрения.
И Ларри хороший парень.
Если ты доказываешь, доводишь, меняешь, ты перестаешь быть хорошим парнем для тех, кого раньше все устраивало.
«Что тебе нужно больше, чем всем остальнымЭ» Ларри боится это услышать.
Чтобы быть хорошим парнем, Ларри поет себе песенку: «Не надо нам подгибать рабочий процесс, лучше, чтобы мы прогибались сами».
И он скрипит, прогибаясь под меняющийся мир.
Он скрипит, как старый сварливый старик Плюшкин, которому вместо того, чтобы мыть пол в своем захламленном дворце, лучше бы еще раз отругать окружающую жизнь.
Мне эта позиция не понятна.
Если не брать крайние и совершенно неадекватные случаи (ну всякое бывает), то возникает вопрос: как можно делать то, что не нравится, но никогда не думать о том, как перестать это делать, чтобы не быть уволенным? Ведь на самом деле Ларри волнует не вся работа в целом, а некоторые ее детали, которые можно исправить.
если перестать ныть.
Каждый может влиять на рабочие процессы.
Для этого не нужно никакого особого таланта или положения.
Многие считают, что это возможно не во всех командах — например, работая от имени подрядчика над проектом для крупного заказчика, ты уж точно не изменишь происходящее.
Но это неправда.
Ваши лидеры не глупые люди.
Улучшение процессов отдела также приносит им пользу.
Да, конечно, ситуации у всех разные, но в подавляющем большинстве случаев выход из таких «процессных тупиков» есть.
Даже за то время, пока я набирался своего скромного опыта, мне удавалось влиять на рабочие процессы отдела, находясь именно в упомянутой должности подрядчика.
Теперь перейдем к примерам!
Поскольку я занимаюсь тестированием, то приведу примеры из этой области.Вы можете влиять даже на мелочи, и это само по себе улучшит восприятие работы.
Например, вы можете влиять на то, как вы пишете коммиты или комментарии, как создается тестовая документация и как группа тестирования взаимодействует с группами аналитики и разработки.
И в первую очередь я бы рекомендовал обратить внимание на минимизацию трудозатрат на рутинные операции – способы написания стандартной документации, отбора или создания тестовых данных и т.п.
Но не стоит пытаться изменить весь мир за один день.
И тем более, вам не обязательно делать это в одиночку.
Если проект большой и модульный, то при проведении сложных работ необходимо запрашивать поддержку людей из сторонних подсистем.
Типичное предприятие большое, разросшееся и сложное, поэтому попытка разобраться в вашем модуле занимает много времени.
Поэтому не стоит пытаться разобраться в сторонних системах в рамках недельной работы; лучше обратиться за помощью к коллегам.
В конце концов, вы поставляете единый продукт и не должны противоречить друг другу.
В общем, прийти в позитивный настрой проще, чем кажется.
Вам просто нужно подумать, какие конструктивные действия улучшат ситуацию.
Если вы не уверены в них на 100%, можно проконсультироваться с коллегами лично, а затем внести предложения непосредственному руководителю – один на один за чашечкой кофе или в ретроспективе.
Кстати, это правильно, т. е.
конструктивная ретроспектива — один из основных механизмов улучшения процессов.
Она не должна основываться на эмоциях и «кипении» — такая ретроспектива не может быть эффективной.
Да все скажут, что коллеги из другого отдела ставят палки в колеса, вообще ничего не понимают и все проблемы от них.
Это даст команде некоторую перезагрузку, но как только в работу вступит очередная задача, боль вернется и мы снова окажемся на исходной точке.
Ретроспектива должна быть значимой.
Решайте конкретные проблемы, используя конкретные методы.
Все решения, принятые на ретро, должны быть закреплены в правилах ведомства и вступить в силу со следующего дня.
Трудно сказать, насколько мне удалось в свое время повлиять на процессы, но так или иначе ситуация изменилась, и работать стало комфортнее.
Появился определенный свод правил и требований.
Появились более четкие требования и разграничение обязанностей.
Работа стала одновременно более плавной и безопасной – как для операторов ручного тормоза, так и для операторов автоматики.
Например, для последнего мы ввели четкие требования к написанию кода и тестов для унификации подхода.
Таким образом нам удалось решить типичные проблемы, которые могли быть непонятны команде, поскольку у нас нет возможности постоянно заниматься автоматизацией.
Как выйти из «Ларри тупика»
Вернемся к нашей истории.Ларри не в конструктивном настроении.
Он капризничает, ноет, действует окружающим на нервы, но реальных действий по улучшению процессов не предлагает. Мы все иногда похожи на Ларри, но в такие моменты лучше очистить голову, перезагрузиться и подумать, как можно улучшить ситуацию.
Всегда есть выход, кроме как бросить или радикально сменить вид деятельности.
Все мы хотим комфорта на работе и в коллективе.
И если конструктивно и коллективно работать над улучшением процессов, то все это достижимо.
Время от времени я оказываюсь на месте Ларри.
Возможно, я не понимаю, что делаю и почему.
Или задача складывается таким странным образом, что чем больше я в нее погружаюсь, тем большее разочарование получаю.
На помощь приходит «монолог Мировингена» из «Матрицы».
«Причина и расследование…».
Причина проблемы не в проблеме.
Причина в рабочем процессе.
Смена места не поможет изменить процесс, потому что на собеседованиях очень сложно понять суть рабочих процессов.
Стоит попытаться сотрудничать со своими коллегами и работать вместе, чтобы улучшить ситуацию для всех вас.
Вы все в этом заинтересованы.
Удалось ли вам изменить процессы к лучшему? Автор: Дмитрий Мастеров P.S. Мы публикуем наши статьи на нескольких сайтах Рунета.
Подпишитесь на наши страницы по адресу ВК , ФБ или Telegram-канал чтобы узнать обо всех наших публикациях и других новостях Maxilect. Теги: #Карьера в IT-индустрии #Управление разработкой #Управление проектами #Управление персоналом #процессы разработки #процессы в ней #процессы тестирования
-
Уязвимость В Протоколе Wi-Fi Protected Setup
19 Oct, 24 -
Список Статей И Литературы О Нан
19 Oct, 24 -
Амнезия: Все Забудется
19 Oct, 24 -
Что Делает Beos И Haikuos Уникальными?
19 Oct, 24 -
Инвитекс-Инвитекс
19 Oct, 24