Это все еще неправильно

Почему? Потому что какое-то руководство, написанное HR-специалистом, все так говорят?

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

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

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

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

Изменить политику немного

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

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

Заметка : Основываясь на том, что я смог узнать из вашего сообщения, я предположил, что вы управляете этим человеком r. Если вы not, то сообщите о поведении его менеджеру и посмотрим, как он хочет поступить. Я все еще думаю, что в этом случае я бы оставил разработчика в покое.

Иногда он не приходит целых 2 недели.

• он делает больше, чем просто отлично,

• я советую вам не замечать его отсутствия. У тебя есть дела поважнее, чем няньчиться с высококлассными девчонками, не так ли?

Первый вопрос, который я бы спросил, почему этот разработчик работает на дому?

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

Мое предложение заключается в том, что это одна из следующих причин:

• Они не чувствуют, что могут работать в офисе
• У них есть личная причина работать на дому
• Они могут работать больше, чем их рабочее время по контракту (кредит компьютерной графике за его комментарий)

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

Там, откуда я родом, если он продуктивен, игнорируйте тот факт, что он нарушает правила** (Дилберт). Просто оставь его в покое. Если, с другой стороны, кто-то просто еле-еле соскребает, не делает многого и/или совершает ошибки (Уолли), вызовите его на дисциплинарное слушание “со всеми обрезками”.

Справедливо? Нет. Эффективно? Да. Помните, что цель здесь - получить работу, а не пересекать каждую т и точка каждый я. Пусть ваш звездный игрок играть, и если он не появляется в течение месяца, наслаждайтесь тем, что работа выполняется.

Если кто-то дисциплинирован за то, что не появляется, кто указывает на тот факт, что так-и-так не появляется и not получить дисциплинирован, просто указать, что так-и-так получает много сделано и не извиняйтесь.

Измените полицию!

Правда, какие у вас есть варианты? Ваш разработчик, судя по вашему заявлению, очевидно, отлично справляется со своей работой. (Может быть, потому, что он не часто приходит в офис?) Привести политику в исполнение как-то, и либо он будет неохотно подчиняться и будет менее продуктивным, либо он будет искать работу в другом месте. В любом случае, ваша компания проиграет.

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

Как мы можем заставить его следовать политике домашнего офиса?

Похоже, что вы уже говорили с этим человеком, который согласился придерживаться политики, но теперь не следует ей снова. Скорее всего, в вашей компании существует своего рода пенализации за не следование политике компании; такие наказания could применяться в этих случаях …

*Где вы, кажется, в состоянии поговорить и управлять им, я предлагаю вам *подойти к нему и попросить его причины для принятия этих 2 недели от дома, прежде чем применять любые последствия. **

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

После этого, вы можете решить, что делать. Если не было веской причины, то я предлагаю дать человеку ultimatum…

… Но имейте в виду, что этот человек, будучи вашим sole разработчик кладет большой вес на их плечи *, и, скорее всего, находится под большим стрессом и задач, чем вы или любой другой ясли, так что постарайтесь *простите этого человека некоторую свободу действий.

У вас есть два основных варианта: попытаться привести политику в исполнение или поддерживать проект в рабочем состоянии. Вы не можете иметь и то, и другое.

Ваш разработчик делает звездную работу за вас, потому что (a) он работает на вас, и (b) он лично предан проекту и имеет хороший моральный дух. Любой из них может измениться в любое время, и вы не хотите, чтобы он изменился. Лучший разработчик всегда может быстро получить другую работу.

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

Я не понимаю, зачем кому-то создавать программный проект на 20 человек с по крайней мере одиннадцатью менеджерами и только одним разработчиком. Это значит, что если что-то случится с разработчиком, проект будет проваливаться. Фактор “шины” - это один. Приблизительно с дюжиной менеджеров, у вас почти наверняка будет один или два из них, которые думают, что прерывание разработчиков на мелкие вещи не имеет значения. Шансы на то, что разработчик может добиться выдающихся результатов только потому, что он работает из дома.

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

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

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

Кто бы Вы предпочли в качестве менеджера?

Сотрудник, который отлично выполняет свою работу, нарушая при этом HR-политику (максимум 2 дня работы на дому).

Или

Сотрудник, который отлично выполняет или в некоторой степени приличную или даже плохую работу, соблюдая при этом HR-политику (максимум 2 дня работы на дому).

Зачем рисковать, чтобы помешать работе сотрудника из-за кадровой политики?

Пусть ваш сотрудник работает так, как лучше для него, до тех пор, пока это лучше для компании.Пусть ваш сотрудник работает так, как лучше для компании.

В зависимости от вашей роли в компании, вы не можете заставить его следовать политике компании.

