Почти 8 месяцев назад я призвал членов моей команды подписаться на Stack Overflow, чтобы они могли читать вопросы, помогать другим и развивать свои навыки. Но сейчас это вышло из-под контроля. У меня команда из 5 разработчиков, и трое из них в среднем зарабатывают не менее 150 баллов в рабочее время.
Проблема в том, что команда сидит удаленно. Они в другой стране и в другом часовом поясе, поэтому я физически не могу быть там, чтобы следить за ними и мешать им это делать. Я вижу снижение производительности, а также качества.
Например, у нас было несколько сорванных сроков и почти удвоенное количество ошибок из месяца в месяц. Уровень сложности задач остался прежним, но производительность и качество падают.
Кажется, что они несколько пристрастились к Stack Overflow. Я не прошу/не могу просить сетевую команду заблокировать переполнение стека, так как это будет мешать и другим. Я неоднократно просил их прекратить участие в Stack Overflow.
Пожалуйста, не поймите меня неправильно, я не хочу, чтобы они держались подальше от Stack Overflow (я был тем, кто призвал их участвовать в Stack Overflow, а также создал свою учетную запись), но я просто хочу, чтобы они сохранили ее. в разумных пределах.
Я также должен добавить, что я передал свои опасения неофициально и официально по электронной почте и сказал им, что это поведение отразится на их двухгодичных обзорах.
Как я могу заставить их (или заставить их) сосредоточиться на работе и избежать переполнения стека?
Просто для обновления, члены моей команды увидели этот пост, когда он появился в списке «горячих вопросов». Они договорились поставить работу на первое место, и проблема была решена, и никто не потерял работу. Прошло почти 6 месяцев с момента этой публикации, и они все еще вносят свой вклад в переполнение стека, но они сохраняют баланс, который является беспроигрышным для обеих сторон. Спасибо сообществу за помощь.
Я предлагаю вам сосредоточиться на реальной проблеме, которая заключается в том, что работа не выполняется вовремя и происходит потеря качества.
Если вы чувствуете, что у них слишком много свободного времени, чтобы проводить здесь, поручите им больше работы и более внимательно следите за ходом выполнения порученной работы. Когда возникают проблемы с качеством, отправьте их им для исправления и дайте им жесткий срок для исправления. Если они по-прежнему игнорируют вас, производительность продолжает падать, а качество продолжает страдать, тогда используйте свой HR-процесс, чтобы избавиться от неэффективных сотрудников.
Вот суть: если они используют его для работы, какое вам дело? Проблема никогда не должна заключаться в том, что «эти люди делают то, что я бы предпочел не видеть». Попахивает микроменеджментом. Вопросы, которые вы действительно должны задать:
Они не соблюдают сроки, которые укладывались до того, как вы представили им Stack Overflow?
Если это то, что происходит, обсудите это. Вам, вероятно, даже не нужно напрямую вызывать переполнение стека; просто скажите: «Послушайте, вы не выступаете на том же уровне, что и месяц назад, поэтому, что бы вы ни изменили, давайте вернем обратно». Я был бы открыт, по крайней мере, для отзывов по этому поводу. Возможно, есть еще одна причина, совершенно не связанная с переполнением стека, по которой они отстают.
Я чувствую, что должен добавить здесь, что выслушивание членов вашей команды полезно не только для того, чтобы «сделать их ответственными в будущем», но и потому, что то, что вы думаете о проблеме, может на самом деле не быть проблемой .
Занимаются ли они чем-то вроде технической поддержки по телефону (т.е. не работой разработчиков, как я сначала предполагаю), когда их экраны снимаются во время звонков, а QA наблюдает, как они переходят на неутвержденные сайты?
Как и выше, обсудите этот вопрос. Это может показаться проблемой «Эй, не переходите к Stack Overflow», но на самом деле это проблема «Эй, не позволяйте QA поймать вас на том, что вы собираетесь использовать Stack Overflow для несанкционированных целей».
Босс или кто-то еще поймал их на просмотре Stack Overflow?
Если это так, возможно, важным моментом является встреча с руководителем. Как разработчик, я считаю, что набор сайтов Stack Exchange, безусловно, самый полезный элемент, даже более полезный, чем собственная техническая поддержка Microsoft. На самом деле, единственный раз, когда я считаю его менее полезным, чем что-либо еще, это когда я использую сторонний API, который не использует значительная часть населения. Возможно, этому руководителю нужно продать это.
Или, если руководитель непреклонен, вам, к сожалению, придется встретиться с командой, чтобы сообщить им, что политики изменились, и они больше не могут получить доступ к Stack Overflow. Я бы не назвал начальника по имени, если только вы не хотите начать войну за территорию; просто сообщите им о ситуации, проявите сочувствие и двигайтесь дальше.
Кто-то потенциально опорочил или иным образом запятнал доброе имя вашей компании неприятным или неуместным ответом?
Сообщество Stack Overflow неплохо справляется с поиском и удалением плохих сообщений довольно быстро, но, тем не менее, это не совсем проблема «не читать Stack Overflow». Если это проблема, вам нужно встретиться с правонарушителем и сообщить ему о серьезности ситуации. Людей могут и действительно увольняют из компаний за то, что они выставляют компанию в дурном свете.
Есть (по крайней мере) два способа управления производительностью:
Многие из ответов здесь делают предположение в этом направлении. Но работа не делается, и вы знаете, почему. Итак, вам придется вернуться к:
Это не микроуправление, чтобы утверждать это, особенно в качестве средства для выполнения некоторой работы. Им платят за то, что они тратят время на деятельность, которую поручает им работодатель. Им не платят (как я полагаю) за исправленную ошибку или за соблюдение сроков. (Если да, то есть простое возможное решение — они получают меньше результатов на человека, поэтому вы автоматически платите им меньше и можете использовать деньги, чтобы нанять больше людей). Так что они должны делать то, за что им платят, и вы должны показать им это.
Вы сказали им, что участие в Stack Overflow — неподходящее использование рабочего времени. Они продолжали это делать. Они должны либо отключаться, участвуя в Stack Overflow, и компенсировать это время в другом месте, либо они должны вообще не отвечать на вопросы, в зависимости от того, насколько гибко вы подходите к рабочему графику для этих работников.
Будьте тверды. Если бы они проводили вместе в пабе по нескольку часов между 9 и 6 каждый рабочий день, потому что «они немного пристрастились к алкоголю», то я сомневаюсь, что вы бы колебались, и вас бы не обвинили в микроменеджменте. Участие в Stack Overflow, когда вы прямо сказали им, что это не работа, является их личным досугом. Им нецелесообразно заниматься этим в основном в рабочее время.
Одна вещь, которую вам следует избегать, если это вообще возможно, — это прямой мониторинг их использования Stack Overflow (например, отправка им по электронной почте сообщения о том, что вы проверили их профиль). Во-первых, это контрпродуктивно, поскольку побуждает их быть скрытными. Они могут даже создать вторые учетные записи. Во-вторых, это вредит доверию между вами и удаленной командой. В настоящее время они не заслуживают доверия, но ваша первая попытка вернуть им доверие должна состоять в том, чтобы заставить их следить за тем, сколько времени они тратят, и убедиться, что это слишком много.
После того, как вы попробовали это, если они действительно «зависимы» (возможно, не клинически, но приобрели привычку, от которой им трудно избавиться, но они хотели бы это сделать), вам, вероятно, следует обратиться за советом к специалисту по этому поводу. Я не чувствую себя вправе давать советы о том, как помочь им избавиться от таких привычек после того, как они увидели проблему, честно попытались решить ее и потерпели неудачу из-за какой-то формы принуждения, которую они не могут преодолеть.
Я чувствую себя вправе сказать, что для вас совершенно законно интересоваться тем, как люди, которыми вы управляете, тратят время, которое им платят за работу в компании. Поскольку вы проявили интерес и решили, что это нужно прекратить, тогда, если это абсолютно необходимо, вы должны привлечь к этому дисциплинарное взыскание. Люди не могут работать удаленно, если им нельзя доверять настоящую работу.
Что бы это ни стоило, я все равно отслеживаю свое рабочее время по частям, чтобы заполнить табель учета рабочего времени, чтобы компания могла оценить внутреннюю стоимость проектов. Иногда я смотрю на Stack Overflow, ожидая, пока что-нибудь запустится. Когда я понимаю, что потратил много времени на переполнение стека задолго до того, как все закончилось, я считаю это перерывом и компенсирую время. Это работает для меня, потому что я работаю по гибкому графику, и это дает мне сильные стимулы смотреть на переполнение стека только короткими всплесками во время работы и более длительными периодами вне работы. Если ваша команда гибка, то это может сработать для них (конечно, при их сотрудничестве). Если их рабочий день представляет собой более жесткий график с 9 до 6 с обеденным перерывом, то их воздержание от использования Stack Overflow также должно быть более жестким. И если вы рады, что они тратят час в день на переполнение стека, это
Кроме того, имейте в виду, что до Stack Overflow это был Facebook, а до этого мог быть Usenet или LiveJournal. Всегда есть вещи, которые могут отвлечь людей от работы. При условии, что они не намеренно расслабляются, а просто позволяют себе отвлечься, они, вероятно, оценят некоторые правила, если они не слишком экстремальны («вы будете уволены, если я снова поймаю вас на переполнении стека» слишком экстремально) . Правила, запрещающие это плохое поведение, помогут им дисциплинировать себя, чтобы избежать этого, при условии, что они не буквально зависимы.
Обвиняете вы Stack Overflow или нет, ваша команда поняла, что несоблюдение сроков не несет ни негативных последствий, ни преимуществ от соблюдения сроков. Они получают все, что у них есть, несмотря ни на что. Это первая проблема, которую вам предстоит решить.
Я предлагаю установить более короткие сроки и предусмотреть последствия их невыполнения. Ключевым моментом здесь является их установка до того, как сроки клиента или крупного проекта будут сорваны. Слишком долгое ожидание только заставит вас выглядеть плохо.
На вас лежит часть ответственности, но ваша команда должна понять, что они могут выполнить работу качественно и в срок или пострадать от последствий. К сожалению, вы не можете заглянуть им через плечо и заставить их работать. Они создали отсутствие доверия, но вы позволили им.
Я полностью согласен с другими ответами здесь, говоря, что проблема не в переполнении стека, а в снижении качества и количества работы.
Сказав это, поскольку это переполнение стека, которое является потенциально очень ценным ресурсом для их работы как программистов, я хотел бы предложить несколько иной подход, чем просто рассматривать время переполнения стека как потраченное впустую, непродуктивное время, потому что, строго говоря, это не так. - их время на Stack Overflow, вероятно, делает их лучше в программировании и общении в целом, как минимум.
Я думаю, вам нужно действовать как менеджер и расставлять приоритеты для них. Приоритет № 1 (и № 2, и № 3, судя по всему) — это реальная работа, за которую им платят. Впечатлите, что важно, чтобы они сосредоточились на работе, и, используя метрики, которые вы указали в своем вопросе, вы можете указать им, что вы знаете, что работа не выполняется, что необходимо изменить. Вместо того, чтобы пытаться заставить их прекратить использовать Stack Overflow, вам нужно заставить их сделать свою работу более приоритетной, чем Stack Overflow.
Я сам был там с ошибкой сервера. Думал, что это было лучше всего, так как я обнаружил, каким забавным может быть алкоголь, и пошел за борт, потратив около 90% своего рабочего времени на ServerFaulting, вместо того, чтобы работать, что вызвало проблемы, и в итоге мне пришлось тренироваться и напоминать себе, что такое Server Ошибка была действительно для того, чтобы помочь мне сделать мою работу и быть лучшим сисадмином, а не как что-то сделать, чтобы убить время, пока я был на работе, или вместо того, чтобы работать. В результате я все еще довольно активный ServerFaulter, но это не мешает моей работе.
Я думаю, что сосредоточение внимания на выполнении работы вместо того, чтобы сосредоточиться на том, чтобы они «не тратили время на переполнение стека», даст вам гораздо лучшие результаты. Напоминание им, что они могут сделать и то, и другое, что это не обязательно должна быть работа или переполнение стека, вероятно, облегчит им принятие изменения, а не приведет к потенциальной конфронтации.
Несколько вещей, которые помогли мне, которые могут помочь вашей команде:
Воу, воу, воу. Замедлять.
Во-первых, полный отказ от ответственности: я чувствую, что Stack Overflow отчасти обязан мне тем, что я получил свою первую работу по программированию после колледжа. С тех пор, как я его получил, я не переставал вносить в него свой вклад в свободное время.
Никто в моем офисе также не жаловался на то, как я им пользуюсь. Опять же, когда я на работе, я действительно работаю . Я отвечу на ваш вопрос чуть позже.
Как я могу заставить их (или заставить их) сосредоточиться на работе и избежать переполнения стека?
Главное, на что это похоже, это отсутствие интересных занятий. Если кому-то в вашей команде скучно, они займутся другими интересными делами или займутся другими интересными делами. Для них это может быть переполнение стека.
Взаимодействуйте с командой. Посмотрите, что они думают о текущем проекте, над которым работают, и посмотрите, на каком уровне их мотивация/уверенность. Узнайте главную причину того, почему они проводят так много времени на работе , не выполняя работу , выяснив, на что они на самом деле тратят большую часть своего времени.
Увеличение числа дефектов также может быть вызвано любым другим рядом причин — крайними сроками, нехваткой времени для контроля качества, чтобы проверить каждый закоулок, недостаточными усилиями по модульному/интеграционному тестированию с их стороны, чтобы убедиться, что глупые ошибки не делают свой путь в программу. Обеспечение того, чтобы ваши разработчики писали тесты (точнее, писали хорошие тесты), — хороший способ уменьшить общее количество вносимых дефектов.
Я могу уважать ваше стремление к повышению производительности и то, что вы сообщили им, что плохая работа отразится на их обзоре. Но, возможно, нужно еще немного поработать, чтобы выяснить, почему сроки сдвигаются и что происходит на самом деле. Плохой моральный дух также является мотивацией сапера.
Сосредоточьтесь на прямых проблемах, таких как потеря производительности и качества. Это могло произойти из-за переполнения стека, Википедии, Майнкрафт, Facebook и т. д.
Я не знаю, каким образом вы обычно общаетесь (видеочат, телефон, электронная почта и т. д.), но я могу спросить что-то вроде этого:
В последнее время мы наблюдаем общее снижение качества нашей работы и нашей способности уложиться в сроки. Кто-нибудь знает, почему?
Вы можете быть удивлены; это может быть плохая коммуникация, сложные задачи разработки, расплывчатые требования или другие факторы, о которых вы даже не подумали.
Опять же, как я уже говорил ранее, в переполнении стека нет ничего уникального в отношении вашей ситуации.
К вашему сведению , я тоже "пристрастился" к переполнению стека;)
Но столько времени, сколько я потратил на это, я сэкономил благодаря этому еще больше.
Это может быть и чемпионат мира по футболу , летняя жара или какая-то другая причина, так что обвинение SE/SO, вероятно, заставит их переключиться на Twitter/Facebook/что-то еще.
Вам следует сосредоточиться на проектах и сроках и, возможно, предложить обсудить переход на оплату по проектам вместо почасовой оплаты. Так как ребята, вероятно, читают это, (привет ;p), вы не можете просто утверждать это, но действительно должны иметь что-то, чтобы поддержать это.
Также размещение здесь является вопросом тайм-менеджмента. Я вижу здесь много людей снова и снова, Джо Страззере (даже правильно назвал имя, не глядя), Вьетнхи Фуван (нет, этого еще нет) или Джона Скита, нет историй о том, как они изо всех сил пытались выполнить работу, хотя они постить здесь много. Так что, возможно, наймите тренера, который покажет им, как не тратить слишком много времени на ответ на вопрос или перекрестное чтение ответов, чтобы найти то, что вы ищете.
У меня есть парень, чья домашняя страница — Stack Overflow. Его логин "RepCap". Он самый продуктивный человек в моей команде. Общая политика просто невозможна. Если продуктивность в последнее время упала, не путайте корреляцию с причинно-следственной связью. Хороший, хорошо обученный менеджер не стал бы. ТАК может быть тем, что удерживает производительность от дальнейшего падения.
Микроменеджмент — это всегда искушение, но это одна из самых контрпродуктивных вещей, которые вы только можете сделать. Проведите еще несколько исследований. Спросите их мнение о проблеме производительности. Это даст им понять, что вы осведомлены и обеспокоены, и даст им шанс стать частью решения. Работать с людьми всегда выгодно.
Вы всегда можете просто дать им (оплачиваемый) отпуск, чтобы внести свой вклад в переполнение стека.
Однажды я брал интервью у ИТ-консалтинговой компании в Техасе, которая выделяет своим разработчикам определенное количество часов для работы над личными проектами.
Узнайте, в какое время они наименее продуктивны, и дайте им эти часы для личного развития (я предполагаю, что это вечер пятницы).
После того, как вы настроите эту политику, вы сможете решить реальные проблемы качества программного обеспечения и низкой производительности, внедрив одно из многочисленных предложений, приведенных здесь.
Я думаю, что в этой ситуации вам будет неэффективно пытаться микроуправлять из-за культуры удаленной работы. Вместо этого вы можете попробовать этот подход:
После того, как вы это сделаете, наблюдайте, есть ли какие-либо изменения в поведении.
В крайнем случае, наказать одного человека (я бы предложил сделать выговор или дать больше работы). Вы даже можете попытаться заблокировать SO для этих конкретных людей на неделю.
Вы всегда можете смешивать и сочетать в зависимости от ситуации.
Нотфонкайзер
Торбьерн Равн Андерсен
джморт253
Кевин
IDRinkandIKnowThings
Маффин Человек
пользователь 2711965
3.1415926535897932384626433832
Мачта
Торбьерн Равн Андерсен