О мотивации, рабочем графике и пуфике в комнате отдыха

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

Знаете почему? Рынок заставил. И все, кроме свободного графика, я одобряю и придерживаюсь мнения, что таки да, это нужно и полезно. Наличие/отсутствие всех этих ништяков лежит, конечно, на совести работодателя, и объявлять их обязательными атрибутами при выборе места работы — перебор, но да — лишними они никогда не будут. Да и стоят не так дорого, чтобы экономия на них выглядела целесообразной.


© Sally Ann French

Но вот «свободному графику в полном понимании этого слова» — категорическое «Нет».

1) Программирование — работа творческая и нужно работать, когда нахлынет вдохновение

Чем работа программиста принципиально отличается от работы проектировщика, скажем, систем отопления? Или от работы архитектора? Или, например, авиа-инженера?

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

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

2) У каждого часы эффективной работы индивидуальные. Кому то работается лучше ночью, а кому-то днем.

Согласен. Мне, например, работается эффективнее вечером. Но и утром тоже худо бедно, да работается. Итого мы имеем два варианта:

  • У некоторых индивидуумов наблюдается снижение эффективности их работы из-за того, что, скажем, утром они напрягаться не привыкли. При этом, поскольку все сотрудники находятся на своих рабочих местах, коммуникация между ними проходит гладко, все вопросы обсуждаются быстро, простоев нету. Такую работу можно прогнозировать, можно строить реальные планы, а проблемы решать быстро.
  • Каждый сотрудник ходит на работу тогда, когда ему удобно. «Сегодня дождь? Я же намокну! Лучше не пойду на работу. Завтра +42 на улице? Я вспотею. Лучше останусь дома — дома кондишен. И вообще мне эффективнее работать с 18 до 2-х ночи». В результате начинается полная неразбериха. Его часть работы ожидают готовой к определенному времени, а он к этому времени только садиться работать. У него хотят что-то узнать по проекту, а он в этом время спит, ведь вчера работал до 2-х ночи. И, что самое смешное, когда ты, для того, чтобы задать вопрос, позвонишь в 10 утра, разработчик еще и обидится, мол «я до двух ночи на них вкалываю, а они мне поспать не дают, эксплуататоры»

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

P.S. Просто еще одна мысль

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

Например, в одной крупной компании, которая занимается проектированием/строительством промышленных предприятий, рабочий день установлен с точностью до 10 минут. При этом на обеденный перерыв выделяется не 1 час, как по КЗОТУ, а 45 минут. Оставшиеся 15 минут с каждого дня складываются в 1 час 15 минут времени к концу рабочей недели и поэтому в пятницу люди уходят домой на 1:15 раньше.

P.P.S. И немножко личной статистики

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

— вторая категория людей — допускающие определенные вольности. От начинающих рабочий день в 15:50, до позволяющих себе вообще иногда не приходить на работу, когда «у девушки выходной» или «мама в гости приехала».

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

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

  • Популярное

Лучшие комментарии пропустить

Итак, подведем итоги:
1. Свободный график != гибкий график. Программисты любят гибкий график, разгильдяи — свободный.
2. Автору не очень повезло с сотрудниками. Возможно, стоит качественней отбирать персонал, как бы сложно это не было в текущих условия рынка.

3. 23-летние сеньйоры и 25-летние СЕО имеют много общего

Давайте, для начала, определим, что для кого есть «свободный график». Для кого-то это может быть прийти когда угодно и работать сколько угодно. Для меня же это — возможность прийти на работу не четко на 9:00 и уйти четко в 18:00, а гибкость часов работы. Например, возможность, при необходимости, прийти в 11, т.к. на утро у меня назначен визит к стоматологу, или уйти в 16, т.к. на 17 решил пойти с женой в кино.

Так вот, для моего понимания свободного графика, фраза Вообще свободные графики — это «фишка» исключительно наших IT-компаний. — неправда. Почему? Работаю в Nokia в Германии. График работы — 40 часов в неделю. На входе стоит timestamping machine. Офис открыт с 6:00 до 22:00 с понедельника по субботу. Законодательно запрещено работать в воскресенье и на праздники, а также более 10 часов в день. На обед — 45 минут (автоматически отнимается от «проштампованного» времени). Овертайм компенсируется дополнительными выходными. Или же можно переработать по пол часа в течении четырех дней, а на пятый уйти на два часа раньше. Вполне себе свободный график — не так ли?

И, насколько я понял, такие условия не только у разработчиков, а у всех работников компании. За исключением должностей, которые работают посменно (т.е., security, reception и т.д.).

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

Конечно, свободный график в форме «прийти когда угодно, работать сколько угодно и никому не говорить, когда будешь» — это зло. Просто свободный график свободному графику — рознь. И надо уметь сделать «правильный» свободный график, при котором, и разработчик, и компания будут довольны. У вас, судя по статье, был сделан «неправильный»...

Гибкий (а иногда и свободный :) график зарубежом, конечно, есть...

Однако, на мой конечно взгляд, есть определенные причины помогающие и подталкивающие к этому.

Позиция Software Developer-а за бугром (а вернее человек ее занимающий) — более самостоятельная что-ли и преполагающая решения более широкого круга задач.

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

Фразы а-ля «мое дело кодить, а плохой менеджмент плохо организовал коммуникации» будут восприняты как... ну детский лепет :)

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

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

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

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

Наш стиль управления порождает дерективность менеджеров и «инфантильность» подчиненных. В таких условиях такому растению как «свободный график» трудно давать сочные плоды :)

Что лучше, а что хуже — сказать тяжело. Все зависит от обстоятельств. Тут говорили, что СГ — это удел зрелых фирм и зрелых сотрудников. Только вот считать себя таковым и быть на самом деле — две большие разницы :)

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

Но вы хотите, чтобы все делали так же, не правда ли? Иначе неаккуратненько получается.

Но как только появится возможность, поверьте — от вас без сожаления избавятся.

Как только появится возможность, поверьте — от вашей компании без сожаления избавятся в пользу менее зацикленного на том, Как Надо, руководства.

Да, у кого то из них рабочий день начинается в 9, а у кого-то в 10.

Потрясающая свобода выбора.

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

По-моему, это вполне достаточная свобода.

447 комментариев

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

Сначала хотел совсем не согласиться с автором, потом решил скорее согласиться :)

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

Чем работа программиста принципиально отличается от работы проектировщика, скажем, систем отопления? Или от работы архитектора? Или, например, авиа-инженера?

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

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

Тема хорошая потому, что достаточно спорная. Однозначного ответа не найти. И вот почему.

Вариант один. Тесно сплоченная команда программистов, работающая в одной локации. Заказчик внутренний (отдел маркетинга, например), или локальный (в пределах одного часового пояса). В данном случае временная синхронизация всех стейкхолдеров (заказчика, менеджера, программистов, тестировщиков) очень даже достижима. И график конечно же нужен соответствующий, пусть не крайне жесткий (например 9:30 плюс/минус 20 мин), стендап в 10:00. т.п. Плюсы от подобной синхронизации очевидны, минусы незначительны.

Вариант два. Часть команды в оншоре, часть в офшоре. Разница во времени 7-10 часов. В таком случае критически необходимо кому-то оставаться после 18:00 в офисе для хоть какой-нибудь синхронизации. Это накладывает определенные ограничения и на график работы. Ведь кто-то просто не может уходить с работы поздно, а кто-то согласен оставаться до полуночи. Вот так и разбивается жесткий график о производственную необходимость, ничего не поделать.

Тут, важен не сам «гибкий график», а его предсказуемость. Т.е. договориться кто когда приходит и устроить чекпоинты, например скрам в 12:00 и созвон с заказчиком в 18-19. Это дает гарантию, что как минимум 6 часов подряд вся команда будет в сборе.

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

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

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

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

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

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

Вы тоже из тех, кто не читает статью а сразу начинает комментировать? :-)

Еще один метод бессмысленное (или лучше по-украински беззмістовне) хи-хи?

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

Я уважаю собеседника, поэтому читаю его мысли и предполагаю, что он читает мои. Однако повторюсь. Вы манипулируете, сравнивая свободный график с фиксированым и делая вывод о правильности последнего, несмотря на очевидные недостатки. При этом вы игнорируете в вашем сравнении (а это именно сравнение вариантов с выбором лучшего, а не анализ одного из них) гибкий график, так как введение его в анализ разрушает ваши выводы. Более того, вы примазываете экстремальный вариант гибкого графика (работа с 15:50) к свободному, пытаясь перенести на него негатив свободного графика.

Четкое замечание! Работаю по гибкому графику почти всю жизнь и не вижу особых недостатков.

Мне кажется, что говорить о рабочем графике в отрыве от контекста проекта и процесса разработки бессмысленно. Если у вас используется тот же Scrum и команда ежедневно собирается на митинг в 10 утра, то как в такой команде сможет работать человек, который приплетается на работу к 12 часам? Он может быть отличным разработчиком, замечательным тестировщиком, но его график не будет работать для имеющегося процесса разработки. Но даже в приведенном примере не все так однозначно. Если команда не видит проблем в данном графике работы и готова подстроить процесс разработки без ущерба для всех участников, то подобный график работы имеет место быть.

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

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

Понятие «свободного графика» многие понимают не совсем правильно. Это не значит, что вы можете сегодня придти в 10:00, завтра в 14:00, а послезавтра и вовсе забить. Это значит, что у вас нету тотального контроля времени, проведенного на работе. Вы можете отлучиться на некоторое время, согласовав с членами вашей команды, а потом отработать в другой день. Вы можете по уважительной причине опоздать, предупредив о своем опоздании. Вы можете придти на час раньше и уйти на час раньше, если у вас есть планы на вечер и это не помешает командным активностям. И при этом никто не ведет глобальный учет вашего времени и не тычет в вас пальцем за недоработанный час на неделе. Подобный подход дает вам некоторую свободу, при этом не ограничивая права компании, которая платит вам зарплату.

Вот все это, как большинство здесь вроде уже согласилось, есть _гибкий_ график, а не свободный. А это две большие разницы :)

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

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

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

Нет, не путает. Просто хочется почувствовать себя вознесшимся над массами творцом :-)

Может настоящему талантливому программисту надо еще «бульбик дунуть», чтобы более качественный код написать?

А вы что, без этого код пишете? О_о

:D

Еще раз перечитал комментарии. Вывод:

1. Народ путает ПМ-ов и надсмотрщиков.
1а) Если компания зарабатывает деньги путем создания добавленой стоимости ( в составе продукта ) стиль работы ПМ-а конструктивный, напрвлен на создание и развитие продукта любым взаимовыгодным путем.

1б) Если компания аутсорцинговая и зарабатывает деньги за счет перепада уровня оплаты труда ( мирового и регионального) стиль работы ПМ-а скорее «контролирующий», директивный, шаблонный.

Как следствие имеем 2 типа управленцев: идеологические концептуальные лидеры и казарменные прапорщики.

Практически тотальное отсутствие в Украине первой категории управленцев — есть беда ваша, Украинцы. С шаблонными управленцами Вы обречены плестись в хвосте мировой индустрии и аутсорсить ...

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

По тезисам самой статьи — безоговорочно согласен на 100%.

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

у человека А (фронтэнд) стоит тикет: сделать свистелку-перделку за сегодня. данные вроде бы как все есть, все ок. приходит довольный на 10 утра, на 19.00 уже планы личные и все такое. но вот беда, данные выводятся не полностью\не верные\... и срочно нужен человек В (бекэндщик), а он, в свою очередь, приехать может только на 14.00 (завтрак, писять\какать, дорога, пробки). в итоге сознательный фронтэндщик, дабы не получить писей в лоб от начальства, ждет бэкэндщика и сидит до 21.00 в офисе. а свои личные планы в топку. так вот, к чертям эти свободные графики, если контора не может нормально его реализовать.

Какой прекрасный мир: четкое разделение на фронт-, бек- энд; команда состоящая, только из 3 программистов; у человека на целый день, только один таск.

Скажите, а что будет делать фронт-эндщик, если человек с бек-энда заболеет, или в пробке будет стоять с 8 до 14, или просто у него куча текущих задач и та которая нужна нашему фронт-эндшику не приоритетна?

UPD:

приходит довольный на 10 утра

Хули эта ленивая с... фронт-эндщик пришел в 10 часов? Тестерам билд нужен уже в 9, что делать с их планами?

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

нет на меня тикетов — я свободен.

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

человек с бек-энда заболеет

тормозится разработка

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

объем работы меряется кол-вом тасков?

Я не про обем работы, а про организацию: 1 большой таск хуже 10 маленьких. Это все вопросы к ПМу — который так организовал разработку.

слоупоки

Это че?

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

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

Это че?

розовые слоники, которые 4 часа едут на работу.

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

Это ваша логика :) Ибо правильный ответ выписать люлей ПМу, что бы вы, как ресурс, не простаивали.

розовые слоники, которые 4 часа едут на работу.

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

Кстати, вы так и не ответили: Почему человек позволяет себе приходить на час позже, тем самым задерживая других людей (тестеров/дизайнера/еще_кого-то)?

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

задержка вышла вовсе не умышленно.

Задержка вышла! Остальное не важно: спал он, или был у врача, или стоял в пробке, или что-то еще.
И есть 2 способа организации:
— осознавать что задержки будут;
— орать что все должны работать с 9 до 18 и тратит на задачи ровно то время которое отвел ПМ.

Угадайте какой из них работает в реальном мире.

Куда торопимся ?

Земля перестанет вращаться ? Изобрели что-то гениальное и принципиально новое ( чего не было последние 50 лет ) ?

Простите, не понял ваш комментарий. Поясните, пожалуйста.

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

Нятненько :)

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

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

«давать полную свободу и разрешать работать когда левая пятка не чешется»

Как я уже писал: надо людей таких найти у которых «левая пятка никогда не чешется» :)

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

Я могу так работать. Стоит это, правда, довольно дорого, никто столько платить не любит.

Ого, это ж где у нас настолько свободные графики ?

Можна знайти програміста (можливо навіть багато) котрі будуть якісно викгнувати свою роботу з абсолютно вільним графіком, але 100 програмістів будуть так працювати як і відвідувати роботу, більше того я не вірю в відповідальність людини що відьно приходить на роботу десь в проміжку з 09.00 до 15.00. Ось не вірю і все.....

Погоджуюсь з атвором стосовно графіка роботи.
Взагалі останнім часом починає здаватися, що з ідеями стосовно менеджмента в ІТ щось явно не те..
Таке враження що багатотисячні колективи вчених, конструкторів, інженерів не розробляли ніколи до цього атомних реакторів, літаків, авіаносців, космічних кораблів, супер ЕОМ, складних комплексів озброєнь і тд

А якщо і розхробляли то робили це якість не одухотворені, не творчі і тд роботи.

Насправді вже сам дисциплінуючий фактор (навіть самодисциплінуючий) фіксованого робочого дня перекриває всі можливі мінуси загрузки «сов» ранками чи «жайворонків» вечерами.

Зрозуміло, що з іншого боку можуть бути маразми з платами за запізнення, штрафами і і тд.

В моєму розумінні фіксований графік передбачає певний компроміс — зрозуміло, що до когось може «приїхати мама», чи треба відвідати стоматолога і це нормально з іншого боку і працівник розуміє, що «сьогодні потрібно затриматися», чи «до понеділка треба доробити».

Тобто реально робота — це є робота, і кожен повинен відчувати певну дисциплінуючу атмосферу цієї роботи і водночас кожен повинен відчувати певну свободу, але і відповідальність. Ось десь так...

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

Доречі Хаус — чи не приклад такого....

Судя по коментам можно коментаторов разделить еще на две групы:
1) Имели мелкие и большие сложности изза «плавающих» графиков.

2) Пользователи «плавающих» графиков.

У первых есть негативный опыт, а вторым просто удобно.

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

постоянное пребывание в уверенности «кому надо, подождут до завтра. Я и так очень ценный, без меня не проживут.» Сейчас может быть и не проживут. Но как только появится возможность, поверьте — от вас без сожаления избавятся.

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

+1, вопрос по существу...

В свое время сталкивался с такой штукой — «Если у вас в конторе намечается незаменимый сотрудник — постарайтесь его поскорее уволить пока он действительно не стал незаменимым и возьмите двух заменимых».

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

