Кто с ним не работал тот неловкий

Как сделать из линейного сотрудника начальника и потом с этим жить

И так, вот команда растёт, растёт и дорастает хотя бы до 15+ человек. В этот момент вы неожиданно понимаете, что у вас 3 бекенд-разработчика или даже 5. Здесь возникает неудержимое желание сделать одного из них Самым-Главным-Бекенд-Разработчиком-Проекта. Это желание понятно, и даже логично:

Человек уже погружен в предметную область проекта.

Доказал способность реализовывать задачи.

У него высокий уровень лояльности к проекту и возможно к вам лично.

Кто-то должен заниматься процессами на бекенде. Ну там gitflow внедрить или merge-request’ы. А может даже какой-нибудь CodeStyle выбрать и ему следовать. Ну и в конце концов кто-то должен ответить однозначно на вечный вопрос: Laravel, Yii или всё-таки перейдем на Python?

Эту роль на самом деле часто выполняет технический директор. Но вопрос в количестве – при росте количества проектов и программистов, техдир уже не сможет нести ответственность за конкретные технологические решения в каждом проекте.

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

И так, по причинам выше вы решили не звать “варяга”, а сделать программиста Петю руководителем. И он даже согласен и уже строит планы по внедрению SOLID всем, и чтобы никто не ушел обиженным.

Но вас на этом замечательном пути к прекрасной архитектуре с нулём legacy ждёт ряд препятствий. И это, даже не считая недостижимости нуля legacy на живом проекте 🙂

На самом деле большинство препятствий обусловлены одним простым фактом — когда Петя становится руководителем — у него меняется конечный продукт. О конечном продукте рассказал здесь — тема, конечно, не такая интересная, но методологически очень важная.

Если проще — вчера Петя отвечал за то, чтобы качественно выдать свои задачи в срок, а сегодня он отвечает за то, чтобы это делал весь отдел. И давайте вместе угадаем какой самый простой способ этого добиться в глазах вчерашнего, возможно весьма достойного, разработчика? Конечно, сделать все задачи самому! Ну или в крайнем случае — сделать самому всё самое сложное.

Самое плохое, что Петя не осознаёт смены конечного продукта. Для него ситуация выглядит просто — эти товарищи работают хуже, а я — человек ответственный, всё сделаю. О, ещё и зарплату повысили, да сверхурочные платят — фантастика просто. Я тут теперь не просто самый умный, а самый умный за деньги. Петя, конечно, ноет, но по большому счёту Петя чувствует себя комфортно. Более того, если Петя пробудет в этой ситуации пару месяцев — вытащить его уже не получиться, он будет отбиваться руками и ногами. С другой стороны, Пете хорошо, а кому плохо? Начнём перечислять 🙂

1. Бизнесу

Дисклеймер: Напоминаю, я пишу про малый и средний бизнес, находящийся в реальных рыночных условиях. Когда такой бизнес растет, это всегда связано с большим количеством проблем и задач. Поэтому вещи, который кажутся очевидными в структурно изложенном тексте, в реальной жизни, могут быть совершенно непонятны. Они ловко прячутся за бесконечной борьбой с кассовыми разрывами и срывами сроков.

Я знаю несколько ситуаций, когда заставить много работать такого Петю, дав ему должность — было хитрым планом начальства. Ничего не скажу о мозге таких товарищей — просто о мертвом либо хорошо, либо никак. Но это хороший управленческий пример “выстрела себе в ногу”, потому что:

а) Петя становится незаменимым — любая болезнь, отпуск, что угодно, что мешает Пете работать менее 10 часов в день приводит к срывам сроков.

б) Петя теряет требовательность к своей работе — ошибки будут объяснены 10 часовым рабочим графиком (что, кстати, справедливо).

в) Петя становится не предсказуемым, по факту вы не знаете — будут ли задачи сделаны и если сделаны — то, когда?

Итого — мы очень быстро получаем незаменимого и непредсказуемого халтурщика, вместо ценного специалиста. И это я ещё не говорю о полной невозможности к масштабированию. Внимание, господа руководители! Это происходит не потому, что Петя плохой! Любой человек поставленный в ситуацию, когда он вынужден работать по 10 часов в день станет таким. Так что, если вы это сделали не специально, а просто не осознавали, как смена конечного продукта влияет на специалиста — срочно исправляйте. А если сделали специально, потому что вам так сиюминутно выгодно — горите в аду.

2. Коллегам

Беря на себя все самые сложные и интересные задачи — Петя забирает у коллег ценный опыт. В результате люди, которые оказались под его началом имеют только две возможности:

Имитировать бурную деятельность за деньги, когда реальную нагрузку на себе несёт Петя.