Если это проблема, его менеджер должен справиться с ней. Так что если это проблема для вас, вы должны перейти на его непосредственного менеджера, и получить его вклад.

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

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

Лично я беру больше дней домашней работы, чем обычно разрешено, с одобрения моего менеджера. Он только один человек жаловался на это за последние 4 года. Как таковой, не удивляйтесь, если его менеджер просто отвечает, что он в курсе.

TL/DR: Нет никаких проблем, просто ваше мышление должно быть настроено.

Пояснение:

Единственный факт, что вы “известная компания по разработке программного обеспечения” не означает автоматически, что все, что делает ваша компания, делается на 100% правильно. По моему очень скромному мнению, красные флаги здесь:

• там 20 товарищей по команде и большинство из них managers (они управляют… кто? или что? они добавляют реальную ценность?)
• политика требует чего-то, что делает not улучшить производительность команды (или даже сделать его хуже)
• человек, который делает отличную работу регулярно harassed от управления

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

Единственный способ, который я могу придумать, чтобы обеспечить соблюдение правил - это:

• ## Уволить его
• ## Заплатить ему меньше

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

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

• ## Удалить работу из дома

Можно сказать, что ему вообще не разрешается работать из дома (до дальнейшего уведомления). Удаление выгоды, которую люди злоупотребляют, также является более типичным наказанием (и это может вообще не считаться наказанием, поскольку логично удалить что-то, что вызывает больше проблем, чем решает, но не пытайтесь убедить его в этом).

• ## Удалите другие выгоды

Это будет зависеть от того, имеете ли вы какие-либо выгоды, которые он использует, и можете ли вы легко удалить их в расчете на каждого работника.

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

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

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

Ничто из этого не может показаться особенно привлекательным, но это доступные варианты.

Если вы не готовы сделать что-либо из этого, вы должны принять, что он будет продолжать нарушать правило.

Поговорите о why he’s working from home so often , как предлагается в другом ответе, если вы еще не сделали этого, прежде чем делать что-либо радикальное.

Вы также можете попробовать объяснить ему, почему правило существует (именно для него) - если вы не в состоянии сделать это, это, само по себе, говорит что-то.

Подумайте обо всей компании.

• Если у разработчика почти нулевое взаимодействие с остальными членами команды, действительно ли он хорошо справляется со своей работой? Если он технически опытный, то он должен учить своих коллег и юниоров. И если есть другие дьяволы в компании, которые лучше, он должен учиться у них. Линии кода или истории пользователей не единственный показатель производительности - что такое фактор шины вашей команды?
• Разработчики в других командах могут почувствовать обиду, если другому разработчику сойдет с рук нарушение правил, а им это не сойдет с рук. Вы говорите, что этот разработчик хорош, но достаточно ли он хорош, чтобы оправдать этот статус prima donna?

• В зависимости от того, где вы находитесь, позволяя одному сотруднику нарушать правила, но не другим, вы (и ваша компания) можете обвинить вас (и вашу компанию) в дискриминации, как только компания попытается применить правила к другим.

• Ищите решение, которое принесет пользу всем.

• Вы написали, что есть два дня в неделю без уведомления. Проверьте, совместима ли следующая процедура с вашими правилами:

1. Разработчик может выбрать два дня в неделю для домашнего офиса. Это было бы в кратчайшие сроки, не без предварительного уведомления, но эти два дня это правильно.
2. Вы просматриваете оставшиеся дни, чтобы определить, есть ли встречи, на которых, по вашему мнению (или “команде”), он должен присутствовать лично. Если их нет, Вы сообщаете ему, что он свободен работать из дома. Эти дни не его право , они применяются только в том случае, если они вписываются в график проекта.

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

Если люди делают свою работу, то не имеет значения, откуда они работают. Не стоит терять ценного сотрудника из-за такой политики.

Я уже говорил с ним, и он согласился следовать правилам, но это на него не повлияло.

Есть ли причина, по которой эти правила действуют? Это потому, что есть командные встречи, где все лично; это потому, что компания беспокоится, что производительность снизится; или это просто потому, что “2 дня кажутся разумными, давайте пойдем с этим”.

Если вы не можете объяснить, почему он должен быть в офисе в другие 3 дня, то он не должен быть в офисе. Если вы можете объяснить это, то объясните ему, а затем высшему руководству и какими будут ваши дальнейшие шаги.

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

Для полноты, дайте HR знать, что это прекрасно, и они нужны вам, чтобы обеспечить связь с разработчиком наиболее эффективным способом. То есть, попросите их инвестировать в набор инструментов, направленных на удаленное сотрудничество (планирование проектов, отслеживание задач, цифровые встречи). Это должно быть эффективно и предполагать, что людям не нужно физически находиться в одном месте, чтобы эффективно работать вместе.

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