Тенденцией к квазинезаменимости почти всегда обладают толковые и полезные выше среднего люди. Можно и уволить такого, чо, потом искать замену и жаловаться на перегретый рынок, 23-летних синьоров и демпингующих индусов. Но не лучше ли их энергию направлять в конструктивное русло, делать их потенциал командным? Пока они не стали незаменимыми, да.
Имеем, однако, ту же ситуацию, что и с попустительством «свободному графику». Сначала идём на поводу у сиюминутных потребностей, потом расхлёбываем долгоиграющие последствия. Тенденция, однако.

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

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

Приведите пожалуйста пример такой ситуации....

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

Простите, не совсем понял, слишком абстрактно...

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

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

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

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

А на счет абстрактности.... Повезло Вам однако, что ни с чем подобным не сталкивались. Ситуация довольно стандартная, узнаваемая.

Кстати наверное бывают и реальные случаи незаменимости, к примеру, уникальный специалист в какой-нибудь очень спецефической области.

Я собственно того и спросил, что, кажется, когда-то давно встречал такие примеры, правда весьма специфические и не относящиеся к IT, но вот сейчас ни одного такого примера придумать не могу(((

Более того иногда начальство вообще не видит потенциальной угрозы в незаменимости, даже наоборот.

Действительно, все когда-либо да ошибаются... в управлении IT проектами даже есть такой термин как «Автобусный фактор» (The Bus Factor) и у довольно большого количества проектов (порядка 70%) на практике этот показатель оказывается == 1

Если область специфическая, то и компаний таких будет чуть меньше, чем мало. То есть для такого спеца имеет место «квазинезаменимость» компании, тут ситуация симметричная.

Кто сказал, что у уникального специалиста нет еще массовых навыков, которые ему позволят легко найти работу, не заморачиваясь квазинезаменимостью компании?

Конечно, есть, конечно, позволят. Но при этом он станет «массовым» и перестанет быть «специфическим». Специфичность надо будет завоёвывать с нуля. Я в этом смысле говорил о «квазинезаменимости компании». За её пределами — он рядовой Пупкин.

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

Оно да, вот только что с той боли экс-спецу, ныне рядовому сеньору? Обменять статус гуру на моральное удовлетворение от того, что кто-то на пару-тройку месяцев напряжётся сильнее чем всегда, а потом выправит ситуацию (а ведь выправит) — ну, не знаю. Как на меня, не самый выигрышный размен. Но tastes differ, без базара.

Например, обменять статус гуру на отсутствие каких-то выносов мозга со стороны компании. Например типа сверхжесткого графика или разговоров «да таких как ты мы на каждой помойке десять штук найдем», «без сожаления избавятся» итд итп. Собственно то, с чего начали.

Более того иногда начальство вообще не видит потенциальной угрозы в незаменимости, даже наоборот.

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

Первое, что в голову пришло:

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

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

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

Как избежать подобного — безусловно, Вы правы.
А на счет случайности... Я специально уточнил: «намеренно» усложняет и запутывает части кода. В случае своевременного ревью и контроля качества подобный саботаж, конечно, невозможен. Но, к сожалению, подобные вещи иногда имеют место быть в реальной жизни. Особенно, если подобным начинает заниматься тот самый человек, которому и доверен код ревью.
Кстати, Ваша подпись навеяла следующий пример :)

Когда team lead на столько «срабатывается» с командой, что когда (и если) он уходит, то вся команда уходит за ним. И такой человек автоматом становится очень сложно «заменим», поскольку он == команда. Причем, я имею ввиду, что лид намеренно настраивает свою команду на сотрудничество именно с ним, как с человеком, а не на компанию, в которой они все вместе работают.

Когда team lead на столько «срабатывается» с командой, что когда (и если) он уходит, то вся команда уходит за ним.

Это скорее пример того, что называется «ключевой сотрудник компании/проекта», и им может быть даже рядовой программист или тестировщик, а не только руководитель того или иного ранга. Появление ключевых сотрудников — явление не только естественное, но и в определенном смысле желаемое для компании, т.к. такие люди больше других способствую развитию и процветанию компании. Выращивание, привлечение и удержание ключевых сотрудников компании — это отдельная весьма общирная тема (и очень злободневная для топ менеджмента любой компании). Другой вопрос, что даже ключевые сотрудники не должны становиться незаменимыми, а это уже головная боль их непосредственных руководителей.

Вообще иметь незаменимых сотрудников — это как сидеть курить на порошовой бочке: сегодня может и пронесет, но что будет завтра?))

to TC: звиняюсь за оффтоп

Вообще иметь незаменимых сотрудников — это как сидеть курить на порошовой бочке: сегодня может и пронесет, но что будет завтра?))

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

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

Владелец команды РедБуль просто обязан избавится от Себастьяна Феттеля, а в Феррари 10 лет назад должны были «убрать» начинающего Шумахера. Они же ведь впринципе незаменимы ?

Не тот расклад. Эти люди уже сами по себе бренд. Менять их экономически не выгодно.
Да и я уверен на 100% что у них есть «дублеры» и у дублеров есть дублеры =)

Спорт и ИТ не могут сравниватся. В любой команде есть спортсмен на которого делают основную ставку, но у него обязательно есть второй номер.

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

совсем начинающий ? — так это пройдет. а если не пройдет, то его заменят очень скоро. здесь не незаменимость, а потребность в замене

Элементарно, работа по графику с 8.00 с написанием кода «от забора и до обеда ... » рождает замечательный код ...

Почему бы и нет?

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

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

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

СССР. Завод, производящий полусекретные штуки. Приход-уход строго через проходную. Иначе выговоры, лишение премий и прочие радости. При этом единственный транспорт в городе — троллейбус. Утром в него не сесть. Он ломается. Их мало. Конечно, люди опаздывали. Но в заборе была дыра, через нее попадали и уходили рабочие, а инженеры лазили через первый этаж комнаты в корпусе КБ. Причем лазили даже беременные женщины — так боялись наказания. При этом, после обеда летом в некоторых комнатах нехватало людей — пиджачок, очки, все на месте, лампа над кульманом горит, как будто человек только вышел. А на деле — человек давно на даче копает. Строгий режим и наказания не означает, что люди не будут саботировать работу.

Вспомнились поучительные истории с прошлой работы. Однажды шеф ввел по команде жесткую дисциплину с объяснительными записками за опоздание на десять минут и планами на неделю, подписываемыми непосредственным начальником. Одним из результатов этого мощного нововведения стало то, что наш «примадонна», специалист уникальный и к тому ж трудоголик, торчащий на работе по 12-14 часов в день, вместо третьей объяснительной положил на стол заявление об увольнении. Теперь он работает на шефа на фрилансе, занимается только Самым Важным проектом, работает по несколько часов в день и получает полуторную зарплату — поскольку замены ему на СВП нет и вряд ли будет.

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

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

точно, я теж такі чув такі "історії з життя" але як сказав Rooster Cogburn десь починаючи з 348 перестав в них вірити.

Більше схоже, що той геній (примадонна) просто виживав/пересиджував потенційних конкурентів, а начальнику просто не вистарчило розуму перерозподілити ризики вчасно - в нашій роботі такого не повинно бути, вона недостатньо складна для цього.

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

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

нехай, прокоментую востаннє цю жуйку

не потрібно так надувати щоки про геніальні проекти і спрінгер, багато хто тут має за спиною досвід роботи в НДІ, а дехто навіть працював не тільки з софтвером і чув набагато жалісливіші і страшніші історії які далеко не завжди починалися з запізнення і звільненням генія і тим більше далеко не завжди закінчувалися таким от фрілансом, частіше навпаки, вершки знімали інші а примадонна спивався і навіть глави в книжці не мав

Ну допустим сопьется. И что? Конторе от этого легче стало? Дело ж не в том, что там с примадонной в финале будет — а в том, что компания подняла себе проблемы на ровном месте.

Согласен с мнением по сводобному графику.
Мне например удобно приходит на 8 утра, кому-то лучше прийти позже.

Но есть время, когда люди в организации должны быть на месте и общаться по проектам и задачам (например с 10 00 до 17 00), поэтому позиций приду в 12 и поработаю до ночи не понимаю.

Неужели так сложно понять, что некоторым людям просыпаться в 8 точно так же тяжело, как и в 7?

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

Такое ощущение, что мы обсуждаем работу в средне-вековой мастерской.
Парни, как по мне, любой значимый проект — международный.
Распределенный по несколькми часовым поясам.
О каком таком «месте» и «времени» мы говорим?
Если от моего кода, зависит код моего товарища,
то мы договариваемся. И мне ради этого в 2 ночи

не сложно поработать. И никто об это даже не будет знать.

Вот это то что я называю разумным подходом. Жесткий драконовский график с наказаниями — однозначно плохо. Полная свобода и «прихожу когда хочу и работаю по ночам потому что мне так удобнее» — не менее плохо. Либеральный график с плавающими на +/- час началом и концом, и жестким зарезервированным временем когда команда должна полноценно взаимодействовать — абсолютно разумный подход. КОторый собственно у себя и культивирую. С жесткими выволочками в случаях, когда несоблюдение (без уважительных причин конечно — болезнь, форс-мажор дома или в семье и т.п.) приводит к простою и/или проблемам в процессе из-за того что нужный человека в нужный момент вчера перепил.

На самом деле вопрос исключительно силы личного эго и инстинктов. Менеджеры являются более сильными духом и дисциплинироваными людьми чем исполнители и это факт. Естественно, инстинктивно, более сильный стремится подчинить более слабого и это нормально в природе. Поскольку подчинить физически возможности нет — идет подчинение моральное, через давление и вмешательство в личную жизнь. А все доводы про эффективность, коммуникацию и т.д. это ширма, скрывающая наши приматские стайные привычки от нас же самих. Есть масса случаев успешных проектов на свободном графике однако психотип «сильного менеджера» привести такой к успеху попросту не знает как. Конфликт в том, что в нашей отрасли исполнители хотя и являются менее дисциплинироваными но не уступают, а часто и превосходят интеллектом менеджеров, что есть угрозой статусу менеджера. Отсюда и усиливающееся желание нагнуть поставить в неудобное положение.

Чак Норрис был менеджером

Противопоставление «Я слабый зато умный, а он сильный — зато глупый» живет только в вашем сознании. Многие ИТ менеджеры были весьма успешными программистами. Зачастую, именно раздутое самомнение о своих интеллектуальных способностях и является причиной описанных Вами перегибов.

На счет графика... по себе сужу... На фрилансе регулярно сроки заваливал....
Сейчас на дядю все делаю вовремя и гараздо больше...

Ну у нас с графиком вообще жестко опоздал −100 грн...

Это ж где такая прелесть?

Если работа командная ,то можно установить диапазон времени, когда команда вместе на рабочем месте — это идеальный вариант, например (11-17 или 12-18) . Этот диапазон часто определяется временем работы заказчика или удалённой команды.
Если работник, при необходимости, может прийти позже или уйти раньше (уведомив руководство) — большой плюс. Естественно за этим нужно следить. А в больших командах неплохо использовать счётчики рабочего времени (за неделю или месяц). Люди разные попадаются. Тут уж немножко бюрократии не повредит.

А вообще спор беспредметный, так как ситуаций масса, и каждой из них менеджменту нужно искать индивидуальное решение. Типа: и волки сыты и овцы целы.

Опоздал. Я должен был первым в теме написать: раз два три, холивар начнись!

Так это только начало. Через год Александр будет писать о том что работа на дому — это зло. Человек счастья своего не понимает. Пошел бы в церковь и поставил свечку за то что удается девелоперов таскать в офисы ( пока что)

Главное чтобы через ДВА года Виктор не ставил свечку за то, что его контора еще не обанкротилась (как 90% других) и ему еще есть где работать ;)))

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

Ой ну это вы далеко замахнулись...

Не, не, не. Петросян здесь я, ищите се другое место :)

Если серьезно: тема не холиварная, очень серьезная и затрагивает очень много аспектов любого бизнеса (не только ИТ).

Гибкий (а иногда и свободный :) график зарубежом, конечно, есть...

Однако, на мой конечно взгляд, есть определенные причины помогающие и подталкивающие к этому.

Позиция Software Developer-а за бугром (а вернее человек ее занимающий) — более самостоятельная что-ли и преполагающая решения более широкого круга задач.

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

Фразы а-ля «мое дело кодить, а плохой менеджмент плохо организовал коммуникации» будут восприняты как... ну детский лепет :)

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

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

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

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

Наш стиль управления порождает дерективность менеджеров и «инфантильность» подчиненных. В таких условиях такому растению как «свободный график» трудно давать сочные плоды :)

Что лучше, а что хуже — сказать тяжело. Все зависит от обстоятельств. Тут говорили, что СГ — это удел зрелых фирм и зрелых сотрудников. Только вот считать себя таковым и быть на самом деле — две большие разницы :)

Зачетный каммент родили, и возразить нечего :-)

В точку! Именно то, что я имел ввиду ниже.

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

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

Давайте, для начала, определим, что для кого есть «свободный график». Для кого-то это может быть прийти когда угодно и работать сколько угодно. Для меня же это — возможность прийти на работу не четко на 9:00 и уйти четко в 18:00, а гибкость часов работы. Например, возможность, при необходимости, прийти в 11, т.к. на утро у меня назначен визит к стоматологу, или уйти в 16, т.к. на 17 решил пойти с женой в кино.

Так вот, для моего понимания свободного графика, фраза Вообще свободные графики — это «фишка» исключительно наших IT-компаний. — неправда. Почему? Работаю в Nokia в Германии. График работы — 40 часов в неделю. На входе стоит timestamping machine. Офис открыт с 6:00 до 22:00 с понедельника по субботу. Законодательно запрещено работать в воскресенье и на праздники, а также более 10 часов в день. На обед — 45 минут (автоматически отнимается от «проштампованного» времени). Овертайм компенсируется дополнительными выходными. Или же можно переработать по пол часа в течении четырех дней, а на пятый уйти на два часа раньше. Вполне себе свободный график — не так ли?

И, насколько я понял, такие условия не только у разработчиков, а у всех работников компании. За исключением должностей, которые работают посменно (т.е., security, reception и т.д.).

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

Конечно, свободный график в форме «прийти когда угодно, работать сколько угодно и никому не говорить, когда будешь» — это зло. Просто свободный график свободному графику — рознь. И надо уметь сделать «правильный» свободный график, при котором, и разработчик, и компания будут довольны. У вас, судя по статье, был сделан «неправильный»...

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

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

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

Какая унылая отмазка.

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

Пройдет время поумнеешь, ну или нет.

Как-то слегка хамоватый комментарий, как для серьезного, успешного, умудренного опытом пожилого программиста, не находите? :-)

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

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

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

Если есть проблемы с чем-то то помогайте людям их решать или решайте их за них

Это вообще повеселило. Что конкретно вы предлагаете делать ПМ-у? Программировать фрагменты проекта вместо тех, у кого с ними проблемы? Или какого плана проблемы за них решать?

FYI: ПМ — это «Проджект Менеджер», это не услуга «Помощь Мамы».

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

Вы обслуживающий персонал вокруг них

Какой интересный взгляд на суть деятельности ПМа =)

Проект выполняется (достигает своей цели) благодаря хорошему ПМу, или вопреки плохому.

хамство — некрасиво.

Зато правдиво и объективно ....

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

Хотелось бы Вам анекдот рассказать — Знаете что такое обмен мнениями ? Это ситуация когда работник заходит в кабинет директора со своим мнением, а выходит с мнением директора.

Анекдот прикольный, только как-то не очевидно каким образом он к спору относится :)

Какой унылый и хамский комментарий, к тому же оторванный от контекста и далеко не бесспорный.

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

Так что не надо требовать персональную музу каждому кодеру.

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

>>Так что не надо требовать персональную музу каждому кодеру.

работа программиста это 80-90 процентов рутины

а сопли о музе — это отмззки чтобы пинать в 80 процентах случаев

А в вакансиях и на собеседованиях так и говорите «у нас 80-90 процентов рутины» :)?

А смысл рассказывать байки про «интересный проект», если свеженанятый сотрудник в первые же недели испытательного срока убедится в обратном и пойдет искать проект поинтереснее? В итоге будем иметь потраченное зря время на его ввод в проект и «минус в карму» репутации компании.

Отвечаю: человек, когда принимает предложение от других отказывается.

Потом надо начинать поиск работы сызнова

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

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

Конечно, нужно работать по графику. От этого выигрывает и работник, и работодатель. Жаль, что это до сих пор является предметов споров.