Напоминаю, что мы с вами не в линейной RPG, где этот выбор вам дадут в качестве ветки диалога. Это жизнь. Люди, которые находятся в этой ситуации не осознают её. Петя крутой? Крутой. Начальник? Начальник. Логично что он делает больше меня? Логично. Вопрос только в том, что так на рынке появляются “сеньоры” с 10 летним стажем, не способные связать двух строчек кода во вменяемый результат. И абсолютно не осознают, что есть какая-то проблема. На прошлой работе нормально всё было. У нас один товарищ так и не понял, зачем в высоко нагруженном проекте 2 базы данных. Ну ничего, рынок IT сейчас дикий, даже такие работу находят 🙂 Но хотите ли вы быть таким?

3. Лично Пете

Работать по 10 часов в день может казаться классно примерно лет до 27.

Вместо приобретения полезных навыков решал собственные косяки (и иногда своих лоботрясов).

Скорее всего имеешь нормальные такие проблемы со здоровьем.

Можешь работать только в конкретных, созданных специально для тебя условиях.

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

Как сделать правильно?

Приготовьтесь — если вы делаете хорошего линейного специалиста руководителем — придётся много с ним работать и проходить определенные стадии. Пройдемся по ним.

Стадия объяснения

На этой стадии Пётр ещё толком не понимает, что с ним произошло. И вам необходимо объяснить ему как минимум четыре вещи.

Ожидания от него изменились. Теперь вы ждёте того, чтобы все остальные товарищи на проекте будут работать также хорошо, как и он. И что самое важное — готовы к падению ЕГО персональной эффективности. Потому что Пете теперь от 30 до 70 процентов времени надо будет уделять руководству. И это нормально. Под “готовы к падению его личной эффективности” — я имею в виду, что вы пересмотрите сроки выполняемых Петей задач, с учётом новых реалий. А вы как хотели? Только так 🙂

Не только программирование является работой. При том говорить это придется не один раз. Петра очень и очень долго будут преследовать флэшбеки по этому поводу. Вы вполне можете застать его очень грустным после вполне удачного релиза. На вопрос, чё он такой грустный Пётр ответит: “А чё я сегодня делал то? Ну там с тем поговорил, ну с этим. Ну постоял над душой пока ветку в прод толкали. Но я же не работал.” И не важно, что Пётр случайно выстроил всю коммуникацию между аналитиками, тестерами и бекендерами. Если он сам не кодил — значил не работал.

Уровень конкретности задач стал ниже, и Петя — именно тот человек, кто должен их сделать более конкретными для своих ребят.

Петя отвечает не только за то, как работают его ребята, но и за то, как он взаимодействует с другими. К примеру, как передаются задачи фронтендерам, или как должна приходить аналитика.

Стадия договоренности

Окей, Пётр понимает, что он теперь руководитель и занимается своей командой. Теперь вам очень важно договорится с ним о том, чего вы конкретно хотите от Пети. А то может выясниться, что переход на Python будет затеян в самый неподходящий момент. Для того чтобы договорится вам надо сделать несколько “простых” действий:

Расскажите о проблемах, которые вы хотите, чтобы Пётр решил. Чем конкретнее вы сможете их сформулировать, тем лучше. Ну там чтобы релизы не задерживались, или нулевой даунтайм на продакшене, или чтоб багов было поменьше. Даже если у вас есть технические компетенции, старайтесь говорить именно о проблемах, а не предлагать сразу решение. Но и диалог в угадайку не превращайте 🙂

Поставьте сроки. Только, пожалуйста, не волюнтаристским образом, а исходя из бизнес-задач.

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

Подкорректируйте свои желания исходя из Петиных возможностей и тех ресурсов которые вы можете ему предоставить.

Поздравляю, вы договорились!

Стадия выполнения

На этой стадии главное помнить — ничего и никогда не идет ровно так, как задумывалось. Особенно когда у Пети нет опыта. Поэтому сделайте самое главное: помогите Петру с собственным рабочим графиком. Он как “играющий тренер” всё время будет выглядеть примерно так:

Надо объяснить, что чем больше Петр уделяет внимание подготовке задач и организации работ — тем меньше его будут неконтролируемо дергать. То есть, если:

Подробности технических решений оговариваются во время постановки задач.

Налажена нормальная схема поставки кода (нормальной считается любая, хоть git pull на продакшене прямо из репозитория /*черт, даже писать больно*/, которая объяснена людям и отработана с ними).

Договорено как должны приходить задачи бэкендерам и в каком виде они должны уходить (ну там описание API, и прочее).

Технические и архитектурные решения регулярно обсуждаются с командой и подробно разбираются.

Налажен перекрестный CodeReview.

И всё что угодно, что вам ещё нужно сделать для простого программерского счастья.

При таком подходе работу руководителя можно свести к 30 процентам своего времени. А вот если Пётр как руководитель сделает следующие:

Любой push в любую ветку строго через Merge Request, который принимает лично Пётр. (Петя ответственно относится к качеству, поэтому строго всё контролирует!)

