Жил-был некий, например, Вася – разработчик, который очень часто опаздывал. Ну и что? – спросите вы. Разработчики – люди творческие, скажите вы. И будете … неправы. Но давайте ненадолго оставим Васю в покое и поговорим о свободном графике.
Существует весьма популярное мнение, разделяемое и программистами и, зачастую, работодателями, что настоящий профессионал не может продуктивно работать в офисе, по часам, под присмотром ненавистных многим «жаворонков». Что вполне допустимо приходить часам так к четырём, главное, чтобы работа была сделана. Что утром приезжать на работу бесполезно, так как после ночных посиделок в интернете всё равно слишком хочется спать. Что для работы необходим настрой, озарение, особое состояние сознания, без которого просиживать штаны в офисе – только время зря терять. Подобные рассуждения (и поверьте, я ни слова не придумала, так, записала кое за кем) раздражают меня по двум причинам.
Реплика в сторону:
Вы заметили, какое мягкое слово я выбрала – «раздражают»? А ведь подумала я совсем, совсем по-другому. Но вдруг мои тексты будут читать дети…
Начну с того, что я не принимаю и не понимаю подобную расхлябанность. (Название моего блога помните? Ну вот то-то же.) Не высыпаешься? Ложись раньше. Не можешь лечь раньше, так как не успеваешь закончить запланированное? Займись тайм-менеджментом. Не слышишь будильник? А ты его не забыл завести? За подобными дошкольными объяснениями маршируют обычно суровые студенческие аргументы. Я лучше работаю по ночам, потому что я сова, стрелец, Есенин, нужное подчеркнуть. Моя производительность зависит от солнечной активности, лунных затмений, приливов в океане, положения Марса в доме Венеры (ох, я отвлеклась). Следом двигается тяжёлая артиллерия. Если кому-то обязательно нужно поговорить со мной лично, это потому, что он не умеет писать письма. Если письмо не ждёт до завтра, значит, у вас плохо выстроены процессы. И как-то же Америка отдаёт тех. поддержку в Индию, так чем мы хуже? Себе любимому можно позволить очень многое, это правда. Но – только до тех пор, пока это не мешает делу. И это подводит нас ко второму пункту.
Редко когда работа программиста на 100% сводится к кодированию и только кодированию. Поучаствовать в собрании с менеджером проекта, послушать рассказ тимлида о планируемых нововведениях, подсказать приятелю-тестеру, куда следует смотреть особенно пристально, – всё это требует времени и, что важно, времени рабочего, когда другие члены команды на месте и в состоянии с вами общаться. Интереснее становится, когда набор функций разработчика расширяется. Отвечаешь за процесс деплоймента? Прекрасно: помни, что релизы проводятся строго в первой половине дня, чтобы больше рабочего времени оставалось на оценку успешности выкладки. Ты должен участвовать в первичном разборе инцидентов на боевой среде и помогать в локализации и устранении причин проблем? Не забывай о законе подлости: беда случится ровно тогда, когда никого из специалистов не будет на рабочем месте. Именно необходимость присутствия, обоснованная зафиксированным кругом обязанностей, даёт мне моральное право негодовать, когда кто-то опаздывает.
Дисклеймер:
Вообще-то я знаю, что бывает работа, допускающая абсолютную дистанционность и оторванность от реального времени. Она называется freelance – и пусть себе будет, я сама когда-то подвизалась в этой области. Мне сейчас просто не интересно об этом говорить, я пишу только о работе в крупных командах.
Вот мы и вернулись к нашему заскучавшему Васе. Он опаздывает – часто. Скажем, может неделю приходить к обеду, по нескольку часов не отвечая на звонки. А может вдруг три дня подряд приходить к девяти утра. Чтобы потом снова прекрасным принцем исчезать в утреннем тумане. При этом он хорошо кодирует и более-менее в срок успевает всё закончить. Чтобы было немного интереснее, поделюсь данными разведки: оказывается, когда тимлид уходит в отпуск, Вася начинает удивлять всех своей пунктуальностью. Есть ли повод для недовольства? Увы, да, так как помимо разработки от Васи ожидается, что он, как минимум, будет присутствовать при выкладке собранных им релизов, а также помогать тимлиду разбирать возникающие на боевых сложности.
Как заставить Васю всегда приходить вовремя? Прежде чем я расскажу (недели через две), как я подошла к решению этой проблемы в общем и что я пробовала сделать в частности, я предлагаю вам поделиться своими идеями. Обсудим?
1)
Скажем прямо и грубо:
ЕСЛИ речь идет о разработке сложного продукта, в процессе сборки которого хотя бы один раз возникает вероятность того, что я потребуюсь для правки (консультации, ответа, теста – неважно чего),
ТОГДА в отношении меня режим “приходи, когда хочешь” не применим. Вообще, никак, ничуть не применим. И пользоваться им я не смогу.
В обратном случае – все ок.
2)
Как правило, люди типа “тим-лид” могут быть востребованы в любой момент, и к ним свободный график не применим.
Вы – тим-лид.
Если вы от всех ждете правильного поведения, не оговаривая его предварительно, то конфликт интересов гарантирован. Орлов с Панкратовым о подобном много часов наговорили.
3)
Меня смущает термин: “расхлябанность” и смущает невозможность сделать более точную оценку ситуации.
Сходу, на основе прочитанного, делаю следующий вывод – даже ЕСЛИ у меня, подотчетного вам сотрудника, есть вероятность работать в режиме “я сова, и я прихожу поздно”, и от моего позднего прихода никто не страдает, ТО вы все равно воспринимаете и трактуете подобное поведение как “расхлябанность”.
Если оставить этот ярлык, то – Расхлябанность, несомненно, угроза для любого коллектива, особенно если там есть моменты, когда все участники процесса должны быть на месте. С этим не будет спорить даже тот, кто “я сова, и пишу по ночам”.
И под этим определением можно любого “Васю” заставить работать с семи утра до десяти вечера. Не можешь вставать в шесть? Обливайся холодной водой, не вылезая из-под одеяла. Не успеваешь? Займись тайм-його-менеджментом. Не слышишь будильник? С десятого этажа бросай шарик с водой на свою машину во дворе, чтобы сигнализация сработала. Не можешь перестать быть мудаком? Убей себя об стену.
Ей-богу, если дело только в трактовке ситуации, то получается простая логическая подстановка терминов (о которой много байтов написано Фрицом Моргеном), после которой вы получаете сложно оспоримое преимущество в конфликтной ситуации.
То есть, “Вася” живет нормально, а вы его “нормальное” воспринимаете как “расхлябанность”.
4)
Я далек от того, чтобы приписывать вам мои домыслы, и трактовать то, что и как вы воспринимаете.
Но из вашего текста не ясно, действительно ли “Вася” ленивый раздолбай, или он адекватный, только ему когда-то дали личные послабления, которые вам, тим-лиду, не подходят по ряду причин, и вы хотели бы что-то изменить, чтобы ваша команда работала без сбоев.
Речь идет о конкретном “Васе”, или это какой-то собирательный образ программиста ВООБЩЕ?
А может, вы просто техно-фрик, любитель программировать всё и вся, упёрто верящий в нерушимость процессов, и под какой-то ясный и светлый только для вас процесс прогибаете и причесываете всю вашу команду?
Слишком много возможно вариантов. Я, конечно, предполагаю о вас только самое лучшее, но на эту неясность смею обратить внимание, она губительна для любого дальнейшего обсуждения представленной ситуации.
5)
Если “Вася” настаивает на сохранении своего распорядка дня, а проекту (или его начальнику) требуется присутствие всех, то “Вася” должен идти лесом. Или сам пойдет, или пинками.
Незаменимых нет, на работе есть условия, которые диктуют впередсмотрящие, вроде менеджеров или тим-лидов, и если кто не подходит под озвученные условия – команду надо переукомплектовать.
Бывают же ситуации, когда и команда на месте, и проект все тот же, но обстоятельства заставляют что-то изменить. У меня такое было – и рассадили тестировщиков и программистов по разным кабинетам, и распустили ежедневные стэнд-ап митинги, и было разрешено приходить в офис с 10:00 до 10:05 (с просьбой оценить мягкость допущенной вольности), и вообще все как-то незримо, но ощутимо поменялось, хотя внешне, со стороны клиента, и вообще никаких изменений не наблюдалось.
Мало ли, какие ситуации бывают…
Алексей, спасибо за подробный комментарий.
1. Да, моя реальность – работа над очень крупным интернет-проектом (сайт Яндекс.Денег). Каждый разработчик, участвующий в процессе, как минимум иногда может оказаться очень и очень нужен, причём именно сию минуту.
2. Нет, я не требую от своих ребят ничего, о чём им не было бы сказано заранее: и в момент первого собеседования, и при оформлении на работу, и позже – неоднократно. И у меня хватает адекватности не требовать от других того, что я иногда требую от себя. Контрол-фриками все вокруг быть не обязаны. :)
3.
> даже ЕСЛИ у меня, подотчетного вам сотрудника, есть вероятность работать в режиме “я сова, и я прихожу поздно”, и от моего позднего прихода никто не страдает, ТО вы все равно воспринимаете и трактуете подобное поведение как “расхлябанность”
Не совсем так. Действительно, я могу оценивать ведущего себя настолько расслабленно человека довольно низко, но – молча. Другое дело, когда появляются соображения из моего второго пункта, когда уже не просто мне “из вредности” хочется видеть всех рано утром, а когда люди могут оказаться необходимыми. Не для меня – для общего дела.
4.
> Но из вашего текста не ясно, действительно ли “Вася” ленивый раздолбай, или он адекватный, только ему когда-то дали личные послабления, которые вам, тим-лиду, не подходят по ряду причин, и вы хотели бы что-то изменить, чтобы ваша команда работала без сбоев.
Я бы не хотела на это сейчас отвечать, если не возражаете. Напишу об этом в посте, в котором буду описывать мой подход к решению проблемы. Но вопрос вы очень правильно ставите, кстати.
> Речь идет о конкретном “Васе”, или это какой-то собирательный образ программиста ВООБЩЕ?
Вася конкретный, хотя, мне кажется, довольно типичный товарищ.
5.
> Незаменимых нет
Безотносительно обсуждаемой ситуации, к сожалению, вынуждена не согласиться. Незаменимые люди есть. У нас в компании таких, например, трое. (Но нет, я не вхожу в этот список.)
Ок, ситуация прояснилась.
1)
Как решить наличную проблему: ну, я уже сказал, что предлагаю действовать резко. Или вся стая успешно загоняет оленя, или вся стая пинает того, кто мешает. Мы же на охоте, ррры.
“Пинать” не подразумевается “до смерти”. Неподходящесть к условиям можно решить разными способами, и мягко, и грубо, но саму проблему надо ставить ребром, и принимать определенное решение.
Решение обычно находит сам человек, который почему-либо не укладывается в рамки охоты; надо просто сказать ему о проблеме и спросить, чего он сам хочет делать.
Может, ему в другой стае будет лучше?
А может, он и не волк вовсе, а реальная сова, и в обществе сов ему будет лучше?
А может, он не волк, но он может быть наводящим в ночной охоте (оклад тот же – мясом и шкурами, но придется летать по ночам)? Вон ведь, в стае Акеллы были и медведь, и пантера, и большой Змей, и “глупый лягушонок”, и всем было чем заняться.
Ведь если кругом одни только мускулистые волки воют на бегу – становится скучно.
2)
Про незаменимость – компания Adidas живет и процветает, хотя ее основатель, абсолютно незаменимый Адольф Дасслер, давно уже не носит обуви – ему это вообще не нужно, у него арфа есть.
В проекте (в компании) есть роли. Роли могут брать на себя разные люди. В итоге компания существует, хотя люди постоянно меняются.
Поэтому я говорю о том, что незаменимых нет.
Один из офисов разработки, в котором я работал, закрылся именно потому, что программисты в головном офисе компании поняли, что они не являются незаменимыми :) И что даже их давно существующий код, запутанный и вдосталь снабженный комментариями на литовском языке, какие-то “молдаванские молдаваны” все равно смогут успешно поддерживать и даже развивать, перетягивая к себе все большее количество проектов внутри компании.
Вот, например, у вас там есть Тимур Хайруллин, который неимоверно рулит, даже когда просто молчит. Но даже если он уйдет вместе со всеми своими парнями, все равно кто-то будет делать нагрузочное тестирование сервисов Яндекса…
Алексей, вашу версию услышала, спасибо. Аллюзия с охотой – отлично! Постараюсь удержаться от цитирования, но не могу обещать. :)
Про незаменимых людей и роли. Да, если роль можно без потерь передать другому человеку, о незаменимости говорить нет смысла. Но иногда бывает так, что сама роль – очень простая, кажется, бери кто хочет. Но взять на самом деле могут только избранные. По крайней мере так я оцениваю тех троих. Это больше, чем рабочие навыки и умения. Это умение по-другому думать, и это обладание уникальным набором знаний.
Уникальный – это единственный. Когда таких человека три, то они заменимы. (Коммент для порядка, в целом с точкой зрения полностью согласен).
Про то, что режим работы “прихожу когда высплюсь, зато сижу до ночи” жутко неудобен окружающим – это непреложный факт. Это неудобно, это раздражает, это бесит. Тут я с тобой согласна на 250%.
Про то, как быть с тем Васей не знаю. Тех Васей у нас как минимум четверо. Одного долго пыталась как-то “починить”, на остальных просто рукой махнула.
Буду ждать от тебя универсального метода :)
> Буду ждать от тебя универсального метода :)
Что? Где? Кто это? (испуганно оглядывается) Когда это я пообещала универсальный метод? :)
Нет, увы, универсальный метод поможет разве что не менее универсальному коню в вакууме. Я буду про более-менее конкретного Васю всё-таки.
Вот если тебе удастся того самого Васю построить (удачно), тогда данную методу к остальным можно будет применить. С небольшими коррективами под конкретную персоналию.
Все просто — Вася не чувствует себя важным. Он не чувствует важности своего прихода в 10 утра. Когда нет тимлида — важность появляется, потому что он на рубеже, на нем ответственность. В противном случае ему пофиг.
Проблема в том что программисты вполне неглупые люди, у них все впорядке с логикой. И “приходить к 10-ти потому что надо” для них абстрактное требование. “Приходить к 10 потому что это надо какому-то дураку-менеджеру” — тоже абстрактное. “Потому что оштрафуют” — бесполезное, найдет нормальную работу.
Надо дать Васе почувствовать свою важность. Вася должен чувствовать себя супергероем, который ровно в 10 утра мчится спасать мир от полчищ злых гениев, которые спят и видят как бы захватить весь мир, и опоздание здесь немыслимо — ведь злодеи не ждут и рано встают.
Если Вася будет чувствовать себя супергероем — он будет приходить вовремя и работать эффективнее.
Иван, спасибо за идею, записала. И да, мне этот полученный “от разведки” факт тоже кажется очень важным.
хе. очень согласен. это один из элементов мотивации.
если Вася НЕ чувствует нужность и важность – заставлять его – просто зря тратить время.
И пример того, что Вася приходит во время отпуска тимлида – очень подтверждает это.
НО здесь может быть ещё и конфликт.
Может быть Вася чем то не доволен в общении с тимлидом?
Именно не работой (иначе, бы он не выполнял работу или выполняе её плохо, и не успевал её делать) а отношением и общением с тимлидом.
Опять таки по себе лично могу судить – мне очень НЕ комфортно “звонить по телефону”. Я лучше потрачу 3 часа и доеду до магазина чтобы уточнить наличие или комплектность товара, чем позвоню. это мои тараканы. И если меня заставляют на работе звонить, вместо того чтобы написать письмо или подойти лично поговорить – мне будет очень не комфортно и этого я не пойму.
Мне кажется, проблема не в том, приходить в 10-00 или не приходить. В одной из практик (xp, вроде?) предлагается использовать термин “процент времени совместной работы команды”. Я в своей практике использую именно его и предлагаю сотрудникам работать в свободном графике, но пересечение с командой должно быть 80%. Это “время команды” установлено с 10 до 19.
А вот дальше возникает проблема. Дело в том, что многие программисты не считают себя членами команды, а к своей работе относятся как к индивидуальной. Причем я склонен думать, что это – вопрос скорее психологии, нежели количества проведенных тимбидингов или скрамов.
Всякие участия в деплоях, сборках и прочие регламентные работы я, извините, в к командной работе не отношу, потому что они все-таки или индивидуальные, или разовые.
> Всякие участия в деплоях, сборках и прочие регламентные работы я, извините, в к командной работе не отношу, потому что они все-таки или индивидуальные, или разовые.
А почему? Или это особенности ваших процессов? Для нас разбор траблов в реальном времени – обязанность каждого, и при этом у каждого есть своя “сильная” сфера, где человек разбирается в вопросе лучше других. И коли мы не знаем, где выстрелит, лучше бы всегда были доступны знания каждого.
Мне кажется, будет полезно договориться: когда Вася нужен, пусть приходит к конкретному времени и привести агрументацию, почему это нужно.
Когда же Вася может позволить себе придти попозже (например, идет кодирование релиза), нужно дать ему такую возможность.
Жанна, поняла вас. А если не бывает дней “идёт кодирование”, если человек может оказаться нужен каждый день? Что тогда?
Я думаю все проще: на Васю просто не подействуют приоритеты. Для того чтобы понимать приоритеты надо мыслить не в терминах программного кода, а в терминах команды и задач которые перед ней стоят. Вы так умеете, поэтому вы тим-лид :-)
Я уверен, что по всем законам подлости, после расстановки приоритетов все равно наступит момент когда его не окажется именно тогда, когда он вам будет нужен. Да, и на телефон он тоже не будет отвечать.
Ужасно интересный вопрос, причем не только в разработческом пласте, а еще и в общечеловеческом смысле и, даже, пожалуй, в психологическом (почему Вася опаздывает, почему это неприемлемо, как это исправить). Жду обещанного рассказа :)
На мой взгляд, обсуждаемый вопрос имеет несколько локальный характер.
Выражаемый подход дисциплинарного присутствия в офисе, оправдываемый необходимостью “совместной работы команды” и “всегда быть под рукой”, на мой взгляд, определяется несколькими факторами:
– стиль работы руководителя команды (мои программисты – это мои пальцы)
– излишняя напряженностью работы команды (требуются постоянные совещания – это либо нехватка ресурсов, либо неадекватность оценки времени исполнения задач, либо высокая динамика требуемых изменений системы и т.п.)
– общий стиль управления в компании – излишняя “корпоративность”
– другие факторы (читай – “отклонения” от “спокойной” работы)
Таким образом, в вашем случае совместное присутствие в одной точке всех программистов в единый период времени – суть необходимость, а не теоретически обоснованный подход.
При такой необходимости есть только два пути реализации:
- воспитывать коллектив
- увольнять/набирать людей с соответствующими характеристиками
Воспитание коллектива, на мой взгляд, суть перестраивание человека. Если такой подход применять для достаточно сильной личности, то либо будет снижаться производительность/лояльность (из-за внутреннего конфликта человека – “мне приходится работать по их правилам – это меня угнетает и мешает думать”), либо человек просто уйдет.
Увольнение/набор может быть связан с затратами на вход человека в коллектив/задачу/технологию производства.
Я говорю это к тому, что на мой взгляд, лучше думать в направлении корректировки подхода к процессу производства, а не думать, как “сломать” людей различными хитрыми способами.
Из собственного опыта могу сказать, что перестраиваться не так уж и сложно, зато когда процесс устраивает всех и каждого, то команда становится на порядки гибче и производительней.
В качестве примера такого рода “действий” по перестройке процессов:
- изменение системы коммуникаций с вертикальной (менеджер-программист) на горизонтальную (программист-программист) и смешанную (тот кто хочет с тем кто нужен)
- введение дополнительных коммуникационных инструментов (взять, хотя бы иструменты баг-трекинга и использовать их для формальных коммуникаций)
- замену глобальных совещаний в конкретное время на локальные планерки в договорное время, на которых решаются небольшие локальные задачи
- смена роли менеджера проекта с дерективной на коммуникативную
и т.п.
Мне понравилась версия Александра Чернина касательно пересечения команды на какое-то время.
> Выражаемый подход дисциплинарного присутствия в офисе, оправдываемый необходимостью “совместной работы команды”
Видимо, я недостаточно чётко написала. Человек мне нужен утром потому, что он может оказаться нужен не мне – нашему порталу, на котором творится что-то странное, в чём этот человек с определённой вероятностью разберётся быстрее остальных. И ещё он нужен при релизах, не для моего спокойствия, а чтобы в случае чего быстро оценил, что в его свежевыложенном коде работает не так.
> требуются постоянные совещания
Не требуются. Есть какое-то количество совещаний, на которых разработчик должен присутствовать, но их – пусть одно, максимум два в неделю. То есть проблема не количестве, а в самом их наличии. Если на встречу приходят пять человек из разных отделов, и так достаточно сложно выбрать удобное всем время, а если ещё не иметь возможности собираться в первой половине дня – да с какой стати?
> – общий стиль управления в компании – излишняя “корпоративность”
Что вы имеет в виду? В каком смысле “корпоративность”?
> Я говорю это к тому, что на мой взгляд, лучше думать в направлении корректировки подхода к процессу производства, а не думать, как “сломать” людей различными хитрыми способами.
Ну, я всё-таки стараюсь не ломать людей, а сразу подбирать таких, кто легче впишется в выстроенные процессы.
> (взять, хотя бы иструменты баг-трекинга и использовать их для формальных коммуникаций)
Кстати, когда-то мы так пытались делать, но довольно быстро оказалось, что багтрекер для коммуникации подходит мало и вести в нём мало мальски глубокие обсужедния возникающих вопросов – неудобно. Или… А что вы понимаете под формальными коммуникациями?
> Мне понравилась версия Александра Чернина касательно пересечения команды на какое-то время.
Да, _в общем случае_ идея очень правильная, кто бы спорил.
>Видимо, я недостаточно чётко написала. Человек мне нужен утром потому, что он может оказаться нужен не мне – нашему порталу, на котором творится что-то странное, в чём этот человек с определённой вероятностью разберётся быстрее остальных. И ещё он нужен при релизах, не для моего спокойствия, а чтобы в случае чего быстро оценил, что в его свежевыложенном коде работает не так.
1. на портале может творится что-то странное и в 3 часа ночи и в 12 дня. почему тогда идёт привязка к 9-00?
2. насколько мне известно в Яндексе можно работать удалённо, всякие ноутбуки(одни для работы и дома) джиры и т.д. или до меня довели не верные сведения? тогда всё решается звонком.
да и если есть необходимость поддерживать работоспособность сервиса 24 часа в сутки – то одним человеком тут не обойтись точно. тут нужно дублирование людей, байпасы и избыточность.
> 1. на портале может творится что-то странное и в 3 часа ночи и в 12 дня. почему тогда идёт привязка к 9-00?
Что-то странное редко творится ночью, потому что ночью мы не обновляем систему. А вот рано утром – воплне. И в результате этого обновления может стать больно.
Когда это что-то всё-таки случается ночью, саппорт иногда звонит и в разработку, но тут уже конкретно свою команду я прикрываю, рано утром и поздно вечером дёргать будут только меня.
> 2. насколько мне известно в Яндексе можно работать удалённо, всякие ноутбуки(одни для работы и дома) джиры и т.д. или до меня довели не верные сведения?
Не всё (по разным причинам) можно сделать удалённо. К тому же иногда счёт идёт на минуты, и действаовать надо сразу, а не закончив завтрак и приняв душ. При удалённой работе человек может оказаться не за компьютером в те самые 5 минут, когда всё плохо.
Вася когда-нибудь остается до 12 ночи потому что “так надо”? Как часто?
Вася срывает сроки сдачи проектов? Как часто?
Бывают ли задачи, на решение которых у Васи не хватает квалификации и работу приходится делать Пете?
> Вася когда-нибудь остается до 12 ночи потому что “так надо”? Как часто?
Бывает, но не очень часто. И чаще всё-таки в те дни, когда сильно опоздал.
> Вася срывает сроки сдачи проектов? Как часто?
Периодически. Чаще, чем мне бы хотелось. Иногда из-за того, что слишком поздно задал мне правильный вопрос. Почему поздно? Потому что в полночь я могу не сидеть в рабочей почте, и он начинает делать что-то по собственному усмотрению, не всегда верному. (Это, кстати, не потому, что я его руководитель и имею право указывать, это потому, что я действительно хорошо, лучше остальных участников команды, разбираюсь в нашем продукте и его устройстве.)
> Бывают ли задачи, на решение которых у Васи не хватает квалификации и работу приходится делать Пете?
Да, бывает. Но в этом как раз я не вижу проблемы. У каждого есть какая-то специализация, и моя задача как тимлида распределять задачи с учётом сильных сторон каждого.
А, Вы, не боитесь, что если заставите (любым способом) разработчика приходить к 10 и работать до 19, то в критичных ситуациях они не будут работать из дома или задерживаться до поздна в офисе, потому что вы ограничили его? А так же утром он будет распивать кофе по два часа, потому что не проснулся и не в состоянии работать. (кстати это относится к любому человеку, не только к разработчику). В итоге его производительность упадет. Программист это же кот, который гуляет сами по себе.
> А, Вы, не боитесь, что если заставите (любым способом) разработчика приходить к 10 и работать до 19, то в критичных ситуациях они не будут работать из дома или задерживаться до поздна в офисе, потому что вы ограничили его?
Не боюсь. Критические ситуации на то и критические, чтобы при их наступлении работать столько, скольку нужно, и тогда, когда нужно. Даже после полного рабочего дня в офисе.
С другой стороны я, во-первых, практически никогда не прошу задерживаться вечером, и, во-вторых, абсолютно никогда не требую работать из дома или в выходные. В случае проблем в неурочное время я беру их решение на себя. Максимум, позвоню кому-то за уточнениями.
> А так же утром он будет распивать кофе по два часа, потому что не проснулся и не в состоянии работать.
Кофе, спорт, душ – всё это в офисе есть и к услугам каждого. Но, простите, не на 2 часа. Я ожидаю от своих ребят самоконтроля, умения мобилизоваться, заставить себя включиться, если угодно.
> В итоге его производительность упадет.
Если он ежедневно по паре часов будет раскачиваться, его производительность будет стабильно низкой, т.к. я то планирую, что он это время посвятит продуктивной работе. В таком случае, вероятно, с человеком мне придётся расставаться.
> Программист это же кот, который гуляет сами по себе.
Да ну? Мне такие неинтересны, мне нужны не коты, а собаки (коли уж мы на животных перешли) – всегда рядом, всегда на страже.
>Да ну? Мне такие неинтересны, мне нужны не коты, а собаки (коли уж мы на животных перешли) – всегда рядом, всегда на страже.
а программисты об этом знают? Расскажите ИМ об этом. интересно изменится ли Ваш авторитет ) или лучше лучше завести бойцовых рыбок?)
Да сравнение котов и программистов – это лишь метафора из очередной книги про руководство этих капризных программистов от автора Дж. Ханк Рейнвотер. не стоит относится к этому серьёзно)
На самом деле шутки-шктками а вопрос “мотивации”, по моему личному мнению, первостепенен.
я вообще становлюсь язычником этого понятия. Ибо чувствую, что “это” важно очень, но управлять “этим” у меня пока что не получается.
>Как заставить Васю всегда приходить вовремя?
Никак. по моему мнению нельзя ЗАСТАВЛЯТЬ Васю. это не эффективно.
Нужно сделать так, чтобы Вася сам захотел приходить. а для этого ему необходимо и важным себя чувствовать (как написал Иван Кузнецов) и обьяснить необходимость прихода уторм (я лично так не не осознал зачем это нужно, хотя словами это было описано хорошо и понятно, но внутренне, а уровне ощущений – не сходится тут что-то. нето.) и ещё много всяких тонкостей.
а какая альтернатива?
не возится с программистами, не повышать мотивацию, повышать контроль над ними а результате ПРИЙДЁТСЯ ЕГО УВОЛИТЬ. ибо не будет он эффективно работать. приходить к 9 будет, уходить в 19 – будет. но работать – нет.
И потом несколько месяцев искать ему замену, а потом несколько месяцев обучать нового, и при этом, очень даже возможно, всё повторится опять. а проект ждать не будет.
насколько я понимаю Яндекс – не Макдональдс. у вас нет людского конвейера, во всяком случае хотелось бы верить в это.
> я лично так не не осознал зачем это нужно, хотя словами это было описано хорошо и понятно, но внутренне, а уровне ощущений – не сходится тут что-то. нето
NDA мешает мне рассказать здесь подробно, зачем могут понадобиться разработчики. Попстарайтесь поверить, что причины есть, и объективные.
Что касается мотивации, то хотя по сути вы правы, нужно именно это, я несколько настороженно отношусь к самому понятию. Мне кажется, за ним стоит нежелание (по умолчанию) работать на максимуме, и предлагаются способы переубедить разработчика, что таки да, надо выкладываться. Мне это не очень близко. Приятнее думать, что люди и без внешнего воздействия заинтересованы в результатах своей работы.
Публичная порка с матюками и лишение премии?
Вася, вероятно, читает этот блог и считает, что данная «статья» — один из методов воздействия.
Оффтоп: Действие кнопки «Ответить» совершенно неявно для пользователя, надо бы исправить.
Отличная идея, жаль, она не пришла мне в голову раньше. :)))
Ох, какой чудный тредик. Задела можно сказать за живое. Из всего, что тут написано могу сказать, что очень четко прослеживается твоя личная проекция. А второе: Иван Кузнецов прав — вопрос мотивации.
Я работаю в отделе хоть и с не очень педантичным руководителем, но все же с любящим контроль (: Стоило мне раньше придти два дня подряд в 3 часа, как на третий у меня спрашивали «почему?». Это оправдано. Но фишка в том, что моя деятельность НИКАК не пересекается с деятельностью отдела. А не так давно, я остался в группе абсолютно один. Ты думаешь вопросы исчезли? Нет. Но коллеги уже иногда не замечают был-ли я вчера или нет. Я думаю, что не стоит путать реальную потребность и желание контролировать всё и вся. Ну и сдерживать иногда его надо.
Что касается мотивации, то мой режим резко изменился. Поскольку в день приходится решать в несколько раз больше задач, чем раньше. Больше встреч, больше переговоров. Ощущение значимости — решает. Сегодня я знаю (проверено на практике) что, если я завтра приду после часу дня, а в 6 утра случится факап, то контора будет «парализована» в лучшем случае до того момента, когда мой бывший руководитель доберется до почты или другого средства связи.
Если ты не можешь донести до человека его значимость, то либо у тебя плохо это получается, либо он просто не разделяет твоего фанатизма.
Лично для себя вижу один вариант: считать. Как бы сухо это не звучало, но цифрами можно выразить многое. Если у тебя сервис относится к классу четырех (трёх) девяток (и ты меряешь простой), то записывай минуты на счет ожидания Васи. Если он съест хотя бы двойку от младшей девятки своими опозданиями — это действительно повод задуматься. В противном случае — это Risk Prevention. А он как правило достигается не единственным методом (ибо единственность метода — тоже риск).
Ох. Ну и написал (боюсь перечитывать — наверное бред). Пойду ка спать. А то завтра ведь надо к 10 :)
> Если у тебя сервис относится к классу четырех (трёх) девяток (и ты меряешь простой)
у программистов нет сервисов, их деятельность асинхронна тому что происходит на боевых серверах. Если предположить маловероятную ситуацию что Вася накодит чёто такое вредоносное что намертво укладывает боевой сервис и это что-то просочится мимо тестирования и стейджинга до боевых серверов, то при первых нехороших признаках боевые просто откатят до предыдущей стабильной версии и делать это (в т.ч. принимать решение) будет не Вася, его даже не спросят “а чё собственно происходит”. Уже потом, когда стабильная работа будет восстановлена – тогда будут и разборы полётов и фиксы и назначения виноватых и беседы с Васей.
Вобщем к аптайму/доступности сервисов программисты отношения иметь не должны, иначе “у вас хреновые процессы”. Расчёт через девятки приплетён не к месту.
> Вобщем к аптайму/доступности сервисов программисты отношения иметь не должны, иначе “у вас хреновые процессы”. Расчёт через девятки приплетён не к месту.
А это топикстартер начал эту тему. Собственно один из поинтов в пользу четкого графика — доступность программиста в момент релиза, что бы всё прошло хорошо.
А один из критериев успешности релиза — равенство ожидаемых трудностей фактическим, не?
А отношение к аптайму/доступности программисты имеют самое прямое отношение. Если они спроектируют систему которая просто архитектурно не способна функционировать без останова — то ни одна служба эксплуатации с этим уже ничего не сможет поделать.
А почему практически никто не обратил внимание на тот факт, что Вася, в принципе, готов соблюдать режим работы, который от него требуется по выполняемым обязанностям?
НО только в отсутствии тим-лида. Т.е. только тогда, когда начальник гарантированно на работе не появится и по телефону звонить не будет — тогда, когда он (тим-лид) в отпуске.
Возможно, тут вопрос не в отношении Васи к работе, а в отношении Васи персонально к тим-лиду?
Видится два варианта — либо Вася умудрён опытом/обременён амбициями и не считает тим-лида за автритет, либо есть какая-то раздражающая особенность в человеке.
В первом случае Вася уходит от конфликта, не желая открыто обсуждать руководство и его решения, предпочитая втихую решать проблемы так, как ему привычно.
Возможно, надо с ним чаще обсуждать проблемы, логику принятия решения и совместно делать выводы. Принятое решение уже не будет исключительно тим-лидовское, Вася поймёт, что с ним считаются и его решения не всегда истинно верные.
Во втором случае полезно понаблюдать за собой, за Васей в момент общения, возможно попросить это сделать стороннего наблюдателя. Может с самим Васей прямо обсудить… может его что-то раздражает — привычка смотреть в глаза и добиваться того же при ответе, жесты, запах. Всё может быть :) В таком случае или устранять причину раздражения или сводить к минимуму личные встречи, общаться по телефону, почтой и т.п… Васю пересадить..
Согласен в главном вопросе с предыдущим оратором. Тут явно описана одна странность: Вася приходит раньше, когда НЕТ тим-лида.
А в повествовании мне так и остался неясен момент: а с Васей разговаривали? У Васи напрямую спросили почему так происходит? А если да, то что отвечает Вася на это? Принимает ли он тот факт, что проблема есть?
Если нет, то странно. Я сам попробовал попрактиковать, к своему сожалению, телепатический стиль общения и он провалился в 9 случаях из 10.
Вы работаете в опен-спейсе или у вас отдельный кабинет?
В опен-спейсе удобно приходить поздно, потому что тогда вечером получается 4-5 часов тишины и спокойствия, когда можно поработать.
А вообще – у меня была такая проблема. Мы с сотрудниками договорились: кто опаздывает – кладёт в копилку 300р. Я заплатил 3000, после чего начал приходить вовремя. Просто не каждый согласится на это, а принуждать к такому запрещено Трудовым Кодексом.
> В опен-спейсе удобно приходить поздно, потому что тогда вечером получается 4-5 часов тишины и спокойствия, когда можно поработать.
У нас не то чтобы open-space, но просто довольно большая комната, так что да, тишины иногда хочется. Правда, лично я предпочту прийти пораньше, а не надеяться остаться в помещении последней.
> принуждать к такому запрещено Трудовым Кодексом.
У нас всё абсолютно по-белому, с соблюдение чего только можно, так что штрафовать не могу.
Если человек хочет не опаздывать — то принуждать ни к чему не нужно. Сам согласится. Можно через 2 месяца без опозданий все эти деньги вернуть. Будет ещё и положительный стимул потом.
PS: в Рамблере тоже всё по-белому :-)
а ведь обещали через 2 недели рассказать чем дело закончилось и какие меры были приняты. прошло больше месяца. мы же все ждем!
Да-да, я помню. :( В ближайшие дни напишу продолжение.
Набрёл на этот материал. Животрепещущая тема. Из-за подобного рода опозданий на проекте у меня были проблемы с коммуникациями. Причем как между разработчиками, так и с заказчиком. Проект из-за этого очень страдал.
С удовольствием почитаю продолжение.
В этом что-то есть. Теперь всё понятно, спасибо за объяснение.
У нас все приходят, когда хотят. Единственные условия в графике работы это:
– работать 8 часов в день, не больше и не меньше
– посещать стэндапы в 10 утра.
Да, такой подход имеет право на существование, но в наших условиях не годиться. Посмотрите, я дальше в блоге объясняла, почему.