Да каких там споров... Тут уже кровавая война.. :-)

Если работник Вам говорит что жесткий график ему рушит рабочий процесс, какие основания не верить человеку ?

Откуда у некоторых руководителях возникают скрытые садистские наклонности ?

Если работник Вам говорит что жесткий график ему рушит рабочий процесс, какие основания не верить человеку ?

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

Откуда у некоторых руководителях возникают скрытые садистские наклонности ?

Садизм — это пренебрежение интересами команды и заказчика. А если у разработчика не получается рано просыпаться и вовремя приходить на работу, он должен самостоятельно решить эту проблему. Некоторые в таких случаях испытывают «угрызения совести». Другие, напротив, считают, что всё замечательно. Хотя это не так. Практика показывает, что отклонения от графика неизменно приводят к проблемам с производительностью и коммуникацией.

Это значит, что человек не может работать в контексте коллективной разработки.

Это значит что его манагер — не компетентен, ибо не способен организовать процесс коллективной разработки.

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

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

Вы наверно не манагер

Ну это же сайт не манагеров ;)

и разработчики, которым на эти коммитменты наплевать

ибо не способен организовать процесс коллективной разработки.

Боле корректен такой аргумент:

не способны нанять хороших сотрудником

Работа управленца — это не только передавать ТЗ от заказчика к исполнителю.

Сразу же появляется понимание, на что менеджер или лид тратит свое время, зачем нужны некоторые практики управления и даже (!) отчеты.

Мой непосредственный начальник интересуется тем что я делаю раз в неделю (раз в 2 недели) и ниче работа идет.

Пришлось побыть «лидом» на одном проекте. Били работники с которых надо было спрашивать раз в 2-3 недели, точнее мне говорили, что задача скоро закончится давай ишо. А были такие которых пришлось терроризировать каждый день (с ними попрощались после месяца). Правда проект не показатель ибо он делался в довольно расслабленных условиях.

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

Дисциплина — один из ключевых элементов организации процесса коллективной разработки.

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

Понимаешь, Сергей, дисциплина она хороша для выполнения обыденных задач.
Я — та самая примадонна, прошу любить и жаловать. Специализируюсь на решении исследовательских задач, часто делаю прототипы.
Иногда мне надо лежать на диване, плевать в потолок и думать. День думать, два, три. Потом я сажусь за машину и .... эврика, все работает!
Когда надо тупо кодить, я сажусь и кодирую. Тогда сам себе включаю помодорро тулзу и педалю: дисциплина на уровне.

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

Я считаю это профнепригодностью

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

В Украине есть компании которым не стыдно показать свой продукт ? ( На мировом рынке конечно же)

Есть такие компании, но их — мизерное количество, они — исключение из правил.

Так вот, можно сказать как мой знакомый — большинство украинских компании профнепригодны впринципе за исключением аутсорцинга ( Украина конкурент Китая и Индии )

И кто будет прав ?

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

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

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

Конечно, нужно работать по графику. От этого выигрывает и работник, и работодатель. Жаль, что это до сих пор является предметов споров.

Согласен с Вами на все 100%, но это касается Вашей компании и тех кто решился работать у Вас на данных условиях. Не сочтите стиль письма грубым, писал на скорую руку, думаю основную мысль мне удалось Вам донести ...

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

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

Да все ей болеют, когда поздно ложаться. Но есть чудодейственное лекарство — ложиться раньше. :-)

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

Вот я и ищу: если работа предполагает строго к девяти — нафик!

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

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

Организм штука нелинейная, а на сон кроме физиологии еще и психологические факторы влияют.

Из личного опыта: я полгода пробовал перековаться на жаворонка и ходил в офис на 8 утра (график был гибкий, кстати), проспал всего раз. Организм не перестроился. Не смотря на хроническую усталость заснуть вовремя я так и не мог. Пробовал мелаксен в течении двух недель — не помогло. Через полгода сдвинул подъем на час — лучше, но все равно усталость накапливалась быстро. Сейчас практически вернулся к своему стандарту — 12:30/01:00-8:30/9:00. И если его сбить очень поздним отбоем или ранним подъемом, то для восстановления надо один-два дня.

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

Но организм к другому часовому поясу привык без проблем?

К часовому поясу — да, постепенно привык.

Постепенно — это за сколько? Я сужу по себе, мне потребовалось просто не поспать 7 часов, чтобы прийти в себя в UTC-5. Утром я уже не заметил часовой разницы.

Полное перестроение в UTC-8 — дней 10-14.

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

Александр, простите, но по Вашей же логике получается, что Вы с этим утверждением согласны, ибо:

Ибо биоритм сна/бодрствования никоим образом не связан с положением солнца.

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

Т.е. за границу дальше Британии вы не летаете?

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

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

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

Видите ли, я в молодости была крайне активна и пыталась «не носиться» со своим организмом и переучивать его под свои задачи, в частности в плане сна. Результаты — вплоть до больницы. Хватит с меня экспериментов.

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

Откуда такая уверенность, Вы попробуйте как нибудь.

Видите ли, я в молодости была крайне активна и пыталась «не носиться» со своим организмом и переучивать его под свои задачи, в частности в плане сна. Результаты — вплоть до больницы. Хватит с меня экспериментов.

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

Откуда такая уверенность, Вы попробуйте как нибудь.

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

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

Я не буду скрывать своей зависти по этому поводу.

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

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

Знаете, мощные стимулы типа «жрать очень хочется» и «спать очень хочется» — они по идее должны неплохо работать. Но почему-то (см. выше) мой организм отправился от такого переделывания в больницу. Может, у него мотивация была недостаточная, я его не спрашивала.

Кверти, вот интересно мне было бы вас послушать, если бы поиск другой работы занимал, ну скажем, месяца 3, а то и 6, как это бывает в других отраслях. И то не факт, и то не понятно на какие условия.
Мне не шибко много лет, но даже я успел увидеть такое в украинском АйТи.

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

засунули бы вы свои лозунги в темное место, и локотками, да в маршруточку, чтобы не дай Бог не опоздать к 9

Ну так кто б спорил, только есть нъюанс: это пока ситуация опять не выровняется, как выровняется — свалю сразу. А нюх на ситуации у меня чуткий, уж можете поверить.

p.s. Когда начинал карьеру, приходилось приезжать вообще на 7.00: работал в чудной конторке с двумя сменами за одним компьютером. И штрафы были за опоздание на пять минут — 50 гривен, то есть пол рабочего дня. Вне зависимости от погодных условий и физического состояния: на пять минут опоздал и все — пол рабочего дня сидишь бесплатно.

Правда реально работать я начинал часов с десяти, деффачко, которое меня менеджирило дупля в программировании не отбивало. Шарился по инету, сидел в аське — ну не могу я работать с утра.

Так что, когда надо я приду на девять и раньше приду, только:
1) Программировать один хрен не смогу — разве что ящики таскать
2)Сейчас мне не надо

3) В кризис я как не странно нашел работу за неделю, наверное повезло.

Кверти, искренне оценил ваш ответ :) Ждал иного ;)

Хмм... какие интересные у Вас критерии определения проф. пригодности/непригодности. Я, например, могу судить о таком исключительно по результатам и срокам выполненной работы. Если после того, как, человек сказал, что задание будет выполнено сегодня к 13:00 (23:00, 2 часам ночи), задание выполнено и выполнено качественно — значит годен. Если нет (и нету форс-мажорных оправданий) — не годен.
Тут уже много раз писали (и я в том числе), что работа в свободном графике подразумевает абсолютно другие схемы и принципы разработки, а так же руководства проектами, нежели общепринятые ныне.
Если для конкретного проекта необходимо постоянное сотрудничество членов команды в режиме «морда-к-морде», то ни о каком свободном графике речь идти не может. Если Вы имеете ввиду, что в Вашей профессии это необходимость, тогда да. Тогда человек, который не способен сидеть 8 часов в офисе от звонка до звонка в жестко заданный временной промежуток, действительно не пригоден к профессии «сидельщика в офисе». Только вот подобное определение к разработчикам в целом никакого отношения не имеет. И пресловутая «работа в команде» тут не причем.
На счет пренебрежения интересами команды и заказчика — я с Вами полностью, на все 100%, согласен. В случае, когда необходимо проснутся и прийти на встречу — это проблема конкретного человека. А вот если нужно каждый день просыпаться и идти в офис не свет ни заря только ради невнятного «на всякий случай, а вдруг кому-то понадоблюсь», это уже перебор. Задача руководителя сделать так, чтобы, не было никаких «всяких случаев».

Не стоит путать «свободный график» и элементарное распинайство замешанное на тотальном поуизме.

Конечно, нужно работать по графику. От этого выигрывает и работник, и работодатель

А я говорю, что нет!

Какой у нас получаетсо конструктивный и аргументированный диалог. :)

а добавлю конструктива :)

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

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

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

— за свободный — теоретики управления, черпающие доводы из статей и историй экспериментов всяких BestBuy.

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

— за свободный — теоретики управления, черпающие доводы из статей и историй экспериментов всяких BestBuy.

P.S. Вообще, имхо, малость глупо учить менеджеров, как правильно организовывать рабочее время компании, если ты не пробовал работать в руководящей должности (организация работы команды над одним проектом из 2 — 3-х человек не в счет).

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

Самое интересное это читать примечание должностей кто как коментирует.

У разработчиков часто ничего не указано, зато у многих, кто за график в описании фигурирует что-то из списка:
— менеджер
— тим лид
— синиор

— архитектор

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

Вы привели пример себя — создаете прототипы.

Ну, это из другого коммента :) И тут это важно, ибо есть же люди способные работать без жесткого контроля, просто их надо найти.

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

Для каких «отдельных»? Опешите их.

Я разрешил таки гибкий график, но именно гибкий, когда разброс рабочего дня не более 2х часов. За это время кто угодно выспется.

Про прототипы: у нас есть человек который приезжает на 7 утра и до 16, есть которые приходят после 11 и до 20. Есть Я, который, приходит в разбросе от 6 до 14 и уходит от 15 до 21, и работа делаетсо, пока проблем не замечено (уже более 3 лет).

Вопрос в другом: Что именно требует присутствия человека на рабочем месте с 9 до 18?
Мой посыл: При правильно подобранной команде и при правильно организованном процессе, присутствие человека на рабочем месте можно минимизировать.

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

ладно, пойдем путем некого абстрактного примера.

Есть проект.
на нем присутствуют:
— ПМ
— 4 разработчика (ответственных за разные части, но которые взаимодействуют)
— 1 дизайнер
— 1 QA

— 3 верстальщика.

Возникает вопрос (не особо тянущий много часов затрат, но который задевает всех)

Теперь представим, что каждый приходит, когда ему вздумается.

Ситуация: в виду того, что какой-то функционал еще не реализован, но буквально на днях его должны начть делать, заказчику приходит в голову мегагениальная идея «чуть-чуть» улучшить.

На работе в это время ПМ, разработчик и QA.

ПМ спускает новое ЦУ (ценное указание) разработчику. Тот вроде и не против, так как не начинал свою часть делать. Но он краем уха слышал, что другой разработчик, который еще не появился на рабочем месте, уже свою часть сделал. Вот такой он молодец после того, как хорошо выспался — сверх быстро накодил свои задачи.

Говорит ПМу, что я готов сделать, но надо согласовать изменения.
Приходит на работу тот другой. согласовывают.

В процессе согласования выясняется, что это тянет изменения в логике клиентской части.

А дизайнер на проекте жаворонок. Он уже пол часа как свалил пить пиво с водкой.

В итоге пишут в трекинг систему таск до завтра, когда дизайнер появится.

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

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

Дизайнер пишет таск верстальщику.

Появляетя верстальщик. Согласовыает.

Имеем в итоге 3 дня на мелкую проблему.

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

Были бы все в одно время доступны, то вопрос бы утрясся за 10-15 минут.

А таких вот мелких вопросов возникают десятки и сотни в зависимости от размера проекта.

Говорит ПМу, что я готов сделать, но надо согласовать изменения.

Вот в чем дело! Так надо сразу писать — мы собираем команду каждый день чтобы менять постановку задачи. Если команда в полном составе — за день можно провернуть 2-3 идеи. А при наличии у сотрудников свободного графика возможности покреативить нету, нужно наперед просчитывать шаги и раздавать конкретные задачи.

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

Ксатати, вы с заказчиками общаетесь ?

Нет. Кроме того делаю все возможное чтобы не общаться. Неблагодарное это дело.

Но вполне допускаю что Вам это нужно, поэтому ситуации вроде

«Здавствуйте, мы построили 5 этажей гостиницы по Вашему проэкту, и теперь хотим на 1м этаже поднять потолки _всего_ на пол метра ... »

... у Вас могут быть. Для аутсорсинговых фирм это типичная ситуация ...

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

А смысл? Если требования не меняются по ходу проекта, самое вероятное объяснение — результаты работы никому не интересны. Смысл работать на невостребованном проекте?

Для меняющихся требований есть такая штука: скрам. Всё, что вы хотите за ваши деньги берем в итерацию. Итерация оплачивается

Для меня это показатель стратегического мышления заказчика. Стадион на 30. тыс мест нельзя проапгрейдить до 40. тыс прикрутив кресла в проходах. В IT — аналогично ...

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

ехидство оно тут было лишнее.

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

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

все проблемы — только из-за глупости руководителей

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

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

Уже в этом месте, я, преждевременно, поставил вердикт: на проекте Бардак! ... Дочитал до конца ... и понял что таки был прав: на проекте Бардак! Куча безответственных людей! И хе..плохая коммуникация (это камень в голову ПМу :) ).

Далее попробую по пунктам (если я правильно понял ситуацию).

Тот вроде и не против, так как не начинал свою часть делать.

Приходит на работу тот другой. согласовывают.

Ситуация такая, что второй уже ушел? А если бы он попал в больницу? С точки зрения оценки рисков — это одно и то же, только коэффициенты разные.

А дизайнер на проекте жаворонок.

но надо согласовать с верстальщиками,

Почему нельзя было подойти к верстальщикам и согласовать с ними? Или это какие-то совсем принципиальные изменения? Если да то они должны вносится и оцениваться отдельно (обсуждаться с продавьцами — с которыми может быть 8 часов разницы)

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

И снова про бардак. Почему он не поинтересовался: «мо есть работа»? Здаетсо мне что верстальщик — рас..здяй. (Это кстати камень в голову манагера)

Дальше еще один коммент...

Чего-то ничего другого я и не ожидал. «Все тупые — один я умный.» Напоминает бабушек пенсионерок: «вот во власти одни дураки сидят, а я вот такая умная на лавочке их щас всех возьму и обосру».

За семь лет в IT я работал в 4-х компаниях со свободно-плавающим графиком, и одной — с жестким. Компании были от мелких до достаточно крупных: минимум — 30 человек, максимум 250, одна из них — широкоизвестный налаженный конвеер с миллионными оборотами. И в компаниях со свободным графиком очень часто встречались описанные выше пиз..цы. Но конечно же, в них во всех работают исключительно ПМ-ы дятлы, которые не могут наладить рабочий процесс. А в одной единственной конторе, куда по собственному желанию периодически заглядывает silverwolf — все совсем по другому. Гладко, точно. Там работают творческие роботы, которым понятие «человеческий фактор» и способность человека иногда что-то забывать — не знакомо.

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

«Все тупые — один я умный.»

Нет, не все, а конкретные люди :)

А в одной единственной конторе

Не в одной, таких контор много.

куда по собственному желанию периодически заглядывает silverwolf — все совсем по другому

silverwolf очень хочет быть профессионалом, поэтому заявляется на работу не периодически, а постоянно. Вы почитайте внимательнее: кроме претензий к ПМу, много претензий ко всем «работникам».

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

Простите, вы считаете что команда описанная в примере — это релевантное отображение реальности?

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

Вот если объективно. Возьмем в качестве примера, скажем, Global Logic. Сколько там народу? 1826 человек. Вы верите в то, что реально в четырех городах Украины найти 1826 высоко-компетентных человек с 5+ лет опыта, абсолютно самостоятельных, ответственных и способных работать без контроля?

Возьмем в качестве примера, скажем, Global Logic.

К глобалу, у меня такое же отношение как и к аджайлу — далеко не позитивное, но это уже другая история.

человек с 5+ лет опыта

К делу не относитсо.

абсолютно самостоятельных, ответственных и способных работать без контроля