По любому вопросу надо подходить к Пете. Если бэку что-то непонятно в аналитике — сначала к Пете. И наоборот. Если аналитику нужно что-то объяснить — он объясняет Петру и никому другому. (Петя понимает важность коммуникаций, поэтому не доверят их подчиненным)

Все самые сложные вещи делает только Петя. (Потому что Петя лучше всех знает систему. Неудивительно — смотрите пункты выше)

При таких раскладах работа руководителя будет занимать 70% рабочего дня. И еще 70% работа программиста сверху 🙂

Также сильно рекомендую на этой стадии регулярно встречаться с Петей и корректировать цели или ресурсы.

Стадия ретро

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

Собственно цикл повторять до …

Наступление прекрасного момента

Когда Пётр станет полноценным руководителем, и вы поймете, что уже не сами ставите ему цели, а рассеяно киваете на предложения, потому что уверены, что он лучше вас разбирается во вверенном ему участке работ.

Ради этого прекрасного мига все и затевается. До его чудесного наступления нужен примерно год. Поэтому крепитесь и:

Объясните человеку, что вы от него хотите и в какой срок.

Дайте человеку необходимые ресурсы и полномочия.

Сбейте свои желания с возможностями 🙂

Регулярно общайтесь и корректируйте цели и ресурсы.

Вместе анализируйте результаты деятельности.

Повышайте заработную плату, по достижению видимого результата.

И тогда у вас появится надежный понимающий человек, которому вы можете доверять. Это бесценно 🙂

Источник

10 советов, что делать, если ты попал в неловкую ситуацию

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

1. Не пытайся сбежать из неловкой ситуации

Худшее решение, которое ты можешь принять, оказавшись в неловкой ситуации — это трусливо сбежать из неё. Тогда окружающие точно заметят это и сформируют о тебе не лучшее мнение. Если на кассе ты понял, что забыл деньги дома, если ты поздоровался и остановил на улице незнакомого человека, приняв его за давнего друга, если ты пролил на свою белую рубашку кофе на глазах у своих коллег, просто объяснись с человеком или пошути над ситуацией. Помни о том, что на твоём месте мог бы оказаться каждый. Это значит, что ничего постыдного в том, что случилось с тобой, нет.

2. Используй юмор

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

Запомни главное правило: шути над собой, а не над окружающими. Тогда твоё поведение вызовет у свидетелей твоего конфуза искренние улыбки, а не презрительные насмешки.

3. Не акцентируй внимание на мнении окружающих

Вспомни о каких-либо моментах своей жизни, когда тебе везло. Окружающие тебя люди не придали особого значения твоему успеху, отличной оценке или блестящей презентации проекта. Это произошло потому, что у твоих знакомых, коллег, друзей и родных уже составлено мнение о тебе. Такая же история произойдет и с неловкими моментами, которые случились с тобой. Да, сегодня над тобой могут шутить, а завтра никто уже не вспомнит о твоей минуте позора. Люди в основном зациклены на самих себе и им не интересна чужая жизнь. Так что не придавай большого значения тому, что думают о тебе окружающие.

4. Не пытайся оправдаться перед кем-либо

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

5. Веди себя уверенно

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

6. Помни о том, что ты видишь окружающих первый и последний раз в жизни

Если ты попал в неловкую ситуацию в окружении абсолютно незнакомых тебе людей, например, в вагоне метро, в продуктовом магазине или на улице, то тебе тем более не о чем переживать. Все люди, которые увидели твой конфуз, забудут о нём уже через пару минут. Ты видишь их в первый и последний раз в своей жизни, так что вскоре ты выкинешь неловкую ситуацию из головы и не будешь переживать, что о ней узнает кто-то из твоих знакомых. Просто не акцентируй на этом внимание.

7. Используй неловкие ситуации для разряжения обстановки

Это нестандартный способ красиво выйти из неловкой ситуации. Ты можешь обыграть свой конфуз, разрядив обстановку и заставив своих собеседников почувствовать себя рядом с тобой комфортно. Чтобы показаться уверенным в себе человеком, ты можешь упомянуть ещё о нескольких забавных случаях, произошедших с тобой в прошлом. Люди любят тех, с кем можно быть самим собой, не притворяясь. А рядом с теми, кто постоянно собран и максимально серьёзен, чувствуется стеснение и неловкость.

8. Разработай план действий на случай попадания в неловкие ситуации

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

9. Не вини себя

Банальные советы из разряда «не переживай», «не грусти», «не бери в голову» или «не вини себя», конечно, не сотворят чудо и не лишат тебя негативных эмоций, но по возможности тебе всё же стоит прислушаться к ним. Чувство вины никак не исправит неловкую ситуацию, но доставит тебе кучу неудобств. Окружающие люди, видя, как ты переживаешь, тоже не скоро смогут отпустить ситуацию и ещё не раз вернутся к ней в разговорах с тобой.

10. Старайся быть честным с окружающими

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

Источник