Core-работникам нужно дать необходимое время наедине, чтобы все было сделано, пусть они выбирают, когда им пора приходить в офис и оставлять электронные таблицы HR и Excel.

Как мы можем заставить его следовать политике домашнего офиса?

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

Анализируя вашу ситуацию, я поражен парой вещей.

1. У вас есть один разработчик на проекте

2. Этот разработчик-одиночка получает похвалу от “всех” и имеет ожидаемую прибавку к зарплате за выполнение “выдающейся” работы

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

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

Как говорится, выбирайте свои битвы мудро. Это не похоже на битву, в которой вы можете одержать достойную победу, поэтому мудрое решение - не сражаться в этой битве.

Как мы можем заставить его следовать политике домашнего офиса?

Иногда лучше не делать этого.

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

Процесс разработки программного обеспечения выигрывает от focused взаимодействия между разработчиками и руководителями команд. По моему мнению, оно не извлекает большой пользы из несфокусированных социальных отвлечений фермы-куба. Личности, конечно же, отличаются. В моем случае мне действительно нравится социальное взаимодействие, поэтому я легко создаю и реагирую на несфокусированные отвлекающие факторы, находясь в офисной среде. Мне это нравится, но я получаю меньше удовольствия от работы. То, что я наблюдаю при посещении офиса, - это структуры, предназначенные для фокусировки взаимодействия, например, стендап-собрания. Я считаю, что одним из преимуществ таких встреч является общее ожидание того, что мы “останемся одни для выполнения работы” между ними, но в офисном окружении, которое менее вероятно.

я также наблюдаю, что моему взаимодействию с другими разработчиками больше всего способствует written общение, независимо от нашей физической близости. Например: Меня часто обращаются за помощью с sql-запросами. Во всех случаях мало смысла в том, чтобы кто-то рассказал мне - устно - о проблеме. Гораздо эффективнее просто отправить мне запрос (по электронной почте или через чат), чтобы я мог вносить изменения, добавлять комментарии и отправлять его обратно. Я общаюсь и переписываюсь по электронной почте с другими разработчиками в течение дня, иногда несколько раз одновременно, сохраняя при этом контроль над центром моего внимания. Результаты общения в письменной форме также более выгодны для разработчиков, которые не являются частью первоначального разговора. Я узнаю и делюсь большинством племенных знаний посредством истории чата и потоков электронной почты, частью которых я не был.

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

Если он на самом деле не обязан общаться с другими людьми в устной форме, почему он нужен вам в офисе?

• Другие должны знать, что, несмотря на отличные выступления, все соблюдают правила.

• Вы подозреваете, что он также использует свое контрактное время в других целях (личная работа или работа с другими организациями).

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

Вы говорите:

Всех работников в проекте, включая меня (около 20 человек, в основном менеджеры) ** имеет 2 дня** домашнего офиса в неделю которые они могут использовать всякий раз, когда без предварительного уведомления.

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

Вам нужно поговорить с этим человеком и сказать что-то вроде:

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

Получить HR, чтобы написать официальную форму, которую разработчик МЫ ДОЛЖНЫ заполнять в день за пределами бесплатных.

образец формы:

Имя:

Дата:

Резюме задач, над которыми нужно работать:

Резюме выполненных/реализованных задач:

Подпись руководителя:

Так что теперь, когда разработчик запрашивает предварительное одобрение, вы имеете право разрешить его или сказать им, что они нужны вам в офисе в тот день.

Я уже говорил с ним раньше, и он согласился следовать правилам, но это никак не повлияло на него.

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

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

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

• Регулировать себя и дать ему совершенную проверку ссылкой на его хорошие работы
• Прекращение с плохой проверкой ссылкой запись

Существует нет разработчика, который не может быть заменен. Сильные разработчики активно ищут возможности на рынке труда.

EDITED : В ответ на замечания наших запутавшихся пользователей. Компания Apple известна тем, что не позволяет ни одному программисту работать из дома. Лучшие Google-программисты по-прежнему будут работать в офисе. Я уверен, что Apple будет безжалостно прекратить любой программист, не приходя в офис на работу без разрешения. Хотя я понимаю, что мне трудно ответить на этот вопрос, это действительно единственное практическое решение. Выдача официального предупредительного письма - это уже неплохо, это должно было быть прямое увольнение, если не за хорошую работу. Обратите внимание, что инцидент продолжился после заключения договора.

Ни одна “хорошо известная” софтверная компания не должна корректировать свои правила для простого одинокого программиста. Думает ли программист, что он похож на генерального директора? Независимо от того, насколько сильный программист, программирование всегда является относительно дешевым набором навыков и всегда заменяемым.

Я уже говорил с ним раньше, и он согласился следовать правилам, но это никак не повлияло на него.

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

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