Из 8 которых я знаю лично:
— за одного я поручился (и его новый работодатель мне очень благодарен);
— за 2 я готов поручитсо;
— еще 4 (с которыми я не работал, учились вместе): 2 точно не рас...здяи, 2 — не знаю.

— 1 — работал с 9(10) до 17(19) — всегда был в охвисе — все что он сделал за 2 года — я и еще один человек переделали за 1,5 месяца.

Продолжение:

А то, о чем вы пишете — это утопический идеализм.

Для вас, как для

CEO в AppDragon

это не идеализм — это вызов: набрать адекватную команду (и показатель, профпригодности)

Да, более того, я абсолютно уверен, что это — отражение нашей действительности.

Я недавно заметил, что личный опыт может не отражать действительность. Ну, так сложилось, что я часто сталкиваюсь с нормальными спецами (я не про знания, а про ответственность), а вам везет на «примадонн сельской филармонии». Может, надо менять круг общения?

Имеем в итоге 3 дня на мелкую проблему.

Были бы все в одно время доступны, то вопрос бы утрясся за 10-15 минут.

На проекте серьезные проблемы с коммуникацией, вызванные некомпетентностью некоторых (или все) участников команды:
— ПМ должен хоть немного представлять кто, что, за какое время и когда сможет сделать. То есть он мог бы прикинуть, что второй программист сможет или не сможет это сделать или имеет смысл эту задачу кинуть текущему, а с него перебросить второго (еще 2, я так понял, не связанны с этим функционалом никак)
— Дизайнер — судя по всему — малоопытен, ибо не может оценить верстку, хоть поверхностно. Кстати, кто-то из девов как правило так же может оценить работу (!)хотя бы поверхностно.

-Верстальщик на речке — это просто писец (зверек такой пушистый).

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

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

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

В гостях у сказки.

У всех этих людей нет телефона и общаются они только через трекинг систему?

Ну, это из другого коммента :) И тут это важно, ибо есть же люди способные работать без жесткого контроля, просто их надо найти.

а на это отдельно отвечу.

есть такие люди, но их просто катастрофически мало и нереально собрать в одном месте.

Это, наверное, очень зависит от окружения, из тех кого я знаю — это каждый второй (ну или 2,5-тый) :)

Если мы уже завели эту тему, то «38 часов в неделю», о которых тут писали в комментах это тоже абсолютно искусственная штука. По хорошему, какая разница сколько ты часов потратил, 60 или 10? Важно не время «отсидки», а результат.

А «38 часов в неделю» появляются когда компании продают человеко-часы. Тогда да, только это и важно. Ну и поддерживать какой-то более-менее приемлимый уровень качества, чтобы заказчик все-таки не ушел.

В идеале, должна быть прямая зависимость между результатом и оплатом труда. Но такое бывает редко и приходится придумывать всякие компромиссы. Типа регламентированного рабочего времени. У Netflix этого нет, но и работают там все равно много — просто потому, что НАДО. :-) Peer pressure & market pressure.

Для меня свободны график являтеся одним из важнейших преймуществ работодателя. Наша жизнь довольно динамична, и что бы не профукать её в офисе иногда нужно уйти на пол дня раньше, на 15 минут в 17.00. Или прийти в 12.00, а не в 10, потому что бабушку через дорогу переводил. При этом не оправдыватmся у лида, пм-а, мамочки.

Для всех этих причин глупо бы было брать отгул на день. Поэтому как по мне рабочий день должен быть от 6 до 10 часов с почасовой тарификацией и возможностью работать в офисе в период с 8.00 до 22.00 как минимум.Я понимаю, что ворклоад нужно планировать и понимаю..что каждый день такой херни быть не может, нужна стабильность 8 часов в день 90% времени. Но железный график, для меня фактически крест на работодателе. На деле именно конторы с жестким графиком обычно внизу рынка зарплат да и вообще..

Давайте прикрутим голосовалку! Судя по комментам будет достаточно двух вариантов:

1) я — PM/TL/CTO/CEO — против свободного графика

2) я — программист — за свободный график

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

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

*сарказм*
Да не... какой результат? Шутите наверно? Им нужно только бабло и кровь руководства пить.

*/сарказм*

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

А зачем, ведь даже если клиент заплатит намного больше денег, чем планировал, пропустит какие-то свои важные сроки, или проект вообще завалится в тартарары — мы просто стартанем новый проект через недельку! Или на крайняк уйдем в другую компанию на бОльшую з/п. В этом БОЛЬШАЯ проблема нашего менталитета и аутсорсинговой модели работы (не знаю, чего больше) — очень мало людей думают о том, что мы по большому счету работаем не для себя, а для того, чтобы люди, которые заказали нам результат, его получили. Если мы не за это получаем высокое вознаграждение, то за что же тогда?

Наоборот. 1. — для кого важен процесс, 2 — для кого результат.

Уточним: 1 — для кого важен процесс, приносящий запланированные результаты, 2 — для кого важен какой-нибудь (как муза поможет да гений подскажет), когда-нибудь, результат :)

В том то и дело, что 1 — для кого процесс ради процесса (на рыбалку не ради улова, а ради того, чтобы на природе посидеть, в тишине на водичку повтыкать), 2 — кому важно «не шашешечки, а доехать».

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

Я конечно извиняюсь, но есть некоторые сомнения что «Frontend Web Developer» разбирается в мотивации PM/TL/CTO/CEO (а в этот ряд еще можно поставить владельца который в небольших компаниях совмещает все или что-то из перечисленного), и понимает что и ради чего для них важнее... Особенно повеселило «на рыбалку не ради улова» — реально посмеялся :)

С таким же успехом, я мог бы там написать и «Director of User Interface and Ergonomic Engineering», как звучала моя должность в одном из проектов, и «Snr ASP.Net (С#) Developer», как называется моя должность сейчас. За мою недолгую ИТ карьеру я успел побывать и TL и PM и мне это не понравилось. И успел перевидать начальства в различных его видах. Так что некоторое представление о мотивации руководящих и координирующих должностей имею.
А ПМ-ы для которых важнее КАК идет разработка, а не ЧТО должно получится, к сожалению, не редкость. Особенно те, которые как раз и являются по совместительству владельцами. Зачастую они пользуются следующей логикой: «раз компания моя, значит законы тут пишу я». И встречалось разное... вплоть до обязательной молитвы в начале рабочего дня (в одном случае), воскурения благовонных палочек (в другом случае) ну и подобного. Конечно, конкретно эти «компании» уже лет 5-6 как канули в лету, более поздних примеров привести не могу, слава Богу, уже не сталкивался. Но осадочек остался ©.
з.ы.

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

Я где-то хоть раз высказался в пользу _жесткого_ графика? Не было такого. Если действительно настолько интересно что решили мой профиль посмотреть (я его подправил кстати — просто эта тема — первая по которой я решил что-то покомментировать, т.к. вопрос действительно интересный и важный, и в первую очередь — для руководителей), то наверное логично было бы и все мои комментарии посмотреть в этом топике (Ctrl+F ’Evgeny’ - что может быть проще :))

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

Это все к чему — я себя считаю способным более-менее объективно и компетентно судить с обеих сторон баррикад, и вижу за собой больше права претендовать на объективность. И мне также понятен и юношеский максимализм и завышенные самооценки и запросы молодняка, и более-менее взвешенные мнения тех кто по-опытнее, и продиктованные разными success/fail story и своим опытом суждения менеджеров. Очень хорошо просматривается и понимается ход мысли и мотивы буквально каждого пишущего здесь в комментах человека.

Но реально, поверьте, смешно видеть как 25-летние «зубры», поскакавшие с работы на работу и даже близко не побывавшие в роли руководителя, несущего ответственность за результат, начинают рассказывать какие хреновые менеджеры те кто не согласен с их мнением, не умеющие ценить гений и самобытность талантливых творцов и правильно ими руководить, и как надо правильно вести процесс чтобы не дай бог не помешать комфорту и творчеству людей с уникальной профессией программиста :)

P.S. последний абзац прошу не воспринимать как адресованный лично ;)

Наверно, я Вас не правильно понял, прошу прощения. Но и Вы меня не совсем правильно поняли. Фактически, я утверждал, и продолжаю утверждать, что работа в свободном графике — это обязательная часть следующей ступени в эволюции процесса труда. Она (ступень, в смысле) отбрасывает поверхностную шелуху незначительных для результата действий и атрибутов. Т.е. главное — это результат, а процесс важен, но должен быть второстепенен.
Но, к моему огромному сожалению, далеко не все к ней готовы. Как исполнители, так и руководители (тоже побывал во всех шкурах, как уже писал, и на данный момент шкура исполнителя мной выбрана осознанно и намеренно, но это тема для отдельной беседы). Для перехода на такой принцип работы необходимы и обязательны следующие вещи:
1. самодисциплина,
2. уважение к своей команде,
3. стремление получить результат,

4. наличие налаженного процесса и инструментария.

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

Сейчас, при современной культуре и современном рынке труда идеальным является гибкий график. Поскольку дает и иллюзию свободы с одной стороны, и более-менее стабильные гарантии для координаторов/руководителей с другой стороны.

И как я уже писал — очень многие прикрывают элементарное раззвездяйство, лень и поуизм свободным графиком, причем, по обоим сторонам баррикад. И вот тут я с Вами согласен на 100%, читать вайн на тему «во всем виноват *альтернативно-мыслящий* манагер» и смешно и грустно. В принципе, так же как и «во всем виноват програмер — раздолбай».
з.ы.
Да и вообще, что за баррикады? До тех пор, пока в наших мозгах будут какие-то виртуальные баррикады, ни о какой следующей ступени эволюции процесса труда, со всем плюшками вроде свободного графика, адекватной оплаты труда и прочих вкусностей, быть даже не может!
з.ы.ы.

Судя по Вашей изменившейся подписи, я не ошибся. Гугл + линкедин + немного логики рулит :)

Для перехода на такой принцип работы необходимы и обязательны следующие вещи:

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

Сейчас, при современной культуре и современном рынке труда идеальным является гибкий график. Поскольку дает и иллюзию свободы с одной стороны, и более-менее стабильные гарантии для координаторов/руководителей с другой стороны.

Об этом я и говорю в каждом, наверное, втором моем комментарии в этом топике :)

Да и вообще, что за баррикады? До тех пор, пока в наших мозгах будут какие-то виртуальные баррикады

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

Судя по Вашей изменившейся подписи, я не ошибся. Гугл + линкедин + немного логики рулит :)

:)

1) я — PM/TL/CTO/CEO — против свободного графика

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

При нормальной организации процесса, нужно минимум контроля.

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

К этим двум крайностям не хватает как минимум одного (срединного) варианта: я — неважно кто — за гибкий график. Отличия гибкого графика от свободного тут уже пережеваны многократно.

«Чем работа программиста принципиально отличается от работы проектировщика, скажем, систем отопления? Или от работы архитектора? Или, например, авиа-инженера?»

Требования меняются гораздо чаще.

Знания устаревают гораздо быстрее.

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

Не совсем понятен смысл фразы «помещать работу как попало», но эмоциональный окрас подразумевает, что самостоятельный выбор исполнителем временных рамок для выполнения задания Вам костью поперек горла стоит. И Вы почему-то думаете, что данное свойственно только программистам. Однако, как я уже писал ниже, подобный подход гораздо лучше для любой профессии, не требующей присутствия конкретного человека в конкретное время в конкретном месте.
А именно программисты обычно такое начинают требовать по целому ряду причин:
1. Отсутствие косности мышления ввиду молодости профессии и молодости самих программистов.
2. Частая работа с зарубежными партнерами, большинству которых важнее РЕЗУЛЬТАТ а не процесс.
3. Банальная избалованность: контор много, а программистов мало.
Как уже тут неоднократно замечали, свободный график (именно в таком виде, как я его описал ниже) чаще всего не работает по ряду причин:
1. Ошибочный подбор персонала.
2. Неверный подход в организации процесса труда (в случае ИТ — цикла разработки)
3. Завышенные требования.

Еще немного уточню.
Если использовать годами наработанные принципы разработки, построенные на тесном переплетении обязанностей — свободный график работать не будет. Если набирать персонал, которому начхать на работу и на результат — свободный график работать не будет. Если начальнику свербит в мозгах хотелка постоянно, каждую секунду, контролировать все аспекты процесса — свободный график работать не будет. Если аналитик неверно (пользуясь устаревшими моделями) просчитал сроки и требования — свободный график работать не будет. Другими словами, если все оставить по-прежнему, но ввести свободный график, то можно, практически с 100% вероятностью накрывать проект тазом.
Надо слишком много поменять, чтобы СГ начал работать, в таком виде, как хотят рядовые исполнители.И, в первую очередь, в головах. Потом, в построении рабочего процесса в целом. А затем писать гневные статьи. Если захочется, конечно.
Хотя, конечно, проще сразу написать, что ничего не работает, и вообще, слышали мы вашего Карузо! Картавит, фальшивит и ноты не тянет...

И казалось бы как раз эти факторы говорят в пользу работы в строго отведенное время :)

В общем, я смотрю, что весь эпический холивар вытекает из банальной путаницы в терминах. Большинство комментирующих путают «свободный график» и «гибкий график».
Свободный график — «работаю когда хочу, сколько хочу и, зачастую, где хочу». Этот принцип действительно подходит далеко не для всех, не всегда и является головной болью для руководства (особенно, «олдскульного» руководства, которым важнее процесс, а не результат).
Гибкий график — «есть N-часов в M-промежутке времени, которые необходимо отработать, обычно это 40 часов в неделю, или 8 часов в день. Когда именно начинать работать и когда заканчивать — решает работник, но если необходимо сотрудничество с другими членами команды, то обязательно присутствие в контрольных точках». Это, ИМХО, необходимость для любого нерегулярного труда, т.е., такого, где нет необходимости сидеть от звонка до звонка (кассир, охранник, поддержка пользователей и т.д.). Как было написано ниже, это самый разумный компромисс между полной свободой и жесткими рамками «с 9 до 18:00». И относится это не только к ИТ и программистам, а в той же мере — инженерам, ученым, художникам, писателям.
Если на вашем проекте не работает гибкий график, то могу только вспомнить старый анекдот:
" ...Когда у нас в Одессе бордель переставал приносить деньги, то мадам не обои меняла, а девочек«.

И никакие «смены обоев», т.е. жесткие графики, штрафы и тому подобные репрессии не помогут.

Простите за то, что будет ниже, просто ситуация мне близка, и с тем что неконтролируемый (важно, потому что, на мой взгляд, в первую очередь, <b>это ваша проблема</b>) график приводит к неразберихе я согласен, но остальное — просто буквы, простите меня, неграмотного.

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

Например,

Но вот «свободному графику в полном понимании этого слова» — категорическое «Нет».

в каком понимании не трудно было написать? Появление в офисе в 2 дня, потому что заказчик в штатах подходит под полное понимание или нет? Непонятно.

Чем работа программиста принципиально отличается от работы проектировщика, скажем, систем отопления? Или от работы архитектора? Или, например, авиа-инженера?

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

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

Ложное обобщение на отсутствии конкретики.

фиксированный рабочий график ... он ВСЕГДА приносит только выгоду.

Всегда? Почему? Потому что вы так думаете? Я не согласен. Давайте я скажу вот что он НЕ ВСЕГДА приносит выгоду. Кто прав? Я не знаю. А вы? Как насчет работы с заказчиком в штатах? Зафиксируете на 2300 — 0800, а тех, кто не будет приходить вовремя назовете индивидуумами?

В ззы поделили всех людей на хороших и плохих.

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

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

Это был <head>, а сейчас <body>

Я не много работаю в разработке, и не могу похвастаться обьективностью и широтой охвата ситуации. Но что меня напрягает, так это то, что в проколах крайними оказываются рядовые пешки. Сроки сорваны — мы плохие, сделал не то, что требовалось — мы допустили ошибку в коммуникации, и тому подобное. Но, например, нам сроки диктует заказчик, а коммуникация всегда было многосторонним процессом, но в силу разных политических и личных причин неудобно, чтобы, например, заказчик был виноват, особенно, если ему это придется доказать :). Так что не надо делать из разрабов козлов отпущения, а в данном случае — не надо сваливать проблемы в Вашей компании на тех, кто приходит в 15:50, у них могут быть свои причины.

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

Тема митингов вообще проигнорирована, игнорить митинги без обьяснительной — вот это и есть раздолбайстао.

</body>

+1 за фиксированный рабочий график.

Вообще свободные графики — это “фишка” исключительно наших IT-компаний

Періодично отримую листи від лондонських колег на кшталт “сьогодні працюю до 15, у дочки виступ у шкільному театрі”.

Сомневаюсь что это системно и очень часто, и что после таких _изредка_ возникающих обстоятельст человек свое не отрабатывает.

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

Я три года работал на проекте, на котором менеджмент был в NY, London, разработка Минск, Bangalore, Beijing. Пересечение всех этих людей, даже с учётом подстраивания и смещение собственных графиков, было примерно часа 3 в лучшем случае. И ничего организовывались и работали отлично. И да мы в Минске и программисты в Китае работали с одним репозиторием кода и даже с учётом разницы в 6 часовых поясов, особых проблем не было.

Вообще свободные графики — это «фишка» исключительно наших IT-компаний

улыбнуло

Ситуация, когда одни приходят в 10, а другие в час дня — причём непредсказуемо, назавтра они могут поменяться ролями — таки вносит сумятицу, кто б там что ни говорил. Особенно остро это чувствуется, если имеется сопровождение какого-нить продакшена с непрерывным циклом обслуживания.
Но не тот ли самый менеджмент в случае маячащего на горизонте факапа сроков ВНЕЗАПНО становится приверженцем свободного графика с неиллюзорно поздним уходом. А на людей, пришедших к 9 и в 18-00 выключающих комп с намерением уйти домой смотрят как на врагов народа.

Поэтому «свободный» график, ИМХО — это не рынка веяние. Это своего рода молчаливое одолжение менеджмента за прикрытие собственных ляпов, недостатков и жадности, а то и вопиющей некомпетентности, спинами команды рядовых сотрудников. Правильно тут про порядок на столе написали. Был бы порядок в голове у руководителя — был бы порядок и в организационных вопросах.

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

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

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

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

В любом проекте, будь то IT или строительство, пусть редко, но бывают непредвиденные обстоятельства, требующие как-то напрягаться. А чем крупнее проект, тем сроки и обязательства приобретают большее значение.

BTW, в IT это не так заметно, поскольку у одного проекта, как правило, 1-2 исполнителя, но в строительстве еще, пожалуй, ни один проект не был сделан по плану день в день, опоздания неизбежны.

Это ошибка менеджмента? Чьего?
Конечно вашего
Сроки очень сжаты изначально
Как можно браться за такой проект без четырехкратного запаса времени?
неожиданное увольнение ключевого сотрудника без отработки положенных 2-х недель делает сдачу в срок практически нереальной
Почему с ключевым сотрудником не заключен контракт с невозможностью расторжения в течении длительности проекта с соответствующей компенсацией и неустойками? Жаба задавила?
Вы действительно считаете, что в такой непредвиденной ситуации компания должна сказать заказчику, многомиллиардной корпорации — "ребята, Сеня хочет домой, он на Букиных опаздывает
Вы действительно считаете, что мне важнее прибыль вашей компании, чем любимый сериал(тренировка/посиделки с друзьями/девушка)

Это ваша прибыль и ваши проблемы.

Почему с ключевым сотрудником не заключен контракт с невозможностью расторжения в течении длительности проекта с соответствующей компенсацией и неустойками? Жаба задавила?

Тут уж важно определиться, доверие или контракт? Помнится, здесь через треть комментариев скользит мысль: зрелые компании доверяют сотрудникам; контролировать не нужно, нужно доверять и все такое. Доверие, знаете ли, не предполагает ежеминутную перестраховку пачками договоров на случай, если сотрудник неожиданно решить «подосрать» компанию и быстренько свалить.

Как можно браться за такой проект без четырехкратного запаса времени?

Вы когда либо фрилансили? Попробуйте взять проект, предложив клиенту 4-х, а лучше 8-и, да чего уж там мелочиться, давайте 16-и кратный запас по срокам. Ну например:
— Мне нужен интернет магазин

— Окей. Подождите 4 года и он ваш.

Конечно вашего

Судя по всему, вы очень опытный менеджер, а в вашей компании все работает, как часы. Расскажите, как бы в этой ситуации поступали вы.

Это ваша прибыль и ваши проблемы.

Во первых, наша прибыль — это ваша зарплата. Во вторых, справедлива обратная ситуация. У вас случилась непредвиденная ситуация. Ну, например, жена неожиданно рожать начала — очень же уважительная причина. Или, упаси Аллах, близкого родственника машина сбила. Вы хотите уйти с работы в середине рабочего дня. А вам говорят: «это ваша жена/ваш родственник — и ваши проблемы. Нам как-то на нее/него пофигу — извольте выполнить свои обязательства, за которые вы получаете з.п., а потом уже идите куда хотите. И вообще, у вас в семье неправильный менеджмент — рожать нужно в субботу, а прыжок под машину планировать за месяц.»

доверие или контракт?

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

Да, разработчик возможно поступил не красиво, а возможно и нормально — я ж не знаю почему он так сделал. Но блин, если у вас критичный по срокам исполнения проект и две недели вас спасут, да заключите вы контракт с челом, мол дорогой друг, мы тебе даем 50% бонуса, но ты у нас работаешь пока проект не закончится. Имхо, очень выгодная договоренность :)

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

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

Мне нужен интернет магазин

Интернет магазин это ни разу не критичный по срокам проект.

наша прибыль — это ваша зарплата

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

Вы хотите уйти с работы в середине рабочего дня. А вам говорят: "это ваша жена/ваш родственник — и ваши проблемы.

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

Восьми — не восьми, но трехкратный запас времени я беру всегда.

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

Почему то совсем не удивился :))) Блаблабла... продуктивность... блаблабла... эффективность... блаблабла... :)))

Продуктивность и эффективность, это чтоб клиент был доволен и бабла чтоб заработать.

Сладкое ощущение власти это не эффективность — это возвеличивание ЧСВ

Завышеные в 3-10 раз оценки, это чтобы клиент был доволен? :)

Не завышенные — запас времени для проверок и перепроверок.

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

Да, интернет магазин таких проверок не требует

Я так понимаю, что вы пишете софт ИСКЛЮЧИТЕЛЬНО для АЭС, раз у вас трехкратный запас — это минимальная норма, а то и «не стесняетесь взять десятикратный» ©

Для Фукусимы не вы писали? ;)

Да, интернет магазин таких проверок не требует

Я так понимаю, что вы пишете софт ИСКЛЮЧИТЕЛЬНО для АЭС

???

Sergey Turin qwertysmerty

Та что вы пиписьками то меряетесь?

интересно бы почитать контракт

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

С кверти меряться, да вы что???

Он все равно все с трех, а то и десятикратным запасом говорит ;)))

— Диду, чому вас так дивки люблять?

— Не знаю, сказав Дид Петро та облизав вуха

Работал на одном проекте для крупного инвестмент банка софт для трайдунга и составления договоров + проект был клучевой для банка в прошлом году имплементация для регионов

И запас по времени был 3+ раза — потому все и получилось

Так что ничего зазорного тут нет

А вот браться за трудноисполнимый проект да еще не перекрыв его ресырсами и в надежде на одно "Сережу-молодца"(ц) да потом во всем этого девелопера винить в том что вы выбрали Лексус подходящий а сроки летят это уже однозначто факап менеджера

З.Ы.

вот подсказывает мне что-то: гнилая это конторка

Во первых, наша прибыль — это ваша зарплата.

Мене завжди цікавило звідки в менеджерів беруться такі тупі неправильні думки? В моїй минулій компанії нам теж постійно «втирали»: ми — найкраща компанія, в минулому році наші прибутки були аж ХХХ млн! Давайте в цьому році ще краще/більше/довше працювати і ми заробимо 2*ХХХ млн!

А тепер питання: як мене «гріє» той факт, що власники/акціонери нашої компанії заробили «багато-багато мУльйонів»? Бонуси нам не давали (окрім одного винятку, коли ми працювали по вихідних), фрукти на халяву не роздавали, обіди безплатні не давали, навіть кращий сорт кави не завозили :( Яка у мене мотивація працювати більше? Всякі там «честь компанії», «хберегти лице перед замовником» і т.д. я пропущу, так як для більшості працівників це «пустий звук» (по різних обставинах).

Інша справа, якщо я сам є акціонером компанії. Тоді прибуток компанії буде і моїм прибутком. Але цей випадок нема змісту обговорювати, так як там всебільш-менш ясно.

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

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

Очевидно, что ваши правильные мысли по поводу <s>тупых</s> менеджеров приведут вас к такому исходу, если конечно вы в состоянии рассуждать не однобоко, а хотя бы ± справедливо:
Я прихожу на работу к 8 утра, ухожу в 17 дня. Час на обед . Я хочу день в день и час в час получать свою четко оговоренную зарплату. Дела компании меня не интересуют, к этому у меня <b>нету мотивации</b> — пусть хоть вообще обанкротятся, главное, чтоб регулярно платили з.п. мне любимому.

Когда у меня случится какое-то несчастье или просто болезнь, например, соседи зальют квартиру, устроят пожар в доме, или моего родственника собьет машина, я все равно буду сидеть и работать до 17:00, поскольку у компании <b>нету мотивации</b> отпустить меня раньше.

Я прихожу на работу к 8 утра, ухожу в 17 дня. Час на обед . Я хочу день в день и час в час получать свою четко оговоренную зарплату. Дела компании меня не интересуют, к этому у меня <b>нету мотивации</b> — пусть хоть вообще обанкротятся, главное, чтоб регулярно платили з.п. мне любимому.

Невиплата заробітної плати — кримінальний злочин.

Когда у меня случится какое-то несчастье или просто болезнь, например, соседи зальют квартиру, устроят пожар в доме, или моего родственника собьет машина, я все равно буду сидеть и работать до 17:00, поскольку у компании <b>нету мотивации</b> отпустить меня раньше.

В такому випадку працівник бере відпустку з тих днів, що має, або, якщо закінчилися, за власний рахунок.

Тут вы за КЗОТ уцепились? А чего ж вы за него не цеплялись, когда мы говорили о «когда хочу прихожу, когда хочу работаю»? А когда вам за отфонарные посещения рабочего места в трудовую книжку по КЗОТУ жирную надпись влепят о увольнении по причине нарушения трудовой дисциплины?

Кто вам сказал, что гибкий график есть нарушение КЗОТ-а?

Який КЗОТ? Це прописується в договорі.
Яка трудова книжка, ви про що взагалі?
Що за дитячі розмови? Заключайте договір з працівником, і виконуйте все, що зобов’язалися, і вимагайте того ж від іншої сторони.

Без неформальних домовленостей.

какая ЗП ? какой КЗОТ ?

99% оформлены ЧП шниками :)

при необходимости пару раз поработать больше

Необходимость, это аврал, пожар или стихийное бедствие, остальное — жадность.

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

Дела компании меня не интересуют, к этому у меня <b>нету мотивации

Я прихожу на работу к 8 утра, ухожу в 17 дня. Час на обед . Я хочу день в день и час в час получать свою четко оговоренную зарплату. Дела компании меня не интересуют, к этому у меня нету мотивации — пусть хоть вообще обанкротятся, главное, чтоб регулярно платили з.п. мне любимому

Идею уловил: задача программиста делать свою работу максимально качественно. Об остальном должна болеть голова у руководства — нечего перекладывать менеджерские задачи на подчиненных.

За определением слова аврал — к википедии.

ru.wikipedia.org/wiki/Аврал

аврал стал использоваться повсеместно, и теперь означает просто выполняемую всем коллективом спешную работу

Исходя из определения аврал не может быть длительным, иначе это уже не аврал

Ваше «по перше» і «по друге» абсолютно ніяк не звязані і зачіпають різні аспекти життя (грошова компенсація і послуга). Тим більше, наскільки я розумію, мова йде не про «пару раз в рік», а про цілий проект, який тягнеться декілька місяців (у мому випадку, мова взагалі йде про продукт над яким працюють от уже 7 років).

Наприклад, у мене в контракті чітко оговорено, що я маю відпрацювати 38,5 годин в тиждень і в офісі я маю знаходитись з 11:00 по 16:00 (не враховуючи форсмажорні ситуації).

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

Тепер, з ваших слів, якщо я не працюю більше задарма — це може послужити підставою для якихось дій з боку компанії, які спричинять дискомфорт для мене і моєї роботи (починаючи з банальних нагадувань «а памятаєш як ти не залишився в пятницю ввечері» до звільнення).

Що саме тут справедливо?

Ще один приклад з власного досвіду :) Додаток до того ж контракту обговорює «перепрацьований час»: якщо я перепрацьовую, то потім можу взяти додаткові декілька годин-днів вихідних. Іншими словами, компанія повністю компенсує мені мій втрачений час (що справедливо і в зворотньому напрямку!!!).

А як часто у нас в Україні діє така компенсація? І як ви думаєте, в якому випадку у мене буде більша мотивація залишитись на ці додаткові декілька годин..?

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

Значить ми говорили про різні речі і продовжувати дискусію нема змісту.

Основне про що я хотів сказати, було:

наша прибыль — это ваша зарплата

висловлювання треба взагалі забути і ніколи про нього не згадувати. Воно абсолютно ніяк не мотивує і дуже рідко має якесь відношення до реального життя (для ІТ сектору).

От жеж ёлки-палки. Ну опять за рыбу гроши.
Жена может начать рожать ВНЕЗАПНО. Но срок родов — не подходит ВНЕЗАПНО.

Если со мной в команде работает Вася Пупкин, у которого жена на седьмом-восьмом-девятом месяце, то я прекрасно осознаЮ, что в одно прекрасное утро он может прислать СМС-ку и исчезнуть дня на три, а потом прийти и попросить отпуск ещё на пару недель, а если ему не дать, он всё равно свалит, и плевать ему на зарплату. Это фактор риска, не хотите его учитывать — нанимайте на работу импотентов со справкой от уролога.

Как можно браться за такой проект без четырехкратного запаса времени?

Я думаю, вы в курсе, что такое тендеры AKA bid’ы. Вот они-то и вынуждают коммититься на очень трудновыполнимые бюджет и сроки. А демпинг на таких бидах со стороны всяких индусов бывает просто неиллюзорный.

Тогда вопрос: почему я должен рвать попу, чтоб обеспечить вашу прибыль?

Я при трудоустройстве договаривался на восемь часов работы? Да — на восемь. Почему — же теперь мне предлагают работать по 12? Не можете конкурировать — закрывайтесь.

Вы мокрое с мягким не путайте.
Подписываться под трудновыполнимыми сроками — это одно.

А делать, как вы, трехкратное увеличение оценки — это другое.

Это означает:
— Ваша эффективность слишком низкая

— Вы не умеет правильно оценивать

Что бы обеспечивать свою прибыль надо работать на себя. Открывайте свое дело.
Обычно работадателю нужны не 8 часов в день, а обьем работ сделаный за эти 8 часов.
Да, работник не имеет доли в прибыли. Но его и не брали в долю. Его наняли для выполнения определенных обьемов работ и за это платят.
Если 8 часов и некий обьем работ не совпадают:
а) Квалификация сотрудника не соотвествует позиции. В таком случае если контора разрешает ему работать 10 часов — надо сказать конторе спасибо.

б) Обьем работ завышен. Тогда надо это сказать руководсту. Привести хорошую базу под то что нужно больше времени или дополнительные люди. Если сдвигов нет — менять место работы.

Я при трудоустройстве договаривался на восемь часов работы? Да — на восемь. Почему — же теперь мне предлагают работать по 12?

Встречный вопрос — а на рынке еще остались конторы, которые не оговаривают возможность овертаймов при найме и, тем более, старте проекта, где по тем или иным причинам таковые вполне возможны? И, тем более, этот овертайм не оплачивают?

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

трехкратное увеличение оценки

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

а рынке еще остались конторы, которые не оговаривают возможность овертаймов при найме и, тем более, старте проекта, где по тем или иным причинам таковые вполне возможны? И, тем более, этот овертайм не оплачивают?

Да, полно: к примеру игровые конторы.

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

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

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

Корявый съезд :)
Ляпнули ерунду про трехкратный и десятикратный запас по времени, теперь пытаетесь не слишком элегантно выкрутиться.
Срок сдачи — это срок сдачи, оценка — это оценка... Разные вещи.

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

Встречный вопрос — а на рынке

Знаете, а на рынке по всякому бывает. Вы ведь СТО, значит по рынку не ходите.

Хотя я согласен, что лицемерие сплошняком имеет место с обеих сторон. И конторы не оговаривают, и кандидаты не говорят честно о неприятии овертаймов, а поют друг другу красивые песни. А потом начинается — «а у нас сроки» — «а я на букиных опаздую».

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

Ключевые слова — с самого начала и добровольно. Такие расклады я уважаю, без базара.

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

Это уже и не овертайм даже, а некое соглашение поднять «норму» часов в неделю. Я думаю, протестуют против непредвиденного аврального овертайма.

поскольку у одного проекта, как правило, 1-2 исполнителя
Що-що?

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

Ага, то есть свободный график таки имеет место быть, но тогда, когда это нужно менеджменту, так? Но я считаю, что должно быть равновесие.

Сроки очень сжаты изначально,
Это фактор риска, а управление рисками — это таки компетенция менеджмента, не так ли? Вы идёте на сознательный риск, но я — не хочу. Будьте честными, составьте корректные оценки по бюджету и персоналу. Если бюджет не позволяет нанять достаточное количество лучших из лучших, ищите лучших из худших, и т.д. Не можете — слазьте с руководящего кресла.
неожиданное увольнение ключевого сотрудника без отработки положенных 2-х недель
Да, в моей практике такое было. Аж целый ровно один раз. Я согласен, что нехилый фактор риска (пройдено на собственной шкуре в какчестве разрабодчега), но назвать его регулярным явлением и выпячивать как первостепенную проблему я не могу. Тем более окружающие вас люди тоже умеют отличать белое от чёрного и форс-мажор от прихоти.

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

Так свободный график или жесткий ? Разговор из серии кто круче — автоматчик или снайпер. Хотите выстроить снайперов в плотную колону по два и дать команду в бой ? Ваше право ... Результат получите соответствующий ...

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

Но вы хотите, чтобы все делали так же, не правда ли? Иначе неаккуратненько получается.

Но как только появится возможность, поверьте — от вас без сожаления избавятся.

Как только появится возможность, поверьте — от вашей компании без сожаления избавятся в пользу менее зацикленного на том, Как Надо, руководства.

Да, у кого то из них рабочий день начинается в 9, а у кого-то в 10.

Потрясающая свобода выбора.

Выглядит, как будто в силу позднего времени вы с трудом разлепили один глаз и выцепили им некоторые абзацы из всего поста.

Потрясающая свобода выбора.

К чему здесь сарказм? Перечитайте еще раз — речь идет о добровольном выборе самоорганизванных людей.

зацикленного на том, Как Надо, руководства.

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

Выглядит, как будто в силу позднего времени вы с трудом разлепили один глаз и выцепили им некоторые абзацы из всего поста.
Отнюдь, отлично разглядел весь ваш пост, включая то, что между строк.
К чему здесь сарказм? Перечитайте еще раз — речь идет о добровольном выборе самоорганизванных людей.
Но будь ваша воля, вы примерно такую свободу и предоставили бы, так ведь? Что-нибудь в стиле «с 9-11 до 6-8», или еще поуже. А тех, кому не понравилось — заклеймили бы неорганизованными разгильдяями, неспособными к тривиальному самоконтролю. Ведь заставить себя вставать в 7 утра — это же так просто, не правда ли?
Чушь. Любое руководство зациклено на том, как получить максимум дохода с минимума вложений. Поверьте, всем в мире, и мне в том числе, глубоко пофик, кто, когда и как будет ходить на работу, если это не вредит делу. Но факты говорят, что это — очень вредит.
Я согласен, что с жестким графиком руководству гораздо удобнее управлять компанией, ПМам — управлять проектами, итд. Если пытаться все делать по старинке. А можно приложить усилия и внедрить методологию, учитывающую гибкий график.

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

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

Не лучше ли сразу пойти в компанию, у которой нет тенденции к повышению дохода за счет комфорта (пусть некоторых, но все же) сотрудников?

не підкажете, яка методологія дозволить правильно прохендлати розгільдяйство в команді (саме в команді а не в групі фрілансерів, які часом зходяться в одну кімнату потриндіти)? руп? ватерфол? скрам? канбан?

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

Или вы спрашиваетет про методы организации работы команды с гибким графиком?

Опять теория, подкрепленная только силой мысли. Когда суммарное количество разработчиков удовлетворяет спросу на 50%, то количество разработчиков, которые любят, хотят и умеют программировать — на 5%. Т.е. вы предлагает остальным 95% просто закрыться, вместо того, чтобы пытаться доступными способами решить проблему?

Я вас попрошу не пороти в гарячці дикий з математичної точки зору брєд, а сформулювати ваше питання.

95% программистов — разгильдяи?

найм людей, которые любят, хотят и умеют программировать

Грош цена таким людям, если они не отдают себе отчета в том, что от них нужно и за что им платят зарплату, дают соцпакеты и прочие бенефиты. «Любить, хотеть и уметь программировать» можно и дома, а вот чтобы быть ценным сотрудником и приносить пользу работодателю — это конечно условие необходимое, но никак не достаточное. Деньги вам не за любовь и хотение платят, а за результат который вы даете.

И кстати «любение, хотение и умение программировать» и разгильдяйство — это вещи перпендикулярные, никоим образом друг друга не исключающие ;)

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

дисциплина ума

красивое словосочетание, а можно разъяснить что конкретно оно означает? :)

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

умение заставить себя думать о том, о чем нужно, а не куда мысль сама пошла

Противоречит представлению о программисте как творце, который должен работать по наитию, когда осенило.

Умение заставлять себя делать что-то

Нужно еще добавить «когда нужно, и не только тебе а тем кто на тебе завязан». Противоречит идеологии «свободного графика».

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

Противоречит представлению о программисте как творце, который должен работать по наитию, когда осенило.

Я такого не писал.

Нужно еще добавить «когда нужно, и не только тебе а тем кто на тебе завязан». Противоречит идеологии «свободного графика».

За свободный график я также не выступал. Похоже, вы пытаетесь выбить максимализм из ветряных мельниц. :)

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

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

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

Я такого не писал.

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

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

Перечитал ваши комментарии — в них присутствует слово «гибкий», с чем я вполне согласен. Только вот понимание этого слова у нас очевидно разное. Максимализм же сквозит очевидно в ваших суждениях, начиная с того что мол грош цена менеджеру который не может построить процесс вокруг предпочтений отдельных исполнителей, заканчивая неприятием бизнеса и коммерческих (читай — _взаимо_выгодных) отношений. Моя точка зрения противоположна — грош цена менеджеру который не умеет подобрать и управлять людьми в рамках процесса, а не наоборот, а бизнес и и понимание того что собственная выгода напрямую зависит от выгоды партнера — единственная прочная и нерушимая основа сотрудничества.

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

Интересно, где это я мог дать понять, что отношусь к такой породе менеджеров?

Я могу и построить, но только когда этого требует ситуация. А глаз радуется когда довольный клиент благодарит и деньги на счет переводит, или когда люди в разговорах проговариваются «предлагали туда-то на х1.5 зп, отказался потому что тут нравится» — а вовсе не от того что все по струнке ходят.

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

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

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

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

News flash: программисту платят зарплату и бенефиты за написание программ.

чтобы быть ценным сотрудником и приносить пользу работодателю

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

News flash: программисту платят зарплату и бенефиты за написание программ.

News flash #2: если эти программы (шире — части программ за которые означенный программист отвечает) никому не нужны (ака не закончены в срок, некачественны, не согласуются с другими частями и т.п.), зарплата очень быстро заканчивается.

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

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

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

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

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

Один нескромный вопрос, если не секрет: с чем связана столь частая смена мест работы?

Понятно и вполне обоснованно когда это происходит раз в 4-6 лет — большинство людей требует смены обстановки время от времени, если ничего кардинально (либо тенденциозно) не меняется на одном месте, тогда меняется место работы. Это естественно. Могу понять если в карьере один-два случая, когда человек не задержался — не сработались, форс-мажор, фирма закрылась/проект умер — это тоже бывает. Но когда за 6 лет меняется 6 мест — это уже система, никакими внешними обстоятельствами не объяснимая. В таком случае очевидно, что пора что-то менять в себе и своих взглядах.

News flash #2: если эти программы (шире — части программ за которые означенный программист отвечает) никому не нужны (ака не закончены в срок, некачественны, не согласуются с другими частями и т.п.), зарплата очень быстро заканчивается.

Кому приятно делать продукт, который некачественный или не совместим с другими частями системы (= не работает)?

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

Да кто ж спорит.

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

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

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

...то этот сотрудник не умеет работать в команде. Все что дальше — особенности кадровой политики вашей компании.

Один нескромный вопрос, если не секрет: с чем связана столь частая смена мест работы?

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

Кому приятно делать продукт, который некачественный или не совместим с другими частями системы (= не работает)?

Ну наверное тому, кто считает себя пупом земли, вокруг которого должен строиться процесс и под которого должны подстраиваться все окружающие, и который сначала требует всего для себя, а после — о том что этому должно соответствовать — а не наоборот? Слово «приятно» в данном контексте кстати не имеет смысла, я бы предложил слово «устраивает».

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

Хм. Можно разъяснить, как это соотносится с предметом спора? Какой-то абсолютно бессмысленный пример, больше похоже на «абы что-то сказать».

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

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

6 раз? И во всех случаях вы представления не имели, чем именно и в каких условиях придется заниматься? Что тогда было мотивом? З/п, график, обещания? Портрет понемногу дальше проясняется.

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

Давайте на этом прекратим обсуждение меня и раздачу ценных советов?

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

Слово «приятно» в данном контексте кстати не имеет смысла, я бы предложил слово «устраивает»

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

Можно разъяснить, как это соотносится с предметом спора?

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

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

И во всех случаях вы представления не имели, чем именно и в каких условиях придется заниматься?

Не особо. А как получить хорошее представление о том, чем и в каких условиях (и с какими людьми) я буду заниматься в компании, не поработав в ней?

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

Виноваты в чем? Меня устраивает мое текущее место работы, и я смею надеяться, что мои предыдущие работодатели не могут упрекнуть меня в недобросовестности, разгильдяйстве или бракодельстве.

Но это пройдет, просто у кого-то юношеский максимализм из эгоцентризм проходит раньше, у кого-то позже... а иногда к сожалению никогда не проходит...

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

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

This is real life. Все были бы счастливы, если бы имели возможность делать только то что им приятно. Но такого не бывает, и не может быть даже теоретически (если только всех подряд не зомбировать). И опять же к разговору о самооценке и эгоцентризме — для кого-то приятно делать только то что нравится в каждый момент времени, а для кого-то приятно осознавать что ты полезен, и твоя полезность осознается и ценится окружающими.

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

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

Что я утверждал, что умение и тяга программировать — далеко не залог полезности. И если человек сам не понимает, что взамен на бенефиты и карьеру он должен быть адекватно полезен — тянуть его за уши и пытаться делать его центром всех процессов — это вовсе не проблема менеджера, как вы пытаетесь утверждать. Проще и эффективнее подобрать людей под процесс (когда он уже налажен), а не наоборот. This is real life.

Я привел пример ситуации, когда сотрудники могут принести пользу занимаясь не тем, что им интересно и ради чего они пошли в профессию, а скучной и грязной работой

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

Меня интересовало, как, по вашему мнению, в такой ситуации они поступят и что ими будет двигать

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

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

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

— Потому что люди в конце концов знают, что за 8 лет из пришедших на фирму 50 человек по разным причинам ушло всего 5 человек, из них один реально попросту не сработался и конфликтовал со всем коллективом, одного переманил родственник в Киев (по з/п к сожалению с Киевом конкурировать сложно), одного пришлось уволить по полному несоответствию (т.е. в сумме имеем две явных кадровых ошибки), и с двоими пришлось расстаться объективно потому что период выдался сложный, клиент свернул проект (не по нашей вине — потерял инвестора), а их скилы были слишком специфичны чтобы использовать где-то еще на тот момент.

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

Надеюсь я достаточно полно пояснил, чем это обусловлено :)

Не особо. А как получить хорошее представление о том, чем и в каких условиях (и с какими людьми) я буду заниматься в компании, не поработав в ней?

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

Ну и опять же повторюсь — все можно понять, все тянет на аргумент, но... 6 раз за 6 лет? Вот такое постоянное фатальное невезение? Вернусь к вопросу: может таки что-то надо в консерватории поискать?

Виноваты в чем? Меня устраивает мое текущее место работы, и я смею надеяться, что мои предыдущие работодатели не могут упрекнуть меня в недобросовестности, разгильдяйстве или бракодельстве.

Сколько времени вы уже на нем проработали, можете сказать что хотели бы проработать еще 3, 5, 8 лет там же? Могли ли вы сказать то же о предыдущих местах, когда работали там? Ну и опять же — «устраивает» vs «приятно» — исходя из ваших предыдущих рассуждений, оптимизма не внушает ;)

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

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

К счастью, я не бизнесмен

Ну вот тут опять спорно. Нет ли подмены понятий, когда отсутствие способности к чему-то человек заменяет убеждением (сначала себя, а потом и окружающих) что он этого и не хотел бы и счастлив что этого нет? Я знаю очень мало людей, которые были бы счастливы тем что они никогда не смогут подняться повыше в социальной иерархии — это исключение и большая редкость. Зато тех кто на это просто не способен, и обманывает себя и других под соусом «а оно мне и не надо» — огромная масса. Более того, развивается неприятие и презрение к тем, кто способен и главное эти способности реализует. Судя по некоторым высказываниям, я склоняюсь к определенному выводу на этот счет...

Мда. Смешно читать весь этот детский лепет, написанный 25-летним человеком, 3 года назад закончившим институт, сменившим за 6 лет 6 мест работы... Явно завышенная самооценка.

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

Да, а еще у меня в условиях приема на работу — право первой ночи с женой сотрудника и обязательная барщина на моей даче. Ну и согласие отдать почку для пересадки, разумеется.

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

Позволю просто дать очень хороший совет:

Аналогично. Перестаньте относиться к людям свысока.

хотите добиться чего-то в этой жизни

быть полезным и соответственно ценимым

У меня другое понимание «добиться чего-то», не связанное с тем, чтобы быть полезным и ценимым, в особенности — коммерческими структурами.

И все начнет налаживаться.

Интересно, что, по вашему мнению, мне нужно наладить?

Перестаньте относиться к людям свысока.

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

У меня другое понимание «добиться чего-то», не связанное с тем, чтобы быть полезным и ценимым, в особенности — коммерческими структурами.

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

Категорически не согласен! Ваше «НЕТ» это Ваше мнение. Всё относительно, всё персонально, кто то может работать дома а кто то нет. ВАШЕ мнение — это ВАШЕ мнение.

Вы помоему либо не удосужились прочитать, о чем пишет ТС, либо действительно не понимаете, что РАБОТА ИЗ ДОМА и СВОБОДНЫЙ ГРАФИК — это разные вещи...

Ну да... т.е. может быть свободный график работы из дома? Ну это наверно очень богатые компании могут себе позволить :-) Нет идеологической разницы между понятием «СГ» и работой дома. Потому что от тебя всё равно требуют результат. Если ты не показываешь результат — увольняют вне зависимости где и как ты работал.

В чем тогда разница где работать?

ТС просто делится своим мнением по этому поводу. Я НЕ согласен с тем что СГ и работа дома это плохо. Но я согласен что бездарей и лентяев нужно гнать. Если человек может дать 100% КПД работая через GPRS посреди поля кукурузы в фигзнаеткаковском районе области — лично мне пофиг что его нет в офисе.

Ну да... т.е. может быть свободный график работы из дома? Ну это наверно очень богатые компании могут себе позволить :-)

— Арбузы и ежики — разные вещи.

— Ну да... т.е. могут быть арбузные ежики?

Логика — не ваш конек ;)))

Нет идеологической разницы между понятием «СГ» и работой дома

Та ладна... :) Если моя компания работает с 9 до 6, то при чистой работе из дома в 9 я тоже работаю и со мной можно поговорить по скайпу. При свободном графике в 9 я буду спать, проснусь к 12, за комп сяду к часу. И чтобы поговорить со мной в 9, вам придется приехать ко мне с будильником :)))

Хотите посоревноваться в логике?

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

Я уже сказал — всё персонально. Кто то может работать а кто то нет. Тот кто пахал лет 5-7 назад в фрилансе чтоб добавить к ЗП ещё пару тройку сотен зеленых тот знает что это такое.

Хотите посоревноваться в логике?

А есть смысл? :)))

Если вас ждут в скайпе а вы спите — то это ваша беда и ваши затраты на поиск новой работы.

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

СГ имеет отношение исключительно к тому когда вы приходите в офис.

СГ имеет отношение к тому, когда я начинаю работать. В офисе или нет — это уже второй вопрос.

Если в 9 утра я не в офисе, а на встрече с клиентом, то у меня СГ? ;)))

Эххх.... вставлю и я свои пять копек

Чем работа программиста принципиально отличается от работы проектировщика, скажем, систем отопления? Или от работы архитектора? Или, например, авиа-инженера?

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

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

при небольшом проседании эффективности работы некоторых творческих личностей эффективность компании в целом — растет.

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

Тогда приходится создавать условия. И дело не в том, что кто — то «примадонна», просто вот мне лучше думается вечером — организьм такой. Зачем меня гонять строго к сроку, если один хрен до одиннадцати муза не посещает? Ну полажу по инету, от этого что, работа сделается? Другое дело просто педалить код, в этом случае нужно приходить в девять и работать.

свободные графики — это «фишка» исключительно наших IT-компаний.

Свободные графики это показатель зрелости фирмы и разработчиков: первая доверяет, второй оправдывает доверие.

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

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

Вот это точно фишка исключительно «нашего» IT: вместо деловых отношений пихать везде, куда можно идеологию. Ещё не забыли совок, видать: добрый царь(директор фирмы) по достоинству оценит всех хороших пионеров и строго накажет мальчишей — плохишей предавших родную фирму за бочку варенья и корзину печенья.

Когда появится возможность(читай, можно нанять двух по дешевле с таким — же качеством) даже мегапродуктивного чела уволят без сожаления.
2008 год это показал наглядно: на моей памяти уволили супер — пупер — дупер продуктивного парня, на нем держались практически все исследовательские таски. Более того, он был не формальным лидером команды — организатором вечеринок, походов в сауну или бассейн, прочего досуга. Короче парень — молодец.
Сейчас он SEO в одной из крупных контор. Не продуктивный скажешь?

Да просто очень дорого было платить ему з.п

Вот это точно фишка исключительно «нашего» IT: когда появится возможность(читай, можно нанять двух по дешевле с таким — же качеством) даже мегапродуктивного чела уволят без сожаления.

Если на зарплату одного МОЖНО и ВЫГОДНО нанять 2 С ТАКИМ ЖЕ КАЧЕСТВОМ, это означает лишь, то что этот один получает неадекватную рыночным условиям зарплату. И если действительно ВЫГОДНО вместо него взять 2, то все разговоры о его мега-шуга-дуга продуктивности — фигня, ибо если бы она дейтсвительно была мега-шуга-дуга по сравнению с его зарплатой, то увольнять его было бы НЕ ВЫГОДНО.

Сейчас он SEO

Оптимизатор что ли ;)))

Если на зарплату одного МОЖНО и ВЫГОДНО нанять 2 С ТАКИМ ЖЕ КАЧЕСТВОМ, это означает лишь, то что этот один получает неадекватную рыночным условиям зарплату.
Yes, sir! Вы поняли мою мысль: рынок и только рынок определяет кому работать, а кому быть уволенным. Отсюда логическое утверждение: если ты приносишь конторе прибыль, совершенно не важно на сколько свободный график, большая зарплата или какими словами ты «мотивируешь» менеджера в ответ на требование придти на выходных.
Рулит бизнес: исключая очевидные случаи невменяемости, пока доход от работы человека ощутимо больше расхода никто его и пальцем не тронет. Напротив, будут ходить и сдувать пылинки, пфф!
Умные разработчик просекли это дело и без зазрения совести отжимают конторы на бабло, мед страховку, свободный график и прочие приятные вещи. Пока я нужен, будешь меня на работе держать, стану не нужен — уволишь. Со свободным графиком уволишь и без свободного — так лучше я сейчас получу выгоды. Завтра неизвестно что будет, вон упадет на землю метеорит и привет. Из более вероятного, правительство дважды несудимого закроет границы и пошлет всех работать на олигархов — попытки уже на лицо. Кого при таком раскладе будет интересовать свободный был у меня график, или нет?
разговоры о его мега-шуга-дуга продуктивности — фигня, ибо если бы она дейтсвительно была мега-шуга-дуга по сравнению с его зарплатой, то увольнять его было бы НЕ ВЫГОДНО.
Эффективность, она бывает разная: а не только «сидеть на работе до усирачки, но пофиксить десять багов вместо восьми». Сделать нечто сложное, что другие не могут — тоже эффективность.
Как быть, если в кризис спрос на сложные решения сильно упал: многие вообще свернули бизнес — вместо десяти человек в команде оставили двоих.
Оптимизатор что ли ;)))
Сорри, перепутал CIO — тех. директор направления одной из крупных контор.

рынок и только рынок определяет кому работать, а кому быть уволенным.

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

Эффективность, она бывает разная: а не только «сидеть на работе до усирачки, но пофиксить десять багов вместо восьми». Сделать нечто сложное, что другие не могут — тоже эффективность.

Эффективность — это когда ты умеешь хорошо и быстро делать не простые или сложные, а НУЖНЫЕ вещи.

Если твои «сложные» умения никому здесь не нужны, либо езжай туда где их купят, либо делай то, что готовы купить...

к чему эти душещипательные сторис, про бедного и очень умного мальчика, на зарплату которого контора взяла всего-то 2 человек и ничего при этом не потеряла

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

простые или сложные, а НУЖНЫЕ вещи.

Вопрос только кому нужные? Мне не интересно быть рабочей лошадкой, вот совсем не интересно. Благо, можно выбирать сейчас

«сложные» умения никому здесь не нужны, либо езжай туда где их купят,

Так он и поехал, CIO в крупную контору :)

А что за контора, просто интересно так как не часто в крупных конторах меняеться CTO да еще и на наших ребят

Если интересно, в личку — чел не давал одобрямса на упоминание его имени

так про человека не спрашивают, интересна компания :) хотя конечно таких людей можно через контакты найти, но все же

Пока нужен всё будет ок, а не нужен — уволят и без свободного графика

Поправка: при таком подходе — «все будет ок» пока нужен и _некем заменить_ ;)

Хм. Знаю что такое CEO, CTO — CIO не знаю. Как расшифровывается эта аббревиатура, кто-нибудь в курсе?

CIO (англ. Chief Information Officer) — менеджер по информатизации (главный), директор по информационным технологиям (сотрудник корпорации, исполнитель высшего ранга, отвечающий за приобретение и внедрение новых технологий, управление информационными ресурсами).

CTO (англ. Chief technical officer или Chief technology officer — «технический директор») — руководящая должность в западных компаниях, соответствующая русскому «главный инженер». Один из руководителей корпорации, отвечающий за её развитие и разработку новых продуктов; в ведении CTO обычно находится вся технологическая часть производства.

pankratov.org.ua/it/cxo

CIO (англ. Chief Information Officer)

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

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

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

ИМХО скорее не IT компаний...

Свободные графики это показатель зрелости фирмы и разработчиков: первая доверяет, второй оправдывает доверие.

Плюсодин. Прямо мои мысли выразил.

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

Тут отписывалось большинство програмистов.
А я отношусь к тестировщикам. И вот мне такой гибкий график абсолютно не нравится.
Я предпочитаю что бы билд был готов до обеда......а не в пятницу после шести вечера.
Команда должна работать как часовой механизм. Простоев не должно быть.
Люди должны работать в «тесном контакте». Особенно если работает больша команда.
Свободный график хорош когда ты работаеш сам.

Плюс минус час это нормально. Но разрыв в 3-4 часа создает большие неудобства.

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

у вас скорее всего неправилное планирование

работал в проекте с гибким графиком + команда в Бангалор Москва Днепропетровск Франкфурт Лондон Нью Йoрк и все работало как часы

Хотите иметь билд до обеда? Берите собранный вчера в 10 вечера, в чем проблема-то?

За 6+ лет всяких нестыковок накопилось немеряно.
Например зарисовка:
Один «жаворонок» с 9 до 17 наваял свой кусок и зачекал его в соурсейв в 16.
«Сова» проснулась в 12, в 14 проапдейтила проект. До 23(с перерывами на перекур\фильмец) гениально потрудился, в 22 решил зачекать. А тут бац, его изменения конфликтуют с тем что сделал жаворонок. Не собирается, падает, память течет, тупо не работат или еще какая та бяка.
У совы есть два выбора:
1. Сесть и пытатся понять чего понаписывал жаворонок.
2. Забить и лечь спать.
Что он будет делать?
Утром прихожу я и вижу что ночной автобилд не отработал, проект не собирается.
Сова зачекала какую то хрень(может и не хрень совсем, но с этим проект уже не собрать).
Начинаеш разбиратся. Приходят жаворонки. Апдейтят исходники — не собирается.
Совы нет..........он спит после трудовой ночи. Мобильник отключен.
Выясняеш по логам автобилда кто какие файлы и во сколько менял. Откатываеш версию. Собираеш.
Полдня в бетон.
Плюс баги совы не пофикшены. Или функционал не готов.

Я не говорю что это постоянно. Но ведь случается. А при «свободном» графике случается намного чаще.

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

А настроить оповещения о комитах на емейл не пробовали?

До 23(с перерывами на перекур\фильмец) гениально потрудился, в 22 решил зачекать.

А делать регулярные апдейты на протяжении дня религия запрещает?

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

Или вы даете мне «ценные советы» желая помочь и научить?

Я описал реальную ситуация которая случается когда какой то сотрудник работает отдельно от основной групы.

Причина этой ситуации — в непредусмотрительности разработчика.

И что толку, что вы знаете причину ситуации? Это каким-то образом поможет решить проблему?

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

:-) Ну ну.. Заставьте...
Вы практик по заставлянию разработчиков или все же теоретик?

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

Вы практик по заставлянию разработчиков или все же теоретик?

Практика есть, если это вас интересует. Не топорными методами, естественно.

Ведь многим из них апдейты делать часто некомфортно, им лучше апдейтиться, когда вдохновение прийдет, пару раз с 8 вечера до 3-х ночи.

Делать вовремя апдейты/коммиты — признак здравого смысла, способности думать на будущее и умения работать в команде. И приведенный пример показывает именно это, а не минусы гибкого графика. Заберите из него гибкий график и замените на «ушел в отпуск» — и ничего не изменится. Заберите из него недальновидность разработчика — и примера не будет.

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

Вот тут полностью поддерживаю, нельзя «заставить» разработчика. Объяснить — да.

Если разработчика начинают «пинать» — это первый серьезный звонок ... Вообще работа программиста связана с поиском решений и возможностей, добровольная работа = качественная работа ....

нельзя «заставить» разработчика

ну продолжайте же фразу! Подсказываю: «...пока рынок труда находится в том состоянии, в котором он есть сейчас» :)

Так точно! Мы же в эпоху торговых отношений живем. :)

Работаю на данный момент в территориально распределенной команде, бОльшая часть команды сидит в Европе с соответствующей разницей во времени. _Правилом хорошего тона_ в команде является при каждом коммите бросить пару сообщений в общий конференс с объявлением «я тут закоммитил то-то и то-то, с такими-то целями, может вылезти здесь и здесь». И проблем практически не возникает)

Правило лучшего тона — написать всё то же в комментарии к коммиту. А кто хочет — тот подписан на рассылку коммитов.

В данном конкретном случае feature branches вам в помощь.

А в целом, как тут написали:
Свободные графики это показатель зрелости фирмы и разработчиков: первая доверяет, второй оправдывает доверие.
Значит да,

сотрудники плохие

, не оправдали доверие.

Ясно.
Получаем идеальную зрелую фирму в которой работнки работают когда угодно, где угодно.
Но зато в день релиза продукт готов. Все фичи готовы. Все тесты пройденны.
Баги пофикшены и перепроверенны.

Вы в это верите?

Про фирму говорить не берусь, только про проект.

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

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

Да, я в это верю, потому что я это видел.

И это хорошо =)

Но

За три года

Это большой длинный проект. Описанная методика абсолютна правильная для него.

Но ведь есть проекты со сроками 1-2 месяца. Тут нет времени на написание тысяч юнит тестов.

То что я описал выше — это не систематические проблеммы. Это выпадание из системы.

И по моему мнению оно случается именно изза «свободного» графика.

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

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

Наколбасить и скрыться в ночи :) Что бы те, кто будут поддерживать не нашли.

«Yes! Yes! Мы сделали это! Отмечаем сдачу объекта. Я пью мало, мне надо еще успеть уволиться, прежде чем эта хренотень рухнет к чертовой матери» ©

ничего не знаю про ваш проект, но проекты бывают очень разные.

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

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

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

А тут бац, его изменения конфликтуют с тем что сделал жаворонок.

Такие вещи хорошо решаются юнит-тестами и код ревью.

А при «свободном» графике случается намного чаще.
Конфликты кода разных программеров появляются не из-за того, что они работают в разное время, а из-за
а) Отсутствия взаимодействия между ними

б) Качества программеров

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

Как по мне, свободный график штука нужная (правильнее гибкий), объясню лично свою позицию. Мне удобно приходить на работу с 9 до 11 (чаще всего это 10), я успеваю полностью выспаться и на работу двигаюсь после основного прилива рабочих, в итоге приходя на работу у меня отличное состояние, соответственно код пишу более внимательнее и делаю меньше ошибок. Во-вторых, программировать действительно надо когда придет вдохновение. Был случай, что возникла проблема, не могу решить, а без этого дальше ничего делать не могу. Что я делаю — иду домой отдыхаю а с утра за 15 минут её благополучно решаю. Или же был обратный случай — пишешь что-то интересное и сильно увлекаешься, в итоге засиделся на 4 часа дольше, за счет гибкого графика понимаешь, что потом можешь позволить себе уйти по раньше или попросить доп. выходной. В общем к чему виду, гибкий график как правило только ускоряет работу выполнения плана по проекту, сугубо личное мнение.

Ок, про рабочий график понятно. А где про мотивацию?

Мы стараемся быть хорошими работодателями. В компании всегда сохраняется непринужденная атмосфера, мы поощряем инициативность и способность самостоятельно принимать решения. Для многих главное преимущество (а для кого-то, возможно, наоборот — отталкивающий фактор) работы в AppDragon — это «неконвеерный» стиль работы. У нас нету четких специализаций, нету разделения на Senjor, Middle и Junior, нету работы с 9 до 6. Зато есть живое общение, веселый коллектив и приветствуются дружеские посиделки по пятницам :-)

вот в профайле компании четко написано

Кстати так как вы мотивируете сотрудников? Пятничными пьянками?

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

— ну и атмосфера в коллективе действительно получилась очень дружеская и открытая, что радует.

>>з.п. ежемесячно растет на небольшую сумму, на за год — два успевает вырасти в разы.
увеличение в 1.00001 это тоже увеличение в разы :))
просто по вашей формуле если к вам приходит толковый девелопер на 1500 к через 2-3 года компания просто розорится если теоретихески за год зп растет более чем в 2 раза

тем более что
>>> профессионально расти и уж точно не соскучишься.

Ну вы как-то уж слишком буквально восприняли. Я привел в качестве примера усредненный принцип.

Скажем так, финансовая мотивация у нас более чем конкурентноспособна :-)

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

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

Ну вы как-то уж слишком буквально восприняли

ни в коем случае

я просто решил подсчитать чего стоят красивые слова СЕО для неокрепших умов :)

просто математика она показывает наглядно где профит а где чистой воды пи@@@ежь

Я привел в качестве примера усредненный принцип.

Урок в школе:
— дети запомните 1 = 0.5 + 0.5 или одно целое равно половина + половина.

— Марь Ивановна поворите пожалуйста а то большая половина всеравно ничего не поняла

Окей, математика так математика. Июль 2010: на работу приняты два интересных джуниора. К июлю 2011 у них з.п. выросла в 4+ раза, повышаясь ежемесячно. Естественно для человека с 1.5к на старте 4-х кратный рост мало вероятен, но вплоть до двукратного — вполне. Было бы за что платить.

то есть зарплата растет в разы только до тех пор, пока она не достигает нормальной зарплаты по рынку?

А вы ожидали, что она будет расти бесконечно? 5 лет поработал — получаешь $15000 в месяц, 7 лет — $30000, ага?

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

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

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

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

Не уверен что я правильные выводы сделал, но создается ощущение, что у многих, кто от аутсорса до кризиса вертел нос, в кризис не было денег не местных разработчиков. Пошли на компромисс — и не Индия но и не штаты — попробуем ка СНГ. Оказалось, что и дешевле в 2 раза, и в общем-то не хуже. И пошло поехало.

Кстати так как вы мотивируете сотрудников? Пятничными пьянками?

А почему бы и нет? Не как единственный мотиватор, но как один из — поверьте, очень даже эффективно работает :)

Ок, про рабочий график понятно. А где про мотивацию? И самое главное — тема пуфик не раскрыта!

Про мотивацию завтра, а про пуфик — послезавтра. Извините. Так много букв и эмоционального напряжения в этом посте вышло, что на мотивацию с пуфиком сил не хватило :-)

хорошие кадры — дефицитными и капризными.

— есть и будут. Я уже писал, почему: демография, нереформированное образование и тыды.

это на сколько им рынок позволит.

Пример из московского Люксофта: до кризиса такие специалисты гордо говорили 130 000 и я ваш после кризиса сами предлагали себя за 50-70 000

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

посмотрим на тренд после реакции крупных инвестмент банков ситуацию в мире.

В Лондоне сокращение АиТи одножачно будет вернее уже официальний анонс был по банкам — скоро будут действия

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

UPD: И пуфики не помогут.

Ну дак мы вас и не позовем :-)

Кстати, забавная формулировка комментария. Если вчитаться, он практически прямым текстом говорит: «помимо того, что свободный график это способ потакать расп*сту, это еще и улучшает качество жизни на ровном месте; ну и что, что за счет других»

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

Дело не только в людях. Есть проекты/компании где людям нужно общаться часто, а есть где редко. Все эти «пересекающиеся часы», «время для митингов» и т.д. хороши на бумаге. На практике часто бывает, что одному разработчику в 9 утра нужно поговорить с другим, который придет в 12 (а еще хуже — неизвестно когда). У него от этого зависит прогресс по задаче, над которой он работает.

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

Ну с моей точки зрения это означает:
a) — Если это происходит часто, то разработчики не умеют общаться письменно.
b) — Если редко, то им надо просто запланировать встречу
[зы — у нас есть норма нахождения на связи во время рабочего времени и время первой и второй реакции ]
С другой стороны — действительно, от проекта зависит. Я например не представляю как люди в геймедеве рабюотают (где цикл проекта от открытия до завершения — пару месяцев), у нас разработки с циклом меньше года практически не бывает, и естественно разработка и потребности пересечения планируются.

як на мене,

“у девушки выходной” или “мама в гости приехала”.

варті того, щоб відкласти роботу ;)

Вообще свободные графики — это «фишка» исключительно наших IT-компаний.

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

Итак, подведем итоги:
1. Свободный график != гибкий график. Программисты любят гибкий график, разгильдяи — свободный.
2. Автору не очень повезло с сотрудниками. Возможно, стоит качественней отбирать персонал, как бы сложно это не было в текущих условия рынка.

3. 23-летние сеньйоры и 25-летние СЕО имеют много общего

По пункту 3 поподробнее пожалуйста :-)

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

Ы... Предположим, сеньйор — это образование, опыт, опыт и все такое.

Каким образом устоявшийся рынок и академический подход к образованию мешают людям 25, да хоть и 15 лет основывать компании? :-)

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

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

Помимо этого, цукерберги вовсе не исключение. А принадлежность к пост-СССР или нет — не меняет возрастную планку старта бизнеса.

То, о чем вы говорите, применимо не к старту собственного бизнеса, а к CEO, как к вершине карьеры в уже существующей компании.

«Как правило», «по статистике» и тд такие Цукерберги / Дуровы, etc. набивают намного больше шишек и принимают неправильные решения из-за отсутствия опыта общения с людьми. А «директорствовать» — это все-таки намного больше люди, чем код.

Но мы сильно отошли от изначальной темы поста. Я конечно же против «свободного» графика, но — за «плавающий».

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

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

А по поводу графиков — я за гибкий. Мне нравится такая возможность — прийти к 10, уйти в 19, а если вдруг уважительная причина прийти позже/уйти раньше — договориться и отработать эти часы на неделе. И нормально относятся, без тупых бзиков а-ля «вот, только к 9 и опоздание на 10 минут расстрел», я в конце-концов программист а не вахтерша, суть не том чтобы время «высидеть» а чтобы продукт на-гора выдать.

Джобс в ИБМ не работал, Били тож вроде студентом был, Брин и Педж студенты, Жаву тож студенты.... кого вы имеете ввиду? Украинский аутсорс когда хороший програмист выбиваеться в ПМ часто тусит у заказчика а потом ему предлагает давай я с командой уйду и тебе дешевле и нам больше?

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

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

Украинский аутсорс когда хороший програмист выбиваеться в ПМ часто тусит у заказчика а потом ему предлагает давай я с командой уйду и тебе дешевле и нам больше?

В моем опыте таких украинских примеров предостаточно и я к ним отношусь крайне негативно.

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

основатель компании как правило успевает поработать в отрасли

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

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

Я говорю о молодом основателе / директоре как об одном человеке. В 25 лет директорствовать в чужую компанию зовут очень редко, так что выход тут очевиден :).

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

А вы не задумывались, что и здесь действует правило 20 / 80? Предположим, что из 100 молодых профессионалов, 80 втайне мечтает создать свою компанию (логичное решение, не находите?). Только у 20 из них, что-то сдвинется с уровня мечтаний. И только 20% из тех, кто, начал что-то создавать — не похоронит это случайно или осознанно к своим 40 годам. Про оставшиеся 80% на каждом из этих шагов вы никогда и не узнаете из форбс :).

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

Кстати, Джобс для творений которого вы пишете и был молодым основателем и директором и в те времена компания процветала, если вы про 84й год, то кстати тогда она хорошо и сдала позиции МСу позволив ему хорошо укрепиться на рынке

Если вам не нравиться что молодые Дуровы, и прочие делают простые вещи и зарабатывают больше опытного разработчика — тогда нужно самому себе ответить на что ы готовы стабильные 2,5к и не париться или пару лет без них, Турции, ланоса и может жить с родителями, а там повезет и вот высяняеться что не каждый особено со знаниями и опытом готов отказать от того багажа что уже есть накопленого за годы и резко потерять в комфорте ради шанса 20/80 о которых вы пишете и поэтому часто основатели или иолодые люди или любители которые делали для фана и народ это оценил и подхватил

До речі, ті самі Брін і Пейдж багато радились з більш досвідченими людьми в процесі створення Гугла (до приходу Шмідта). Тому той факт, що вони не наробили багато дурних помилок, потрібно сприймати не тільки як їх заслугу і фортуну.

Як приклад людини, яка трудилась все життя і стала СЕО далеко «не в 25», можна згадати Джека Уелча (General Electrics). Думаю, це хороший приклад того, яких результатів можна досягти добре працюючи і маючи багатий досвід.

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

+1005000 с такими работать просто отвратительно, был у меня опыт работы в фирме, где очень гордились тем, что «средний возраст всех сотрудников 25 лет». Да, помесь максимализма и комплексов с нахватанными поверхностными знаниями из американских бизнес-книжек. Управление, организация работы — тихий ужас.

п.с. автор темы, извините за оффтоп.

+1 по всем пунктам. А по пункту 3 — Александр, а вы не думали, что может быть и обратная ситуация — без сожаления избавятся от Вас (возможно, вместе с компанией), а эти «программисты со свободным графиком» будут продолжать работать и зарабатывать?

+1

Все коротко и четко по сути.

>>23-летние сеньйоры и 25-летние СЕО имеют много общего

і це сказав той же ж 23-річний сініор . ги-ги

Чем работа программиста принципиально отличается от работы проектировщика, скажем, систем отопления? Или от работы архитектора? Или, например, авиа-инженера?

100% :).

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

Поддерживаю компании, требующие присутствие сотрудников в определенное время в течении 4-6ти часов, а приходить-уходить можно когда хочешь, главное — отработать 8 часов в день.

Вообще свободные графики — это «фишка» исключительно наших IT-компаний.

Неправда. В очень многих западных компаниях практикуется свободный график. Да, обычно надо отработать определенное количество часов, быть на работе в течение какого-то промежутка времени... Но возможность прийти на работу, например, с 7 до 10, и, соответственно, уйти с 15 до 18 практикуется очень у многих. Это позволяет часто избежать утренних пробок и увеличить часы отдыха вечером. Сам люблю приходить в 7-8 и уходить в 15-16. Очень удобно, уверяю вас... и никак не сказывается на продуктивности (только в лучшую сторону, может быть), и позволяет улучшить work-life balance. Но также ценю возможность прийти в 10-11 и уйти чуть позже. Потому что в жизни бывает иногда необходимость пойти, например, к врачу или в банк, или ещё куда-то отлучиться. И с гибким графиком есть возможность не брать отгулы каждый раз, как это случается.

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

возможность прийти на работу, например, с 7 до 10, и, соответственно, уйти с 15 до 18

Это не свободный график.

Да, это гибкий график, не свободный, пардон.

без разницы кто в каком режиме работает если есть положительный результат

www.artgorbunov.ru/...oviet/20090824 — вот совершенно противоположная точка зрения на вопрос

Ну вот если глянуть на обсуждение этого метода, то что-то слишком много вопросов накапливается. И в самом низу там вывод: такой подход работает только для определенного типа людей. Да, и я даже знаю таких людей, только проблема в том, что их единицы. А остальным 99% что делать?

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

Создатели метода с вами не согласны:

> Любопытно, что американский прародитель «Ресурса» — ROWE (results oriented working environment) — впервые внедрён в компании «Бест-бай» в 50 000 сотрудников.

Согласны-несогласны... Ни на один заданный вопрос (а некоторые весьма и весьма интересны) ответа нет, равно как и информации о том как дела обстоят сейчас, через 2 года.

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

Чувствуется, что автору наболело :)

Поддерживаю, никаких свободных графиков не должно быть. Проверено на себе и других давно и основательно.

Я, например, практикую «явиться на работу до 10 часов утра». Опоздание более, чем на 5 мин — штраф.

Хм... я если меня оштрафуют, на следующий день наверное просто на работу не приду. В последующие дни — тоже. Мотивация проста: мы так не договаривались.

p.s. Попытка «закрутить гайки» в условиях кадрового голода приводит к высокой скорости убегания разработчиков.

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

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

Найду моль с шубами и пожру :)

Я — сервантный Ктулху :D

У вас сотрудников предупреждают при приеме на работу что компания практикует отбор денег у персонала? Если нет — то я бы посчитал это банальной кражей. Это тоже personal experience. Когда-то давно по молодости я работал в одной шарашке с полностью черной зп — причем без оформления. Руководитель просто раздавал в конце месяца деньги каждому в руки. Так вот он тоже в один момент решил «штрафовать». Как оказалось — штрафы он потом брал себе.

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

Опоздание более, чем на 5 мин — штраф.

я бы сразу уволился за такое отношение к служащим. :)

перестаньте, у нас все счастливы.

кто несчастлив — тот уволен?

Ах, это сладкое ощущение власти! Когда можно запрещать и разрешать, наказывать и миловать, штрафовать и поощрять! Жаль, что длится оно недолго — умные рабы почему-то уходят, а глупые валят проекты и отпугивают заказчиков.

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

Уважения заслуживают не только гении.

А еще лучше киньте в ПС список этих прекрасных сотрудников с контактной инфой.

(я его рекрутам продам за большие деньги)

всегда готов к срока и даже раньше.

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

Это закон природы такой

В моем понимании «готов в срок» — это готов к моменту оговореному с заказчиком, который до этого обсудил его с манагерами по продажам, а те заказали рекламное время или площадки.

В это время включено время на разработку документации, написание кода, тестирование, риски и так далее.

И свободный график, разумеется, идет именно в ряду этих самых «непредвиденных обстоятельств», оправдывающих затягивание сроков и раздувание оных? :)

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

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

По-моему, это вполне достаточная свобода.

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

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

Выходит, что так.

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

Саш, твоя компания привлекательная? Или это только со мной ты не рассчитался? Насколько я понял по разговорам с ребятами, когда еще работал, не только.

з ваших слів вільний графік — це хочу, прийду на роботу, не хочу — не йду. але це вже не вільний графік, а фігня якась. вільний графік — це 40 годин роботи в тиждень у зручних для себе проміжках часу, з контрольними точками (мітінги, стиковки, здача проміжних результатів і т.п.)

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

Вы описали не свободный график, а «гибкий». Главная фишка «свободного» — работаю когда хочу и сколько хочу. И вот он действительно работает далеко не для всех, что автор и имел ввиду.

вище вільний+гнучкий. такий собі мікс. вільний як такий — фріланс.

Не хотел Вас расстраивать, но в Google, свободный график. Так что врядли это «пройдет».

Кроме того, все кого я знаю и кто приносит реальную пользу для компании имеют свободный график. Будь то программисты, продавцы, бухгалтеры ... Какой смысл пхаться в пробках на работу, а потом исполнять зомби целый день?!!

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

Продавцы не только в Сильпо на кассе сидят ;)

А приведите-ка пример? Продавец на Барабашово? Вот уж эталон сервиса..

Продавец в автосалоне? Продавец бытовой техники где нибудь в Комфи?

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

Их всех объдиняет одно качество — отвественность за свои слова. Договорились — встретились, быстро все решили. В кафе, на выставке, где угодно.

И наооборот, офисный планктон, приезжайте к нам в офис с 10 до 6.

Мы вам всем скопом будем мозги компостировать. Ибо надо делать вид что мы РАБотаем.

Нет никого знакомых, кто бы высидел в офисе, от сих до сих, что то достойное. Ни квартиры своей, ни нормальной машины. Жизнь то проходит!

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

Ох, как это точно подмеченно...

Спасибо. Как говорится, drawing from the personal experience. ;)

поддерживаю по всем пунктам

главное — чтобы рабочий график был согласован внутри команды (ну и, естественно, с клиентом).
если им _всем_ удобно приходить в 11 и уходить в семь, восемь — отлично.

но если один приходит в восемь, а другой — в одиннадцать, то это уже проблема синхронизации.

ИМХО. 1) Автор предпочитает работать с людьми исполнительными. 2) У автора мировоззренческие проблемы с людьми думающими ...

Не совсем понял... В каком смысле проблемы с людьми думающими? Думающий человек не может быть исполнительным?

Есть здесь кто либо, кто предпочитает работать с людьми неисполнительными? Отзовитесь.

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

Ну-ну... Типо, все, что нужно, чтобы получить возможность относиться к своим обязанностям пофигистски — это научиться думать и перейти из «солдат» в «лейтенанты»? :-)

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

Я считаю это американским подходом, однако Вам как CEO виднее ...

Откуда такая информация про «американский подход»? Плавали-знаете, или просто почитали где-то? В Штатах есть _очень_ разные компании и _очень_ разные сотрудники, как и у нас. Там тоже очень много бестолковых людей на руководящих должностях, особенно в крупных корпорациях. Так что не стоит идеализировать.

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

Кстати немецкий автопром в секторе люкс утратил свои прочные позиции. Это американцы «порулили». Американский стиль управления это отдельная тема .....

а вы таки работали в США или это ваши теоретические познания?

Я не работал в США, я работал в компаниях в которых директоров-немцев заменяли директорами-американцами ( после продажи компании )

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

Пастернака не читал но осуждаю © :)

вам что эти новые менеджеры говорили свою цель?

а то что меняли директоров так это нормальная практика + вы не знаете на каких условиях работали эти директора и какие условия покупки компании

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

Вот только не совсем понял, к чему тут ресурсы мира и стран-доноров и в чем различие между ними?

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

Эта фраза принадлежит одному моему хорошему знакомому: «Какой порядок у человека на рабочем столе, такой порядок у него и в голове».

Вообще свободные графики — это «фишка» исключительно наших IT-компаний.

В компании Нетфликс свободный график, плюс свободные отпуски.

www.slideshare.net/...culture-1798664 (слайд 68 и дальше как раз про отпуски говорит).

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

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

наверное, Вам просто не повезло с сотрудниками

Ну это вопрос к качеству работников, скорее, не находишь?

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

Ну, презентация прямо говорит, что Нетфликс старается платить максимум по рынку. ВОт это обсуждение подтверждает: avva.livejournal.com/2326311.html

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

Подписаться на комментарии