Comments 350
Попытка измерять часами — от низкой компетенции, когда чел. не имеет тех. квалификации для оценки реальной работы а делать видимость некого контроля нужно. Ну и исполнителю в таком случае приходится подыгрывать.
когда чел. не имеет тех. квалификации для оценки реальной работы
Если у вас есть тех. квалификация, подскажите, в каких единицах лучше измерять?
Но человекочасы при этом отменять нельзя.
Суть в том, что если работа не сугубо механическая, то всегда есть два ресурса — время и энергия на подумать. Смирившись с этим фактом и поняв, как это использовать, можно начать делать намного больше работы.
То есть, если в задаче есть часть «думать», то при планировании спринта, нужно заложить на эту задачу не только время, но и тех самых попугаев (которых в спринте у человека может и 0 оказаться, по личным причинам, например).
Можно в попугаях, но при планировании спринта необходимо примерно знать, сколько есть попугаев (что бы знать, сколько задач взять).
Минусуют, полагаю, те, кто спринты не планируют. Так можно, конечно, но менее предсказуемо и продуктивно.
Измерение в условной "энергии" имеет те же проблемы. Нужно знать, сколько единиц энергии имеется.
P.S. работаю программистом, спринты планирую. За предсказуемость хорошо доплачивают.
Предсказать, что можно открыть или создать нового действительно не очень реально.
Совсем другое дело, когда нужно написать функционал, суть которого известна заранее (подавляющая часть работы программистов). Если нужно сделать веб-сервис на отдачу данных или добавить параметры в скидочную систему, распланировать это вполне реально. И чем больше планируешь, тем лучше это умеешь.
В GTD задачи давно принято измерять в количестве необходимой энергии.Можно ссылку?
Вот цитата из первой главы, например:
«Как вы решите, что нужно делать в это время? Есть четыре критерия, которые можно использовать для принятия решения в следующем порядке: контекст, время, энергия, приоритеты.»
Лучше всего идея описана у Урбана (хотя на русском проще сразу Дорофеева читать — он всю эту конструкцию называет «мыслетопливом»).
Более того, если здраво посмотреть на популярные книги про тайм-менеджмент — они на самом деле описывают НЕ тайм-менеджмент, а именно менеджмент энергии/силы воли/мыслетоплива/whatever по большей части. И у всех суть сводится к «вам нужно потратить время на организацию работы, чтобы в дальнейшем сэкономить этими действиями энергию во время работы».
Задачи меряются относительно друг друга, потом задним числом узнаём производительность команды и через 2 спринта имеем план вперед, который уточняется по мере накопления статистики. Или вы про разделение времени и энергии? так если задача требует время, то это обычно очевидно — бэкап, застывание бетона и тд. Остальные требуют энергии и оценка времени по ним не нужна.
Маляры, к примеру, измеряют в метрах квадратных, к примеру. А уже скорость работы разнится как у разных спецов так и у одного и того же спеца в разном состоянии (усталость и пр.).
Моя работа по написанию кода наиболее точно измеряется статическим анализом (Maintainability Index, KLOC, проверка на дублирование и др.) в комплексе с проверкой на адекватность и соответствие требованиям.
Вопрос был в контексте вашего комментария (интеллектуальная работа) и в контексте поста (IT). Пример с молярами тут совсем неуместен.
Maintainability Index
Можно проверить (условно) качество кода. Но как вы можете это использовать в ответе на вопрос, планировать в следующем месяце релиз двух фич или трёх? И kloc туда же. Вы знаете, сколько строк напишете на следующей неделе? И знаете, сколько строк нужно для решения задачи Х? По-моему это намного хуже для планирования, чем оценка в часах. А речь, повторюсь, о планировании (сколько, вероятно, будет сделано), а не об оценке качества результата.
Пример с молярами тут совсем неуместен
Еще как уместен. Даже такую примитивную работу как малярство — никто не будет измерять часами — смысла нет. Иначе чем медленнее чел. работает — тем дороже стоит его труд.
Можно проверить (условно) качество кода.
И качество, и сложность, и объем работ. Все можно проверить — это и есть оценка работы. А за день написал или за месяц — зависит не только от уровня квалификации/опыта, но и от состояния чела. Т.е. даже один и тот же чел. в разные жизненные периоды будет иметь сильно разную скорость работы.
Но как вы можете это использовать в ответе на вопрос, планировать в следующем месяце релиз двух фич или трёх?
Вопрос планирования и вопрос оценки уже готовой работы — вещи разные. План это одно а реальная работа — другое.
Для планирования есть метод функциональных точек, к примеру. На основе количества FP по таблице смотрите сколько будет строк кода для конкретного языка. Зачем изобретать велосипед — все придумано до нас.
Но опять же — это лишь примерная оценка, реальная работа может отличаться довольно сильно и уметь ее оценить — это ключевой навык.
Если будете тупо в часах — то работники будут либо работать медленно, чтобы меньше напрягаться и получать столько же (умело обосновывая почему заняло дольше). Либо же будут выгорать, т.к. не успевают то что там кто-то напланировал или даже что сами напланировали. И не будет критерия понять где проблема — то ли плановые сроки имеют неверную оценку то ли исполнители медленно работают.
Вы знаете, сколько строк напишете на следующей неделе?
Есть такая статистика для моего языка. Считаем количество отлаженных строк кода, но это даже не за неделю а среднее на более длительном промежутке.
И знаете, сколько строк нужно для решения задачи Х?
Есть таблица, где для разных ЯП можно посмотреть кол-во строк кода на 1 FP. Но это, не точно, конечно. Планы и не могут быть слишком точными — просто закладывать риски. И все равно нет гарантии успеха. Уметь планировать, учитывать риски, чувствовать — это целое искусство.
По-моему это намного хуже для планирования, чем оценка в часах.
Если в часах — то вам нужно знать какой объем работы чел. выполняет за час. Т.е. вы все равно считаете не часы а объем работы конкретный, т.е. те же строки кода отлаженного.
Если просто тупо час — то ваши исполнители тем более будут вами цениться, чем медленне они работают. Вы можете возразить, мол, если слишком медленно работают — то я это увижу. Но как? Какой критерий? Все равно ведь получается не час а реальная работа во главе угла!!! Неужели сложно понять?
Даже такую примитивную работу как малярство
Вы перевернули с ног на голову. Именно примитивную работу можно измерить по другим критериям, потому что эти критерии легко придумать (например, квадратные метры).
Но несмотря на это, огромная часть строительных работ измеряется временем. На стойках очень часто платят по-месячно. Так же как и "примитивным" продавцам, токарям, да и программистам. Лично вам платят по-проектно? Отлично, но вы прекрасно знаете, что это скорее редкость. Большинство программистов получают зарплату за месяц, т.е. за время.
И качество, и сложность, и объем работ
Хорошо. Представим, нужно добавить на сайт платежную систему. Объем работ вы в чем измеряете, в каких единицах? KLOC? Вы их заранее знаете? Только честно, пожалуйста. Или в каких-то других? (Сам факт, что кто-то до сих пор считает строки показателем сложности, конечно удивителен, но верю на слово)
Т.е. вы все равно считаете не часы а объем работы конкретный, т.е. те же строки кода отлаженного.
Вы как-то необычно восприняли, но я не совсем понял эту необычность. Это как я считаю строки? Зачем? Какая разница вообще, сколько строк? Есть фича — добавить платежную систему. Есть оценка из опыта, сколько нужно времени её сделать. Есть, предположим, 30 часов в неделю. Если на фичу нужно меньше, значит можно добавить на неделю ещё одну задачу.
А с функциональными точками я верно вас понял, что вы можете написать за следующую неделю 5 тыс строк и вы просто набираете задач, которые по вашей оценке в сумме потребуют написания именно такого количества кода? У вас на самом деле так на работе устроено или это предположение, что так можно сделать, но у вас не так?
Кстати, а что делать с задачами, в результате которых строк стало меньше, чем было до?
Все равно ведь получается не час а реальная работа во главе угла!!!
Так же как у моляров главный не метр, а покрашенная стена. Квадратный метр — это просто способ планирования и расчета. Так и у программиста главное — сделанная задача. А длительность задачи в часах — это способ планирования (оценка, сколько задач будет сделано) и способ оплаты. Т.к., повторюсь, огромное количество программистов получают зарплату за время. И имеют рейт (ставку) в час. 50$/час — такие расценки видел. 50$/1000строк — таких никогда.
Для пояснения ситуации, скажите, как рассчитывается ваш доход? У вас по-проектно? Или у вас KPI от Maintainability Index и KLOC? Лично у меня оклад + премия от выполнения двухнедельных спринтов.
Именно примитивную работу можно измерить по другим критериям, потому что эти критерии легко придумать
Сложную работу так же можно измерять, только сделать это сложнее и точность ниже.
На стойках очень часто платят по-месячно.
Платят помесячно многим, но объем работ все-равно проверяют. Т.е. если чел. станет работать мало — на него начнут давить или даже уволят. Как узнать мало работает или нет, если вы измеряете работу в часах? Жопочасы он отприсутствовал — и все, достаточно?
Представим, нужно добавить на сайт платежную систему. Объем работ вы в чем измеряете, в каких единицах?
При планировании — в FP. Но опять таки — нужно учитывать и риски. При оплате за работу — экспертная оценка сложности кода, его применимости к задаче (а то вдруг код вобще не нужен был, сделан свой велосипед) и статический анализ кода. А как иначе?
Зачем? Какая разница вообще, сколько строк?
Нужно не просто считать строки, это уже дело второе. См. абзац выше.
А оценка нужна для поощрения работника, чтобы оплать справедливую оплату. Если будете платить тупо за часы — то бездельники, работающие медленно — будут в самом выгодном положении, ни так ли? И это приведет к тому, что все эту фишку просекут и лишь будут изображать видимость кипучей деятельности.
Есть фича — добавить платежную систему. Есть оценка из опыта, сколько нужно времени её сделать.
А если в плат. системе свои особенности/нюансы, которых не было в прошлых плат. системах? К примеру, есть разница — подключить Bitcoin или подключить Yandex.Money. Вы посчитаете что Bitcoin подключить займет столько же времени и круто обломаетесь. И что потом? Кто будет нести ответственность — разработчик или тот кто ошибся в сроках планирования?
К примеру, решили что добавите поддержку Bitcoin за 4 часа а по факту оказалось что нужно несколько дней. Как узнать — разработчик медленно работает или планировщик дал неверный прогноз?
А с функциональными точками я верно вас понял, что вы можете написать за следующую неделю 5 тыс строк и вы просто набираете задач, которые по вашей оценке в сумме потребуют написания именно такого количества кода?
FP помогают в планировании, но не дают уж очень высокой точности. Это тоже на основе опыта, только на основе множества проектов и команд.
Главное разделять план и факт. Т.е. по плану вы думали, что задача на 3 FP и займет день. По факту оказалось что заняла неделю. Способность оценивать результат даст вам точную причину — то ли разработчик медленно работал, то ли оценка была дана неверно.
У вас на самом деле так на работе устроено или это предположение, что так можно сделать, но у вас не так?
Сейчас так работаю, пришел к пониманию что это лучший вариант для всех сторон. Но действительно мало где способ применим, т.к. для оценки результата нужна компетенция.
Кстати, а что делать с задачами, в результате которых строк стало меньше, чем было до?
Это не так тупо считается. Вы думаете просто разницу в строках кода что было и что стало :)
Так же как у моляров главный не метр, а покрашенная стена.
Стена стене рознь. Стена в туалете на 5 квадратов и стоит, скажем, $10. А другая стена на 1000 квадратов и стоит $2000. Так количество стен определяет или метры?
сделанная задача
И тут — задача задаче рознь. Можно написать 1 задачу, которую будешь делать несколько лет. Считать количеством задач не выйдет.
А длительность задачи в часах
Проблема начинается тогда, когда плановые часы расходятся с реально затраченными. Как вы будете решать эту проблему?
огромное количество программистов получают зарплату за время
Т.е. вы думаете, что чел. сможет просто отсиживать жопо-часы и получать оплату? Если организация более-менее адекватна, то будут проверять результат и исходя из него повышать/понижать стоимость часа или вообще увольнят, если работы сделано слишком мало.
как рассчитывается ваш доход
Качество и объем написанного за спринт кода.
Если организация более-менее адекватна, то будут проверять результат и исходя из него повышать/понижать стоимость часа
Но это не лучший метод, т.к. все скатывается в усредненное болото. Т.е. все смотрят друг на друга и стараются не слишком нарягаться, т.к. оплата все равно за час. Главное не опускаться до некого минимума, после которого уж очень явно все станет и могут понизить.
Как не крути — а без умения оценить результат — управлять IT-проектами будешь посредственно.
У вас слишком много риторических оборотов, которые имеют мало общего с тем, что я писал. Например, вы утверждаете, что не выйдет считать количеством задач. Я разве утверждал обратное? Или вы спрашиваете, думаю ли я, что человек сможет просто отсидеть жопо-часы. Нет, я так не думаю и откуда вы это взяли, мне не понятно. Само-то утверждение верное, не так ли? У большинства программистов повременная оплата. Просто рейт разный. Вам может это не нравиться, но сам факт верный.
Отмечу, что проблема "как узнать, что он не просто отсиживает время" точно так же существует и для FP. Если у вас есть формула "Х FP = Y дней работы" или "норма — Х FP в неделю", то это те же самые часы, только в профиль (надеюсь не нужно рассказывать, почему).
Если вам просто удобно иметь промежуточную единицу, никаких возражений, удобно, значит удобно. Но сомневаюсь, что б можно было оценивать в FP и платить за FP без привязки к рабочему времени. На фрилансе да, но не в офисе.
Как вы будете решать эту проблему?
В моей практике оценку задачи всегда делает программист. Так что косяк всегда его — он плохо оценил. Это не страшно, просто нужно тренироваться, вот и всё. Решать нужно только если это систематически так и не улучшается.
А завышать оценку он, конечно, может. Просто если похожие задачи он оценивает в 20 часов, а его коллега — в 5, то вряд ли ему стоит рассчитывать на повышение оплаты. Какое такое преимущество (о котором в говорите) получит бездельник, не очень ясно.
Кто будет нести ответственность
Разработчик, который дал неверную оценку. Но скорее всего ответственность ограничится разбором, почему реальная работа превышает оценку в пять раз (если она будет превышена раза в полтора, об этом может вообще никто не узнать).
А ещё, похоже, вы приписали мне мнение, что качество кода оценивать не нужно. И пытаетесь убедить меня в обратном. Если это так, то, прошу, измените свою позицию. У меня такого мнения нет и я не высказывал ничего, что могло бы навести на такую мысль.
Отмечу, что проблема «как узнать, что он не просто отсиживает время» точно так же существует и для FP.
FP используются только для планирования и получения ориентировочных данных. План может в 3 и более раз отличаться от фактического объема работы.
Для оценки реальной работы нужно смотреть результат — для разработчика это написанный им код. Без этого получается дуристика. Не можешь оченить результат, т.е. код — будет фейл.
В моей практике оценку задачи всегда делает программист. Так что косяк всегда его — он плохо оценил.
Исполнитель работы тогда может раздувать оценку, делать её с хорошим запасом, чтобы точно хватило.
Просто если похожие задачи он оценивает в 20 часов, а его коллега — в 5, то вряд ли ему стоит рассчитывать на повышение оплаты.
Нет, это так не работает. Если чел. бывалый — он не враг себе и просто будет вписываться существующий «болотный» темп работы.
Вот вам пример, как чел. описывал свой опыт работы по идиотской схеме «Укладываться в собственную оценку трудозат»:
Было такое, что хотя ошибка выглядела как обычный баг, решаемый костылем за пять минут (оцененная в два часа для менеджеров), а по факту оказалось, что предыдущие разработчики не написали реализацию редкой ситуации. А это неделя работы. Менеджер 'сжалился' над мной и заплатил мне как за 2,5 дня работы
Т.е. исполнитялям по такой схеме приходится подыгрывать идиотам-менеджерам, которые не способны оценить реальную работу и думают что они что-то там контролируют. Ну да, вместо 5 мин. — они привычно пишут 2 часа. И так делает вся команда — это все очень быстро понимается даже без слов. Норм. человек в такое болото влазить не будет или быстро уйдет, а кулики могут там сидеть.
План может в 3 и более раз отличаться от фактического объема работы.
Это уж как договоритесь. Если вы договорились, что 10 FP можно делать от 1 до 3 недель, то да. Или от 2 дней до 3 недель, если в обе стороны в три раза.
Исполнитель работы тогда может раздувать оценку, делать её с хорошим запасом, чтобы точно хватило.
Тоже самое для FP. В чем разница с часами? Если у вас FP оценивает менеджер, то кто виноват, что 10 FP делается три недели? А если делается 5 недель?
решаемый костылем за пять минут (оцененная в два часа для менеджеров)
Хорошо, баг оценили в 1 FP, а делали неделю. Денег вы получите как за 1 FP или по количеству отработанных часов?
Ну да, вместо 5 мин. — они привычно пишут 2 часа.
Вместо 1 FP привычно пишут 5. В чем разница? В том, что FP пишет менеджер?
Понимаете мой вопрос? Он не о том, чем плохи часы. Он о том, в чем преимущество FP перед часами. Если нет никакого плана на FP (сколько сделали, столько сделали), то зачем они вообще нужны? А если план на FP есть, то чем конкретно отличается от часов?
У вас есть FP? Сколько FP вам нужно сделать в этом месяце? Или такого плана у вас нет?
Это уж как договоритесь. Если вы договорились, что 10 FP можно делать от 1 до 3 недель, то да.
Плановую оценку в FP дает одна сторона, реальную работу делает другая сторона. А уже кто допустил ошибку — планировщик или исполнитель — смотрим по результату работы.
Тоже самое для FP. В чем разница с часами? Если у вас FP оценивает менеджер, то кто виноват, что 10 FP делается три недели?
Разница в том, что деньги разработчик получает не за выполненные FP а результат работы, то есть код. Вы этой простой, но очень важной идеи, понять не можете.
У вас нет компетентных специалистов, которые могли бы оценить код и сказать сколько денег стоит эта работа. А если таких спецов нет — то какой бы ты дуристикой не занимался — все равно фигня получается.
Когда спец. есть — то смотрим на результат работы, на конкретный код. И имеем точный ответ — делалось 3 недели по причине усталости/депрессии разработчика или же там действительно много работы, просто была дана неверная оценка.
Хорошо, баг оценили в 1 FP, а делали неделю. Денег вы получите как за 1 FP или по количеству отработанных часов?
Разработчик денег получит не на основе FP и не на основе часов — а на основе проделанной работы. Смотрится коммит, анализируется что именно было сделано — и на основе этого оплата.
Так, у разработчика есть мотивация не просто просиживать часы а зарабатывать. Можно заработать больше, работая больше.
Вместо 1 FP привычно пишут 5. В чем разница? В том, что FP пишет менеджер?
В том, что две стороны с разными интересами. Это как если бы разработчики работали без тестеров. Когда вводим тестирование как отдельное звено — получаем разницу интересов — тестеру выгодно найти как можно больше багов, а разработчику как можно меньше допускать.
Менеджеру писать 5 вместо 1 не выгодно — т.к. если по факту окажется, что работы будет меньше — видны его огрехи планирования. Оценивается же реальная работа по итогу и все станет ясно.
Он о том, в чем преимущество FP перед часами.
Оплата не за FP а за результат работы. А FP нужны только для планирования — этим занимаются менеджеры.
Если ты знаешь, что можешь сделать больше и заработать больше — то у тебя повышается мотивация.
С часами чтобы заработать больше — работать больше не нужно. Твоя задача — просто оценивать задачу как можно в большее количество часов. Все! Потом просто неспеша делаешь и получаешь деньги за часы.
У вас есть FP? Сколько FP вам нужно сделать в этом месяце? Или такого плана у вас нет?
План — это для менеджеров. Это их проблемы. Оценка моей работы по результату — то есть качество кода и его объем.
Угадали они с планом или нет — это их проблемы — я за это не отвечаю.
С часами чтобы заработать больше — работать больше не нужно. Твоя задача — просто оценивать задачу как можно в большее количество часов. Все! Потом просто неспеша делаешь и получаешь деньги за часы.
Ну да, возможен вариант, что в команде будет некий условный Вася, который будет находить переоцененные задачи и говорить, что я бы мог сделать это не за 12 часов а за 3. Но если он так будет делать — другие разработчики будут его ненавидеть и, при случае, вставлять ему палки в колеса.
Можно так же сказать и о FP, будет Вася оценивающий в меньше FP и все его будут ненавидеть )
Еще раз: FP не влияют на оплату.
У вас все упирается в мистического специалиста, могущего оценить результат работы. Но оценивать результат работы, это как оценивать график колебаний курса доллара. Все понятно, постфактум, но наперед все равно никто предсказать не может.
Почему мистического? Просто хорошего специалиста, который может понять нет ли раздувания кода, нет ли велосипедов, насколько код качественен (может провести ревью) и может запустить статические анализаторы для получения метрик. Да, не каждый это сможет сделать, а все-равно берутся оценивать непонятно что.
Я потратил 2 дня на баг, поменял 2 строчке в коде. Придет ваш спец. человек, посмотрит, скажет, ну все понятно тут. 2 строчки поменялось, 2 дня чем занимался?
Это значит что система плохо спроектирована, нет документации и пришлось разбираться, прежде чем смогли внести изменения. Результатом должны быть не только 2 строчки кода, но и дока.
Проверяющий сам работал более десятка лет и все это знает лучше вас. Более того, увидит что у вас затык и, при необходимости, подскажет.
Приходит задача, а для ее выполнения нужно настроить дополнительное окружение, или погрузится в предметную область.
Настроенное окружение — это результат. Хотя, обычно это делают не разработчики, но если пришлось — то, конечно, не бесплатно.
Аналогично погружение в предметную область — примерно ясен объем статей для изучения, есть статистические данные сколько времени это обычно занимает, зная ваш уровень. Но это нужно не каждый день, скорее в редких случаях.
Потому, что это должен быть очень крутой специалист во всем.
Есть люди, которым сейчас около 40 и которые около 20 лет занимались только разработкой. После 40-ка как раз самое время занять лидирующие позиции и кода писать все меньше, оставляя себе только лакомые куски.
Если разработчик будет длительное время только проверять, и ничего не писать, он перестанет быть крутым разработчиком.
Читать чужой код да еще и делать ревью, указывать направление — это даже сложнее чем писать самому. Да, этот чел. в последнее время пишет мало — оставляет себе только наиболее сложное.
это делает только 1 человек, и его мнение влияет на оплату…
А это, по сути, один из немногих рабочих вариантов. Причем этот один чел. должен быть лично заинтересован в успехе компании, т.е. является ее совладельцем.
Один человек, совладелец компании, ревьювит коммиты и устанавливает сколько заплатить разработчику.
Ревьювит — да, т.к. к коду очень трепетное отношение. Ты напишешь и уйдешь, а после тебя с ним еще годы работать будут.
А вот оплана вычисляется на основе строк кода — 1 строка $1. Если раздуешь или включишь не особо нужные свои старые наработки с прошлой работы — то код не пройдет ревью.
Не удивлюсь, если в компании средняя ЗП в среднем ниже чем по рынку для аналогичного опыта.
Если работать как обычно работают, т.е. неспеша примерно 4 часа в день активной работы — то $1 за сроку — будет по рынку. Если работать быстрее — будет больше.
Сколько человек может поревьювить такой совладелец? Еще и код успевая писать? Человек 5?
Схема не масштабируемая…
Да, это для небольших команд (до 10 чел.). Может и можно масштабировать, если разбивать на небольшие команды и тимлидов заинтересовать в успехе лично.
А вот оплана вычисляется на основе строк кода — 1 строка $1.у меня, и думаю у почти каждого, были периоды когда за одну неделю 3000 строк, а за вторую — 10. Да и порефакторить лишний раз я только за, особенно если за это будут платить в 10 раз больше
Да, скорость не равномерна — иногда с чем-то разбираешься и пишешь меньше. Но по итогам месяца получается примерно константа по строкам кода — у меня около 150 строк в день.
То есть задача оплачивается не зависимо от сложности, а зависимо от строк…
Дело в том, что сложность задач в данном проекте примерно одинакова, т.е. ничего научно-сложного нет.
Где-то я такое уже слышал :) Ах да, лурк
Читайте что там написано: «криво написанный, но каким-то удивительным образом работающий код».
Т.е. это код, который не прошел ревью. Тупо написать чем больше, т.к. никто проверять не будет и качество никем не контролируется.
Я ратую за другую систему — качество кода прежде всего. Т.е. в основе — ревью. А уже потом, когда код прошел ревью — смотрим на его объем.
Проблема индусского кода как раз в том, что никто не контролировал качество.
А какая альтернатива? Ну вот, если чел. будет работать в 3 раза продуктивнее чем работал в прошлом месяце — как это увидеть и стоит ли награждать? Или тупо платить по часам?
Да, скорость не равномерна — иногда с чем-то разбираешься и пишешь меньше. Но по итогам месяца получается примерно константа по строкам кода — у меня около 150 строк в день.нет это не так работает. Сидишь на поддержке говен мамонта — 10-20 твоих строк в день будут уходить в прод. Пишешь новый проект или рефакторишь — на порядки больше.
Плюс еще влияют языки программирования. Код на условном go и c++, решающий схожие задачи, будет отличаться в разы по объему. Причем в зависимости от задач — в ту или другую сторону
Сидишь на поддержке говен мамонта — 10-20 твоих строк в день будут уходить в прод.
Не стоит тратить свою жизнь на такое дерьмо. Обычно это что кто-то сляпал на скорую руку без проведение ревью, просто получив деньги за время и удрал.
Плюс еще влияют языки программирования.
Да, см. таблицу соответствия FP к строкам ЯП.
Не стоит тратить свою жизнь на такое дерьмо. Обычно это что кто-то сляпал на скорую руку без проведение ревью, просто получив деньги за время и удрал.
Ну и что? Скорее всего, продукт жил долго, и будет еще жить долго, а значит, на век работающего с ним работы и денег хватит. Энтерпрайз — дело долгоиграющее.
Вы этой простой, но очень важной идеи, понять не можете.
Странная у вас мысль, что я не могу понять этой идеи. Разумеется я понял, что вы оцениваете результат, а не время. Разве могут быть какие-то ещё варианты? Потраченное время никому не нужно, всем (почти всем) нужен результат.
А платят за время. У вас может не так (я так и не понял, есть у вас оклад или нет, вы не ответили, но у большинства так. Платят за месяц работы, а не за количество сделанных FP. Или по часам.
Именно в этом и состоит одна из главных сложностей планирования.
У вас нет компетентных специалистов
Странное предположение. Откуда вы это взяли?
Смотрится коммит, анализируется что именно было сделано — и на основе этого оплата.
А не секрет, что за компания? И что вообще за язык, на котором вы пишете? Я пока не встречал компаний, платящих по-коммитно, но интересно узнать. Большинство вакансий — с месячным окладом. Зря вы, конечно, всех остальных называете некомпетентными, вы так и Яндекс с Гуглом туда же запишете.
План — это для менеджеров. Это их проблемы.
С этого и нужно было начинать. У вас вообще постоянный акцент на сделанной работе, в то время как я говорю о работе, которая будет сделана, о плане. И если вы не отвечаете за план, совсем неуместно учить планировать тех, кто за него отвечает. Если б вы умели лучше, было б интересно. А так, вы не умеете, не практикуете, но при этом те, кто практикуют — для вас некомпетентные, потому что практикуют не так, как вам кажется правильным.
Потраченное время никому не нужно, всем (почти всем) нужен результат.
Именно!
А платят за время.
Это ваше мнение, реальной статистики у вас, наверняка, нет. Вот, есть люди, которые искренне верят, что все пишут сайты на PHP. И говорят что по их статистике это так. Но просто они вращаются в таких кругах, вот и личная статистика их такова.
В любом случае если платят за время, то все равно кто-то периодически оценивает результат. Иначе люди будут ничего не делать, умело обосновывая почему «неделю провозился с одной ерундой, которая не выгорела».
Я пока не встречал компаний, платящих по-коммитно, но интересно узнать.
По итерациям, когда внесен новый отлаженный функционал. Сначала смотрим адекватность и качество кода. Потом метрики кода. Это намного лучше часов.
в то время как я говорю о работе, которая будет сделана, о плане.
Планирование и разработка — вещи разные. Можно быть плохим планировщиком и при этом быть хорошим разработчиком. Более того — здесь конфликт интересов — разработчику выгодно написать как можно больший срок для каждой из задач. Причин почему он не станет этого делать — практически нет.
И если вы не отвечаете за план, совсем неуместно учить планировать тех, кто за него отвечает.
С разработчика нужно снять как можно больше стрессовых факторов, в т.ч. ответственность за планы и прочие бизнес-дела. Просто сделал — и ответственен за результат. Что вы там напланировали — меня не касается.
Посудите сами — вы хотите всю ответственность свесить на разработчика. Но здесь кроется и великая лажа — разработчик не дурак и будет в планах для каждой из задач писать как можно больше часов. Что ему помешает?
И если другой разработчик напишет меньше часов, если дать оценить двоим — то не факт что он прав, может просто недооценил. Кто будет решать?
На практике будет очень просто — выше описано как это работает. Для задачи на 5 мин. пишем 2 часа, времени для точной оценки нет. А там как повезет. Все это фигня, как ни крути.
Если вы свесите ответственность на других — то эти другие за вас «и есть будут».
Это ваше мнение
Однако вы очень тонко уходите от прямых утверждений. Это делает разговор бессмысленным. Скажите прямо, "большинству программистов в мире платят по итерациям и это каждый раз может быть разная сумма", если вы на самом деле в это верите. Не говорите "ваше мнение", скажите, как на самом деле. Если на самом деле "Ежемесячная зарплата — это редкость в IT сфере" — так и скажите. Это так? Вы уверены? Не буду спрашивать пруфов, просто начните с прямых утверждений.
Вы так и не сказали, как платят вам и на каком вы языке. У вас каждый месяц разная зарплата? Оклада нет, рейта в час нет? Если не хотите сказать название компании, хотя бы расскажите, как считается, интересно же (на самом деле).
разработчику выгодно написать как можно больший срок для каждой из задач
Я разработчик, но мне это не выгодно. Через полгода будут смотреть не качество кода, а улучшения для бизнеса и на основании этого решать, прибавлять мне ещё 20% или не рентабельно. Почему это может быть выгодно вам, мне не ясно. Что бы меньше сделать, получив точно такой же оклад?
напланировали — меня не касается
Если вас не касается, откуда у вас желание утверждать, что оценка в часах — это плохо? Это же планирование, а оно вас не касается. Можно же честно сказать "не знаю, мне всё равно". Но нет, вас не касается, но всё равно "плохо".
вы хотите всю ответственность свесить на разработчика
Я разработчик и имею право решать, что конкретно я хочу от самого себя, не так ли? Так в чем проблема?
Кто будет решать?
При прочих равных разумно отдать тому, кто написал меньше часов. Если сроки по факту окажутся другие — не страшно, это опыт. Предположу, что вы слишком боитесь ошибок? "Планы — ничто, планирование — все", как, вероятно, говорил Эйзенхауэр.
Не хотите планировать — не планируете, оставьте это менеджерам. На мой взгляд, хороший разработчик не может не уметь планировать (а для этого нужно практиковаться), но вот это уже точно мое частное мнение, не навязываю. А будет кто-то планировать 60 часов на спринт или 100 FP в месяц — это уже как удобно.
Если вы свесите ответственность на других
Не могу сказать, что понял, про каких "других" вы говорите. Запланировал — выполнил. Сказал — сделал. Какие другие, где тут "свесил"? Наоборот.
если вы на самом деле в это верите
Не имею статистики. Из опыта знаю, что оплата по часам приводит к лаже, особенно на удаленке. Ключ к продуктивной работе — способность эту работу оценить.
Вы так и не сказали, как платят вам и на каком вы языке.
C#. Стараюсь договариваться именно на результат, сейчас аналогично. Не на результат для бизнеса — а на результат по написанию кода.
Оклада нет, рейта в час нет?
Нет. Цена за 1 строчку отлаженного C#-кода (там ряд требований — в т.ч. по документации и стилю) — $1. Код может не пройти ревью, если его специально раздуть и/или включить что-то левое, что не нужно для проекта.
Код считается анализатором VS, т.е. учитываются не все строки.
Попробуйте для себя посчитать сколько вы написали в прошлом месяце и решите выгодно бы вам было или нет.
Через полгода будут смотреть не качество кода, а улучшения для бизнеса и на основании этого решать, прибавлять мне ещё 20% или не рентабельно.
А как соотнести конкретно вашу работу с улучшениями для бизнеса? Ведь бизнес многогранен и зависит от множества факторов. К примеру, продажники могли налажать и все пойдет на спад. Или тупо сайт не работал.
Т.е. у вас нет прямой мотивации выполнять лучше именно свою работу — вам все равно не заплатят больше. И выход для таких как вы — искать левый проект.
откуда у вас желание утверждать, что оценка в часах — это плохо?
В часах — нет мотивации работать быстрее. Часто левачат именно по причине, что больше не заработаешь — главное выдавать некий минимум, чтобы не выгнали.
Надежда что повысят зарплату, если будешь много работать — не всегда обоснована, т.к. все равно никто не сможет проверить результат работы — могут даже не заметить. Если бы могли проверить результат — то смотрели бы результат, а не часы.
Но нет, вас не касается, но всё равно «плохо».
Планировать можно и в часах, в принципе, особой разницы нет. Но учитывать что план и фактическая работа — вещи разные. Т.е. чтобы была возможность понять кто ошибся — планировщик или исполнитель.
Повесить риски по планированию на исполнителя — глупейшая ошибка, выше писал.
Я разработчик и имею право решать, что конкретно я хочу от самого себя, не так ли? Так в чем проблема?
В том что в ваших интересах написать как можно больше плановых часов для задачи. Даже если изначально не было такого желания — пару-тройку раз ошибешься и отработаешь за бесплатно — будешь брать с хорошим запасом. Понять это все равно никто не сможет, т.к. нет компетентных лиц, способных оценить результат.
При прочих равных разумно отдать тому, кто написал меньше часов.
Поймите простую вещь — очень быстро у вас разработчики будут писать примерно равное количество часов — но оно будет в разы завышено. И понять вы это никак не сможете.
Что там дураки сидят, которым свои семьи не так важны, как какой-то там чужой бизнес?
Не хотите планировать — не планируете, оставьте это менеджерам.
Тут не в том дело хочешь или нет. Конфликт интересов — вот в чем дело. Разработчику выгоднее перестраховаться.
хороший разработчик не может не уметь планировать (а для этого нужно практиковаться)
Бред. Планирование и риски — это совсем другая специализация.
А будет кто-то планировать 60 часов на спринт или 100 FP в месяц — это уже как удобно.
Дело не в планах а в оценке результата — чтобы можно было сказать кто ошибся — планировщик или исполнитель.
Запланировал — выполнил. Сказал — сделал. Какие другие, где тут «свесил»?
Это по отношению к продукт-овнеру. Если он свесил ответственность за планирование и за исполнение на разработчика — то и получит в разы завышенные сроки, просто потому что это в интересах разработчика. Получается конфликт интересов.
Т.е. у вас нет прямой мотивации выполнять лучше именно свою работу — вам все равно не заплатят больше.
Я надеюсь, что вы имеете ввиду не меня, а какого-то абстрактного, несуществующего программиста. Потому что мне-то конечно заплатят (недавно +30% было).
И всё ещё не понимаю, зачем мне завышать сроки. Что б смотреть в пустой экран? Читать хабр? Что б на просьбу поднять оплату мне сказали "фичи слишком медленно внедряются, повышать не будем, придётся ещё программиста брать"?
Если бы могли проверить результат — то смотрели бы результат, а не часы.
Вы отмахиваетесь от простой мысли. Смотрят как раз на результат! А вот платят за часы. Почему платят за часы? Ну потому что я, как и огромное количество программистов, хочу ежемесячный оклад. Не хочу узнавать свою ЗП в конце месяца, хочу знать заранее.
То есть заказчик может и хотел бы платить за результат, просто не всегда получается так организовать работу (насколько я знаю Гугл, Яндекс или Авито — везде ежемесячный оклад, бывают премии).
И понять вы это никак не сможете.
Надеюсь, это утверждение тоже не про меня, а про кого-то абстрактного. Но попрошу вас писать фразы типа "вы не сможете" только если вы уверены именно обо мне. А если это просто какой пример, то лучше "какой-то менеджер не может". Если вам не трудно.
Бред.
Разумеется, бред. Только ваша позиция правильная, даже без подтверждений. Если у другого человека она другая, значит это бред.
Потому что мне-то конечно заплатят (недавно +30% было).
То есть все-таки не совсем по почасам? Ну вот, к чему мы и пришли.
Второй и наиболее важный вопрос — коль скоро оплата привязана к результату — то как этот результат оценивают?
Не получится ли так, что сделали вы в 3 раза больше чем обычно, а вам скажут — молодец и поднимут на 30%? Сразу ли заметят ваши старания или же они могут остаться незамеченными?
Простой вопрос: как вы думаете, насколько может отличаться скорость работы специалистов в разработке? В 10 раз может отличаться? Если платят примерно одинаково +-30% — то есть ли смысл напрягаться?
И всё ещё не понимаю, зачем мне завышать сроки. Что б смотреть в пустой экран?
Ну вы же пишите в Хабр в рабочее время — не так ли? Человек ленив по своей природе.
Напишешь больше срок — будешь работать медленее и еще и похвалят что все успел в срок.
Смотрят как раз на результат! А вот платят за часы.
Правильно ли я понял, что происходит корректировка стоимости часа раз в месяц? Т.е. если в прошлом месяце сделал в 3 раза больше обычного — то в новом месяце стоимость твоего часа повысят в 3 раза? Или как?
Разумеется, бред.
Идея свесить на разработчика риски по планированию — на первый взгляд кажется привлекательной. Типа ты же сам назавал срок за который сделаешь — кроме тебя винить некого.
Но на практике нарушается принцип интересов. Разработчики просто будут завышать часы и работать медленно — причем это быстро просечет вся команда даже без явного сговора.
Ну вот, к чему мы и пришли.
Вы пытаетесь спозиционировать как открытие то, что часовой рейт может расти. Это не открытие. Я весь тред говорил о том, как планировать. В каких единицах. А вы всё хотите переключить тему на то, что платят за результат. Частично да, платят за результат конечно. Я не первый раз это говорю, надеюсь, теперь услышан.
Может ли получиться, что сделаю втрое? Вряд ли. Уж не настолько плохо я обычно работаю и не настолько нестабильно. Но в теории — да, могут не заметить, жизнь вообще не идеальна.
то есть ли смысл напрягаться?
Есть смысл напрягаться ровно столько, сколько сам для себя решил. Меньше глупо (ну не анекдоты же читать), больше — ещё глупее, это ж собственное решение. С другими программистами так же. Их можно держать в тонусе, но нет смысла давить, это не принесет больше результата.
Ну вы же пишите в Хабр в рабочее время — не так ли?
Я на ai journey от сбербанка. В моменты, когда я могу сосредоточиться на работе, я на хабр не пишу, работа интереснее.
Правильно ли я понял, что происходит корректировка стоимости часа раз в месяц?
Корректировка происходит тогда, когда я хочу её скорректировать. Такого, что б я вдруг неожиданно начал работать в три раза лучше, пока не случалось. Если работодатель согласен, то корректировка происходит. Происходит это не часто, может раз в год. Пару раз в карьере мы с работодателями расходились во взглядах.
Вы пытаетесь спозиционировать как открытие то, что часовой рейт может расти.
Проблема в том, что правила его роста довольно расплывчаты. Вы можете работать больше а этого никто и не заметит. Или станете работать в 2 раза больше а повысят оплату на 10% и то через пол года. По этому выгодно — просто плыть по течению.
больше — ещё глупее, это ж собственное решение
Вот в том то и дело — даже если чувствуешь потенциал — не особо имеет смысл напрягаться — все равно платят за часы и вряд ли быстро заметят, что ты начал работать значительно больше.
Такого, что б я вдруг неожиданно начал работать в три раза лучше, пока не случалось.
Потому что вы знаете, что в 3 раза больше вам никто не заплатит.
Если работодатель согласен, то корректировка происходит. Происходит это не часто, может раз в год.
Вот именно. Мотивация слабая. Во-первых, может не согласиться. Во-вторых, год нужно очень сильно пахать, чтобы, быть может, через год немножко подняли оплату.
Для компании выгодно чтобы спец. работал больше. И для спеца было бы выгодно, если бы труд оплачивался пропорционално. Но нет, такой возможности нет. По этому просто по течению. «Звезды» не нужны.
Пару раз в карьере мы с работодателями расходились во взглядах.
В общем как и следовало ожидать — оплата по часам подразумевает болото, в котором лучше сидеть и не рыпаться. Будешь рыпаться — можешь измататься и все равно останется все как было или поднимут через год на 20%, притом что работать стал в 2 раза больше.
Потому что вы знаете, что в 3 раза больше вам никто не заплатит.
Какая-то нереальная глупость, извините. Знаю лично человека, который зарабатывает как раз второе. Я пока не готов потратить столько сил на обучение, но мысль, что после этого "никто" не захочет заплатить мне втрое, выглядит смешной. Не этот работодатель, так другой (наверняка другой, т.к. в Москве таких больших зарплат нет в публичном поле).
этого никто и не заметит. Или станете работать в 2 раза больше
Ваше мировоззрение мне не близко, извините. Мне просто не понятно, что значит "никто не заметит". Когда есть что сказать, я сам говорю. Работать в два раза больше может тот, кто сейчас работает в два раза меньше. Либо можно работать в два рана больше за счёт здоровья, короткий срок. Я таким не занимаюсь независимо от того, "заметят" или не заметят. Ни за +10%, ни за втрое.
Однако с одним я согласен — есть программисты, для которых ваши утверждения верны. Им нужно, что б "заметили" и они готовы работать больше вместо лучше (я уже работаю лучше и ещё лучше пока не могу). Для них, вероятно, требуется внешняя оценка сроков, не исключено, что это будет эффективнее.
Я пока не готов потратить столько сил на обучение
Речь о том, что можно просто иметь желание работать больше. Даже в физическом труде продуктивность разных людей может отличаться на порядок.
У вас же ставка — работать больше смысла нет.
Работать в два раза больше может тот, кто сейчас работает в два раза меньше.
И что? Если ты работаешь в 10 раз меньше чем мог бы, но делаешь не меньше других членов команды — это что, плохо? Или, хотите сказать, такого не бывает?
Им нужно, что б «заметили» и они готовы работать больше вместо лучше
Работать больше без потери качества. Почитайте кто такие стахановцы, к примеру. Все дело в желании, в мотивации.
Я многократно убеждался, что чел. защищает свой пассивный образ жизни, пока не увидет что можно РЕАЛЬНО заработать 7 тыс. USD в месяц, если поднапрячься.
У вас же ставка — работать больше смысла нет.
О какой ставке вы говорите, я не понял.
Если ты работаешь в 10 раз меньше чем мог бы
Если тратишь при этом в 10 раз меньше времени, то да. Если нет, то какой смысл? В чем проблема делать в пять раз больше (если на самом деле можете) и договориться на в пять раз больше зарплату? Я всё никак не могу понять, в чем проблема.
Почитайте кто такие стахановцы, к примеру. Все дело в желании, в мотивации.
Почитайте сами. Если вы правда думаете, что стахановцы — это по мотивацию, то вы очень-очень плохо представляете себе стахановское движение. Стахановцы — это про производительность труда, а не про мотивацию.
чел. защищает свой пассивный образ жизни
Я полагаю, это опять же не про меня. К чему этот тезис, не ясно. Кто-то мешает зарабатывать $7k? А если вас спросят "скажи, за какое время ты сделаешь Х" — это помешает вам зарабатывать $7k?
О какой ставке вы говорите, я не понял.
Ставка за час работы.
В чем проблема делать в пять раз больше (если на самом деле можете) и договориться на в пять раз больше зарплату?
Проблема в стереотипах — большинство посчитает неуместным платить зарплату в 5 раз выше среднерыночной. Ну +20% или там +50% — еще допустимо. В 5 раз — вряд ли.
Стахановцы — это про производительность труда, а не про мотивацию.
Производительность связана с мотивацией — можно работать медленно а можно быстро.
А если вас спросят «скажи, за какое время ты сделаешь Х» — это помешает вам зарабатывать $7k?
Выше — стереотипы. Когда платят за время — вряд ли будут платить сильно больше среднерыночной.
Даже был случай со знакомыми строителями. Обсудили оплату за квадратный метр. Строители были высокомотивированы, не курили, не лялякали, с хорошим инструментом. За день получилось сделать на $500 каждому. На что заказчик-бизнесмен возмущенно ответил, в духе «вы что, хотите больше меня зарабатывать?». Ну т.е. где-то внутренне он был уверен, что его накололи, т.к. $500 в день для строителей не реально на его взгляд.
Если вы договорились заранее на оплату, а вам не заплатили, то это кидалово. Может произойти с каждым, тут только опыт нарабатывать, с кем и как договариваться (а с кем лучше вообще не договариваться).
Но предположу, что у вас точной договоренности не было, просто вам сказали "да, нужно" и вы стали делать. А сумма не обсуждалась вообще. Тогда на 80% ваш косяк, так делать не следует.
Я бы сказал, что это на 100% мой косяк.
Я бы сказал это не косяк а «опыт». Теперь Вы больше знаете о моральной стороне вопроса в компании и по-другому её оцениваете. Лояльность сотрудников, кстати, тоже многого стоит.
ничего, кроме ответа «нет, в этом направлении мы идти не будем»
Это не верно. Нужно сделать статью для внутреннего использования. Через год-два вы вновь вернетесь к этой проблеме и уже никто не будет помнить почему не стоит идти в этом направлении. По результатам у вас должен быть детальный отчет что именно вы проверили и почему не подошло.
Как измерять эффективность кода? И как учитывать время потраченное на раздумья вне рабочего места? Ведь тут, в отличии от маляра, нет ограничения того, что работать можно исключительно на рабочем месте.
Как измерять эффективность кода?
Для этого нужен эксперт, а не просто чел. с улицы, который смотрит в код и видит фигу, ничего кроме как считать часы не умеет. Это называется экспертная оценка.
Если тупо считать строки кода — ничего хорошего не будет. Так, в проекте появится много мусора и левого кода.
И как учитывать время потраченное на раздумья вне рабочего места?
Не нужно вообще время считать — смотрите результат.
К тому же не факт, что в комплексе будет наглядно видно разницу в эффективности 100 строк оригинального кода и 1000 строк штампов.
И думаю оценка — «Вау! Ты сделал это в 10 раз меньшим кодом! Да он ещё и работает быстрей!» вряд-ли будет считаться адекватной. :)
по истечении потраченного цельного рабочего дня
Почему рабочего дня? По итерациям, когда функционал добавлен и протестирован — когда код прошел ревью, когда все отлажено.
не факт, что в комплексе будет наглядно видно разницу в эффективности 100 строк оригинального кода и 1000 строк штампов
Раздутый код из 1000 строк просто не пройдет ревью, если можно реально сделать то же самое 100 строками. К коду нужно относиться трепетно — чем его меньше, чем он понятнее — тем лучше.
Хорошо бы измерять работу сложностью сделанной работы, но измерить её точно увы невозможно.
А вдруг работники специально усердно трудились месяц, чтобы им сделали 4-дневную неделю на постоянку и тогда они расслабятся. :)
И почему пятницу добавили к выходным? Мне, как работнику, больше нравится среда.
А разрыв в середине будет мешать концентрироваться на работе. Вроде начали работать, а уже выходной.
После выходного только на работу переключился, а уже опять выходные.
Так что я за непрерывную четырехдневку. Хотя кто меня спрашивает…
Тогда на мой взгляд логичнее кому-то сделать выходной в пятницу, а кому-то в понедельник. Ну чтобы немного распределить "нагрузку" на всевозможные организации и магазины. Хотя это уже детали и на самом деле если посмтреть на все новые тенденции в целом(например удалёнка, home office, сокращение рабочего дня и т.д. и т.п.), то вообще непонятно к чему мы в результате придём.
А жить когда?
Длинные выходные выключают из работы, особенно если вы на три дня в другой климат/условия, один же день посреди недели как раз должен помочь решить текущие вопросы (под которые часто отгулы берут), и высвободить те самые 2 дня, при этом т.к. глобального на этот день большинство планировать не будет, это даст некую мобильность, когда вы можете спокойно с человеком договориться о том что он отдохнёт не в среду а в четверг, потому что важная встреча.
А вдруг работники специально усердно трудились месяц
Не исключено. Вот когда попробуют ввести на постоянной основе, а не в качестве эксперимента — тогда и посмотрим.
У меня продавцы уже три года работают по четыре дня в неделю. Какой то особой прибавки не заметил, но и убыли не было.
Зато они за три дня успевают сбросить накопленную усталость и решить свои дела, а на работе не думают: скорей бы пятница, т.к. не успевают вымотаться.
Но у меня всего несколько сотрудников и хоть для статистики этого мало, два вывода я сделал
- Меньше устают и не накапливается усталость.
- Меньше больничных и доп. отгулов.
Ну смотря конечно кем вы работаете, но если взять среднюю зарплату программиста в Германии/Австрии/Голландии/аналогичной стране скажем за 3000€ на руки, то при переходе с пятидневки на двухдневку у нас остаётся 40% от этой суммы. А это 1200€.
Ну это если совсем грубо посчитать :)
Это здесь конечно тоже редко, но вполне себе встречается.
Вопрос нужно ли людям такое чаще.
С другой стороны давным-давно, когда я ещё за спорт тоже получал деньги, то у меня пару лет был контракт что я во время игрового сезона работал по 24 часа в неделю, а вне сезона нормальные 40. Но пришлось немного поторговаться с начальством.
16 часов обычно работают матери после декрета, 20 часов найти не проблема (лично знаю нескольких), 30 вообще почти везде согласятся.
Соблазн подработать где-то ещё возникает не от хорошей жизни чаще всего.
И работодатель заметит изменения.
А вдруг работники специально усердно трудились месяц, чтобы им сделали 4-дневную неделю на постоянку и тогда они расслабятся. :)
Да повысить план на 40% этим хитрецам и дело с концом
![image](https://habrastorage.org/getpro/habr/comment_images/21b/db9/2e2/21bdb92e2cec9b9260e57c86cd03bfd9.png)
Для начала, резко снизилось число больничных. По своему желанию сотрудники брали на 25,4% меньше отгулов. Было распечатано на 58,7% меньше страниц бумаги. Потребление электричества в офисе сократилось на 23,1%. Всё это помогло компании за этот месяц очень хорошо сэкономить.
Я так понял, вот английский первоисточник:
Microsoft Japan’s experiment with 3-day weekend boosts worker productivity by 40 percent | SoraNews24 -Japan News
First off, the reductions. Employees took 25.4 percent fewer days off during the month, printed 58.7 percent fewer pages, and used 23.1 percent less electricity in the office (since it was closed an extra day). All of these saved the company quite a bit of money.
В оригинале речь идет не о больничных (хотя вполне допускаю, что их количество тоже сократилось), а о сокращении всякого-разного (см. далее по тексту).
В оригинале речь идет о day off, который обычно является чем-то средним между отгулом и больничным. Вот именно они и сократились на 25.4%, а по-русски получается, что на 25.4% сократились отгулы, и еще непонятно на сколько — больничные. Что конечно же есть косяк перевода.
day-off
Это просто день когда тебя нет на работе, его можно взять и в счет отпуска, можно и за свой счет.
Не дайте пропатсть во тмне невежества — скажите, как поступит ваша бухгалтерия? Будет ли вам оплачен этот день? И если да, то на каких условиях?На тех условиях, на которых вы его взяли. Вы можете взять его в счёт отпуска, или в счёт отгула, если вас они за что-то положены, ну а если ничего нет — тогда уж за свой счёт.
получит платежную ведомость, в которой будет 25 ноября нынешнего года будет помечено как day-off
Если я взял его за счет очередного отпуска, то в платежной ведомости вообще ничего стоять не будет скорее всего (точнее у меня вообще дни отпуска отдельно не отмечались в Германии, Люксембурге и Польше, просто платилась обычная зарплата).
Бухгалтерия вообще не будет в курсе, что меня не было на работе (в странах ЕС чаще всего отпуск никак не влияет на расчет зарплаты, в отличии от РФ).
Если я взял его за счет очередного отпуска, то в платежной ведомости вообще ничего стоять не будет скорее всего (точнее у меня вообще дни отпуска отдельно не отмечались в Германии, Люксембурге и Польше, просто платилась обычная зарплата).
Возможно бухгалтерия вам это не печатала в платёжной ведомости, но в Германии она стопроцентно это где-то у себя отмечала. Насколько я знаю они должны отслеживать все отпуска, больничные и отгулы. Иначе потом у них самих могут быть проблемы с законом.
Но если вернутся к вопросу господина AlexPu, то это всё в общем-то неважно и даже если вы брали отгул за свой счёт, то вам без проблем выплатят за полный месяц. Ну и при необходимости у вас это потом вычтут из следующей зарплаты.
И расчёт отпусков, отгулов, сверхурочных, больничных и тому подобных вещей в Германии можно вообще "отодвинуть" до мартовского расчёта следующего года.
Насколько я знаю они должны отслеживать все отпуска, больничные и отгулы.Отпуска, больничные и отгулы? Ха! В Германии они ещё должны отмечать сколько часов вы проработали каждый день и были ли при этом перерывы.
СССР отдыхает.
Дело в том, что в тех странах, в которых отпуск гарантируется законом (а не является бонусом) — т.е. почти во всех странах ЕС (написал бы «во всех», но не уверен до конца) законом же регламентируется порнядок оплаты отпусков. Этот порядок ВСЕГДА отличен от порядка оплаты рабочего времени.
Хм, интересно. Вообще-то ЕС это не только Германия, но и, например, Австрия.
«в платежной ведомости вообще ничего стоять не будет скорее всего » возможно только в придуманом вами мире. а утверждение «в странах ЕС чаще всего отпуск никак не влияет на расчет зарплаты, в отличии от РФ» вообще является откровенным бредом
У меня уже накопилось приличное количество платёжных ведомостей. Нет там ни отпуска, ни больничных, дополнтельных дней, отгулов за компенсированное время и праздников. Коммандировки будут указаны только потому, что за них суточные платят.
А сумма с точностью до копейки совпадает с тем, что насчитает калькулятор налогов и социалки. Во все месяцы, в том числе 13 и 14 зарплата, абсолютно независимо от отпусков о больничных (они у меня были, да).
Причина — трудовое законодательство — оплата переработок есть формальный принак сверхэксплуатации.
А не-оплата может являться нарушением трудового законодательства. (начиная с некоторого порога, и в зависимости от схемы переработок в компании, и договором с профсоюзом в этой отрасли). Да, фирма обязана законом вести чёткий учёт рабочего времени — вот эти «ведомости учета рабочего времени». Я не знаю кто этим занимается, бухгалтерия или HR. Но если время совпало с необходимым за месяц — на зарплату не влияет.
Возможно Вы путаете в контракторами — вот там как раз отпуск не гарантирован и весь за свой счёт.
как вам не повезло :) под платежной ведомостью вы вероятно понимаете payslip, да?
Lohnzettel. И почему не повезло?
Все дело в том, что для организаций, которые следят за соблюдением трудового законодательтсва само наличие сверурочных (которые выявляются из бухгалтерской документации рано или поздно) является что-то вроде красной тряпки для быка.
В Австрии нет. Не обобщайте на ЕС.
Кучу букв про Zeitausgleich писать не стоит. Я не зря написал, что зависит от контракта и договора с профсоюзом. Бывают разные модели даже в пределах одной страны.
Не влияет НА СУММУ ВЫПЛАЧЕННУЮ В КАЧЕСТВЕ ЗАРПЛАТЫ но не на бухгалтерский учет
Вот именно это Вам и пытаются сказать. Работнику абсолютно всё равно, какие тонкости должна учитывать бухгалтерия, до тех пор пока это никак не отображается на его доходе.
возмодно ваши представления о контракторах придумано вами самими.
Могу ответить тем же.
Стоит уточнить терминологию: под «контрактором» я имею в виду «самозанятый», с открытием своей фирмы как ЧП. Потому что «рабочий контракт» как таковой есть вообще всегда в ЕС, но это обычная работа.
Нет, это не так — контрактор работает ровно столько-же сколько и наемный служащий — у меня в контракте так и написано — обязан работать 37.5 часов в неделю (контракт соответсвует финскому законодательству ибо живу я здесь а не в UK где находится мой работодатель).
А в Австрии такой контракт для самозанятого противоречит законодательству.
Не обобщайте.
Ух ты, аж по часам… А мне тут вот интересно стало, а количество и продолжительность визитов, например, в туалет у вас регламентирована в фирме?
А вы как думали. Каждый час минимум 5 минут :)
А мне тут вот интересно стало, а количество и продолжительность визитов, например, в туалет у вас регламентирована в фирме?Такой формы отчётности немецкая бюрократия пока не придумала. А вот таблицу с указанием того, сколько часов ты работал каждый день — вынь да положь. Arbeitszeitgesetz называется.
Ну или, как альтернатива, каждый день — строго 8 часов и любые отклонения через письменное разрешение.
А вот таблицу с указанием того, сколько часов ты работал каждый день — вынь да положь. Arbeitszeitgesetz называется.
Хм. А где там написано про необходимость таблицы с указанием того, сколько часов ты работал каждый день? Если я не ошибаюсь это касается только сверхурочных и подобных вещей. И только тогда когда они есть.
Ну или, как альтернатива, каждый день — строго 8 часов и любые отклонения через письменное разрешение.
Ну ведь в вами же приведённом законе написано что:
Die werktägliche Arbeitszeit der Arbeitnehmer darf acht Stunden nicht überschreiten. Sie kann auf bis zu zehn Stunden nur verlängert werden, wenn innerhalb von sechs Kalendermonaten oder innerhalb von 24 Wochen im Durchschnitt acht Stunden werktäglich nicht überschritten werden.
То есть можно иногда работать и до 10 часов если средняя величина на протяжении полугода не превышает 8 часов в день.
И пока этого не происходит, то и записывать ничего не обязательно.
И пока этого не происходит, то и записывать ничего не обязательно.
А как узнать, что этого не происходит?
Вы извините что я всё про Австрию, но это там где я на 100% знаю. Записывать обязательно, но при этом вполне достаточно электронных отметок «вход/выход» без детализации. Закон прописывает, что из блока более 6 часов надо вычитать час на обед.
Предыдущий работодатель долгое время игнорировал этот закон и платил символический штраф. Потом штраф увеличили, и работодатель купил систему трекинга. Когда включали, нам это всё рассказали.
Можно отмечать вход/выход на обед, тогда вроде полчаса минимум.
Закон заботится о здоровье граждан :)
Ну как я уже писал выше эти законы существуют скорее для защиты людей, которые сами за себя постоять не особо могут или умеют.
Айтишники в эту категорию не то чтобы попадают, поэтому по умолчанию никто их и не контролирует. И в общем-то обычно можно насчёт всего этого не особо заморачиваться. Главное чтобы работодатель тоже так думал, что в общем-то не то чтобы прямо редкость.
Другое дело что есть фирмы так или иначе связанные с профсоюзами или даже имеющие свои внутренние. Или фирмы, которые по каким-то причинам регулярно подвергаются аудиту. Там обычно с этим жёстко.
Можете не обедать, но пауза обязательна.
Как минимум в Германии это так. То есть работать больше шести часов без пауз обычно нельзя.
Исключения существуют, но скорее всего не для вашей ситуации.
А как узнать, что этого не происходит?
Если честно, то не совсем понимаю вопрос. Просто примерно прикидываешь и всё.
Если замечаешь что перерабатываешь, то начинаешь трэкать и смотреть подробнее. Или просто меньше работаешь.
У нас это выглядело примерно так что идёшь к начальнику и говоришь что ты вроде как бы задерживался на работе всю неделю и поэтому возмёшь полдня-день отгула за счёт фирмы. Или неделю будешь уходить раньше.
Ну и на самом деле если брать именно айтишные фирмы, то пока по этому поводу нет какого-то конфликта между фирмой и работником, то обычно никого особо и не интересует кто там сколько работает. И не проверяет никто.
А вот низкоквалифицированные рабочие места(ну или просто отдельные отрасли где это было проблемой) как раз часто проверяют и там предпочитают на всякий случай трэкать всегда.
И пока этого не происходит, то и записывать ничего не обязательно.Если у вас нет соотвествующих записей — как вы докажите, что средняя величина на протяжении полугода не более 8 часов в день, я извиняюсь?
Если я не ошибаюсь это касается только сверхурочных и подобных вещей. И только тогда когда они есть.Именно так. Но вариант: работать каждый день строго и исключительно по 8 часов — мне нравится ещё меньше.
А если вы иногда работаете меньше, то должны временами работать и больше (если вы не доберёте часов, то вам должны зарплату снизить). И нужно чтобы в среднем — было ровно 8 часов. Вот и получается что либо вы каждый день пишите сколько проработали, либо работаете строго по 8 часов в день.
Если у вас нет соотвествующих записей — как вы докажите, что средняя величина на протяжении полугода не более 8 часов в день, я извиняюсь?
А почему вы решили что я обязательно должен это доказывать "по умолчанию"? Это как раз штрафуют только если есть факты доказывающие нарушение.
Ну или чтобы было понятнее что я имею ввиду: по ПДД вы не имеете права превышать скорость и такое штрафуется. Но вы же не должны доказывать что вы никогда не превышали скорость. Вас просто штрафуют по факту зафиксированного нарушения.
Именно так. Но вариант: работать каждый день строго и исключительно по 8 часов — мне нравится ещё меньше.
Ну так и не надо.
И нужно чтобы в среднем — было ровно 8 часов.
Ну по закону нужно чтобы было не больше 8, но да, это по закону так.
Вот и получается что либо вы каждый день пишите сколько проработали, либо работаете строго по 8 часов в день.
Нет, вот как раз этого и не получается. Записывать вы ничего не обязаны. И вы спокойно можете работать в среднем не больше 8 часов в день и при этом ничего не записывать.
И да, фиксировать исполнение контракта — это не задача бухгалтерии.А чья? Если ваш работодатель этого не делает — налетите на хорошие штрафы. В Германии, как минимум (хотя не только… в Швейцарии ещё). На самом деле в США тоже, просто там меньше за соблюдением всего этого следят.
А чья?
В зависимости от того на кого эти обязанности возложили. То есть кто-то это должен делать конечно, но совсем не обязательно бухгалтерия.
И кстати в Германии работодатель совсем не должен трэкать ваш отпуск. Если вы его "проспали", то это ваши проблемы.
Максимум можете потребовать его выплатить. Да и то это надо сделать по моему в течении трёх лет или он пропадает.
Другое дело что выплачивать фирмам невыгодно и кроме того большинство фирм пользуется софтом, который просто сам всё высчитывает и напоминает о таких вещах.
У нас day-off — это неофициальное название, т.е. то, что ты пишешь менеджеру или в Outlook automatic response, мол "Hello all, I'm taking a day off Friday Dec 13th, in case of urgency call me (xxx)-xxx-xxxx".
Для целей же учёта времени это называется "time-off" — ну просто потому что ты можешь взять не целый день, а пару часов. Ну и там есть градации: PTO (paid time off) либо UTO (unpaid time off), в некоторых компаниях FTO (flexible time off, AKA "неограниченный оплачиваемый отпуск"), и проч — в Earning Statement они именно под такими аббревиатурами и выписаны.
Маразма с отмечанием вермени прихода/ухода у нас не было, тьфу-тьфу. Если берёшь выходные или больничные — делаешь запрос онлайн, пишешь сколько часов возьмёшь, когда, с какой целью (просто отпуск, больничный, похороны, работа присяжным в суде и т.п.) и за чей счёт (оплачиваемый или нет). Как менеджер одобрил — всё, иди гуляй, взятые часы попадут в бухгалтерию.
зы. Касательно японского Микрософта я не могу с уверенностью сказать следуют ли они европейской или американской модели, но имхо, скорее американской.
Видимо у господ вас минусующих опыт больше в европейских системах.
Ну так США не единственная страна на свете и даже не единственная англоговорящая. Если бы в комментарии сразу было сказано, что речь о терминах США, а не всего мира — минусов (ИМХО) было бы намного меньше или не было бы вообще.
time shitхаращо сказаль!
я работаю на территории ЕС с двухтысячного года. Проживал в четырех разных государтсвах. Месторасположение работодателей еще более обширное (к примеру сейчас я работаю на британскую компанию проживая в Финляндии). Так что я примерно 20 лет, каждую неделю (иногда каждый день) заполняю условный time shit…
Ужас.
В нормальных фирмах ставят ридеры и работник должен отметиться на входе и на выходе. Этого хватает для выполнения требования законодательства.
То, что Вы заполняете вручную, это просто прикрываемая законом возможность чуть надавить на сотрудников чтобы не бездельничали. Мои работодатели просто заявляли, что 100% моего времени на работе было рабочим.
две недели оплачиваемого отпуска должно быть предоставнено в условный летний период…
И план отпусков (который вообще-то тоже обящаны составлять)...
Напоминает Украину :) Это не везде так. Например в Австрии никакого плана нет, и работник может запросить отпуск в любое время. И конечно если есть подозрения, что не пускают в отпуск, можно жаловаться в профсоюз.
В реальности бухгалтери должна точно знать по каждому дню (если речь идет о поденной оплате) или по каждому часу (если речь идет о почасовой оплате) оплачивать ли данный день (час), и если оплачивать то каким именно способом (оплата может производиться из разных фондов, или вообще покрываться страховыми выплатами).
В реальности это никак не влияет на сумму зарплаты. А внутренние тонкости бухгалтерии работнику не интересны, пока его зарплата, налоги и социалка не меняются.
В нормальных фирмах ставят ридеры и работник должен отметиться на входе и на выходе. Этого хватает для выполнения требования законодательства.Уж не знаю — что там считать нормальным, но я бы в этом случае просто уволился. Потому что если я на пару дней решил умотать куда-то по делам, а то, что за них не успел сделать — доделал в выходные, то мне нафиг не нужны потом куча бумаг и разборки с бухгалтерией.
Потому что если я на пару дней решил умотать куда-то по делам, а то, что за них не успел сделать — доделал в выходные, то мне нафиг не нужны потом куча бумаг и разборки с бухгалтерией.
Еретик, на костёр его!!!
А если серьёзно, то если взять фирмы с отмечанием на входе/выходе, то это обычно идёт со стороны самих работников, а точнее профсоюзов. То есть как раз чтобы никто по выходным не "дорабатывал".
А если серьёзно, то если взять фирмы с отмечанием на входе/выходе, то это обычно идёт со стороны самих работников, а точнее профсоюзов.Профсоюзы ≠ работники.
В случае с Германией — это закон.
То есть как раз чтобы никто по выходным не «дорабатывал».С учётом того, что это — одна из вещей, которые я черезвычайно ценю… ну его нафиг.
P.S. Нет, ценна, конечно, не возможность выкладываться на выходных. Важна возможность пропустить пару рабочих дней, никого, кроме менеджера, об этом не уведомляя и не согласовывая… но как бы второе следует из первого. Может быть при «официальной» рабочей неделе в 4 для я бы за возможность поработать в воскресенье так и не бился бы… не знаю.
Профсоюзы ≠ работники. В случае с Германией — это закон.
Покажите мне где конкретно в Arbeitsgesetz или где-то ещё стоит что-то про обязательный поминутный или даже почасовой трэкинг.
И я как бы работал в нескольких фирмах где трэкались исключительно сферхурочные, да и то не все.
Более того я умудрился в своё время на DATEV поработать. И уж если они такие вещи не знают, то тогда не знаю кто в этом вообще разбирается :)
С учётом того, что это — одна из вещей, которые я черезвычайно ценю… ну его нафиг
Ну так идите в фирму, в которой такое позволено. В том же консалтинге это чуть ли не норма. Просто всё это надо в контракте указывать и тогда вам действительно придётся в конце месяца сдавать бумажку с трэкингом вашего рабочего времени если вы вдруг работали не 8/5. Но её тоже можно "на глаз" заполнять. Если не наглеть, то и фирмам обычно пофиг и государству.
если я на пару дней решил умотать куда-то по делам, а то, что за них не успел сделать — доделал в выходные
Ну так и отметишься в выходной. Если работаешь из дому — то онлайн отметился. Или на следующий рабочий день задним числом.
Какие разборки? Вам правда нравится в Экселе таблички заполнять?
Ну так и отметишься в выходной.А потом фирма заплатит крупный штраф за нарушение параграфа "§ 9 Sonn- und Feiertagsruhe" и у неё возникнет вопрос «а нужен ли ей такой работник вообще»?
Какие разборки? Вам правда нравится в Экселе таблички заполнять?Во-первых не обязательно в Экселе. А во-вторых — это лучше, чем не иметь возможности в будни куда-то пойти, отдыхать при этом строго и исключительно в выходной и ни в коем случае не пытаться закончиться фичу, если твои «законные» 10 часов уже закончились.
Не вижу смысла обсуждать теории, если на практике всё работает. Я даже лично знаю человека, который иногда именно в экселе отмечает работу на выходных и никакой беды не происходит. Лично мне удобнее просто вход/выход отмечать, и как то и фичи заканчиваю, и релизы допоздна бывают, и на выходных могу.
Но вообще посмотрите на статью — не обязательно перерабатывать чтобы быть полезным фирме. Здесь принято работать без овертаймов и как-то успеваем.
Практикуем 4-х дневную неделю у нас в компании, подтверждаю — работает.
Вы где работаете так?
Тринадцатидневная неделя на какой планете? 4 рабочих дня в неделю и 4 выходных — это смена планеты произошла?
с тринадцатидневной рабочей недели с десятичасовым рабочим днём и одним выходным
13*10=130 часов, +1 выходной, 14 дней
четырёхдневную с двенадцатичасовым рабочим днём и четырьмя выходными
4*12=48, +4 выходных, 8 дней. 96 часов +8 выходных за 16 дней.
О чем речь вообще? В 2 раза меньше работать, в 7 раз больше отдыхать, конечно жить стало веселее, кто б сомневался…
Предвидеть, что отгулы будут браться меньше могли бы и до эксперимента. Ибо отгулы очень часто берут для визита в другие учреждения, где работника могут принять только в рабочее время в стандартные рабочие дни (пн… пт). Если же у работника есть свободные будние дни, то при правильном планировании отгулы будут не нужны…
И будут искренне недоумевать, ведь они делали как в статье… А о том, что нужно снизить количество совещаний, перевести документооборот в электронный вид — это же мелочи…
А вот когда госконторы «просекут фишку» и себе тоже устовят выходной на тот же день… вот тогда и посмотрим…
Что в сбере что в билайне — роботы зло. Там добиться ничего нельзя.
Связь с оператором
Соединить с оператором
С оператором соединить
Связь
Выход
Помощь
Человек
Соседи по кабинету добавляли эти же фразы, но в ненормативной трактовке.
Бывшая, два дня долбилась по телефону, отпросилась на полдня, и прошаталась в сбере от окошка к окошку до самого закрытия, попутно устроив пару скандалов.
В целом «все они» пытаются сделать ботов, но по факту они больше раздражают, я так понимаю — все это эдакий искусственный фильтр от людей далеких от техники и пенсионного возраста. Боты должны помогать таким, а все почему то наоборот.
Налоговая удалённо документы принимает и врубает идиота, итераций 10 по кругу…
При этом мне тут подсказывают что в этом году в новом л.к. уже не написать жалобу в вышестоящую по удалёнке...
Так что ничего не поменяется, имхо.
В Японии с этим ещё актуальнее, ибо большая часть банков закрывается в три, почта — в пять. Хочешь отправить что-то — вали на почтамт в центр в субботу, или бери половину отгула.
С международными такое не прокатит, разве что местные посылки, и только до определённого размера, и то не в каждом.
Думаю, что монитор от аркадника диагональю 27", в документы мягко говоря не пролезет :-)
Ну так монитор в 27" это на мой взгляд уже не из категории "хочешь отправить что-то" :)
Ну вот за последние полгода мониторов и прочих деталей не меньше десятка раз отправлять приходилось — в конбини с такими габаритами, ессно, не берут
производительность труда повысилась на 39,9%
планирует повторить его следующим летом
Эти два факта не согласуются никак. Если бы что-то дало компании прирост производительности в 40% — то оно было бы внедрено немедленно, во всех офисах и людей, пытающихся поработать в пятницу, били бы на входе по морде. Но почему-то этого не случилось.
Эти два факта не согласуются никак.
И да и нет. Результат одного эксперимента не может быть принят за истину, нужна повторяемость, плюс более длительное время. Поэтому вполне логично провести эксперимент как минимум ещё один раз.
Тоже неплохо конечно, но недостаточно чтобы всем срываться и переходить на 5 дней: вполне может быть, что со временем результаты упадут и выигрыша не будет, а то может быть и проигрыш.
В общем повторение эксперимента выглядит разумнее, чем переход всей компании на четырёхдневку…
простой мезанический переход на четырехдневную неделю снизит общий объем произведенных товаров и услуг и всем будет очень плохо
Почему плохо? Пора сокращать рабочую неделю по двум направлениям: и черех оптимизацию и через сокращение потребления. А то странно как-то выходит, изобрели кучу механизмов и роботов, машины делают огромную часть работы, но пашем мы, как и сто лет назад, по 40 часов в неделю.
Балтика производит 520 млн. литров пива в месяц (будем считать, часто все эти литры потребляются), при этом работает в среднем 9000 сотрудников.
Если количество сотрудников удвоить, и каждый новый сотрудник примет обязательство (во имя поднятия экономики, конечно) пить пиво каждый день по 1 литру, то прирост потребления пива составит 0,052 процента. Фонд заработной платы увеличится вдвое.
Я не уверен, что это значимая цифра прироста.
Балтика производит 520 млн. литров пива в месяц (будем считать, часто все эти литры потребляются), при этом работает в среднем 9000 сотрудников.А вы уверены что эти сотрудники потребляют только пиво балтика и больше ничего?
Речь идёт об эффектах в масштабах страны… тут, в первом приближении кто сколько производит — тот столько и потребляет.
Пробовали 2 года назад этот эксперемент с 4х дневным рабочим графиком на месяц.
Скажу честно что эффективность не выросла, а упала.
А вот график приходи в любой час до 11 и уходи через 9 часов и более мне нравится лучше всех.
Еще есть раз в неделю 1 день из дома поработать, судя по статистике им пользуются 10% работников постоянно.
Мне, как работнику, более интересны эксперименты работников с повышением чего-нибудь интересного для работников.
И сдается мне, что «месторождения усиления производительности» вполне быстро исчерпываются (ну нельзя дважды отменить презентации в PowerPoint и дважды нарастить производительность в Amazone — по понятным причинам это одноразовое наращивание).
Я к тому, что каждый год эти 25% вполне могли достигаться разными путями.
Ко всему прочему — вы обратили внимание, что им по сути повысили оплату рабочего часа? :)
Это был бы номер, введи японцы на государственном уровне четырехдневку. Вжух — и из самой пашущей развитой нации в одну из самых непашущих.
Да фиг бы там, вот сегодня в понедельник выходной, пришёл в офис забрать пару забытых вещей — не меньше десятка человек сидит как ни в чём не бывало и пашет :-)
Так даже неоплатой овертаймов запугать пока что не удалось. Но ничего. Вода по капле камень точит.
Сфокусировался на одной задаче, никто не подходит\не пишет, музыку включил, еду заказал — я за 4 часа выходного успеваю больше, чем за будний день.
Ну вот опять на те же грабли: а с зарплатой, с зарплатой при этом изменении что случилось?!
К примеру, читал об одном эксперименте, проводившемся где-то в начале XX-века на заводе. Все рабочие знали об эксперименте. Детали уже не помню, но вот примерное его описание. Изменяли освещенность рабочих мест. И оказалось, что изменение освещенности как в большую, так и в меньшую сторону увеличивают производительность.
Сотрудники чувствует себя сопричастными к чему-то большему, у всех поднятое настроение и мотивация, все начальство тоже находится в приподнятом настроении. Чтобы понять эффективность такой рабочей недели, нужно проверять на длительном промежутке времени, типа год, а еще лучше — два года, когда будут реальные дедлайны, проблемы в работе, странные требования от начальства и заказчиков и прочие вещи, влияющие негативно на мотивацию и эффективность.
Здесь нужно рандомизированное контролируемое испытание, чтобы исключить влияние таких вещей как воодушевление, ощущение сопричастности и прочее.
В этом году, например за использование принципов РКИ (и за результаты, конечно) дали нобелевку по экономике.
Чистые эксперименты в таких науках — дело сложное и крайне редкое.
В 4-х дневной рабочей неделе позитивную роль роль играет долгосрочное планирование, и как раз интересно, будет ли человек спустя год работы по сокращенному графику также эффективно планировать свое время или все вернется к более затяжным процессам.
за 100 лет вырос в несколько раз, но на благополучии среднестатистического человека это мало отразилось
Вот Вы серьёзно? А если бабушек поспрашивать? Какую часть дохода тратили люди в 1919 году на еду, на одежду, и на автомобили и трансатлантические перелёты?
Вот прямо сейчас перед моими глазами проехал человек на Мустанге. Если спросить его бабушку, то 100 (даже 60) лет назад она вообще не имела права заходить в общественный туалет для белых, учиться в нормальном университете, или громко мечтать о Мустанге.
Если поспрашивать других, то окажется что именно в США автомобиль, авиаперелёт и образование доступны практически каждому. И если кто-то жалуется, что школа плохая и машина дешёвая, то стоит вспомнить, что 100 лет назад у этого слоя населения их не было никаких вообще.
Эксперимент проводился всего месяц, и его результаты сравниваются с аналогичным месяцем предыдущих годов, и уже на этих графиках видно, что производительность растет год от года. Скачек в 39.9 процентов, может быть вызван абсолютно другими факторами, не хватает сравнения с предыдущими месяцами этого же года.
Так же мы видим что год от года уменьшалось потребление электричества, не совсем понятно с чем оно связано. С одной стороны, видится что из-за дополнительного выходного действительно стало потребляться меньше электричества, но если сравнить с предыдущими годами, то тенденция на сохранение энергии сохраняется, и можно сделать вывод, что работники все-таки работами и в пятницу)
Часть значение сравнивается с более старыми данными за 2016 год, а не за 2018, хотелось бы видеть и эти цифры, боюсь там не все так радужно.
Интересно было бы сравнение "продолжения": а что случилось с показателями после возвращения к начальной модели через неделю-другую, через месяц, через два месяца, через квартал и через полгода? ;)
Ладно, если восемь в день, а не 150 в месяц — и хоть как вписывайся, будь месяц короче обычного даже часов на 10
Ну вот например август, неделя Обон валит все эти планы начисто, приходится жопочасами накидывать хотя бы до 140, чтобы совсем по бесчеловечному после семи с работы не сваливать.
Или в январе взять неделю отгулов (обычные выходные по 4 число, соотв-но добиваем до 11), чтобы домой к семье съездить — на выхлопе 105 часов, или 120 если сидеть до полвосьмого — в общем, это маразм чистой воды, а не метрика.
Давно пора, особенно в свете современных проблем — пробки, очереди везде, загрязнение среды. К врачу попасть сложно, потому что он тоже хочет пораньше домой, а даже если придешь туда, отпросившись на пару часиков с работы, не факт, что хватит этой пары часиков, потому что там все окупировали бабки и безработные бездельник
Так у врача тоже будет 4 дневная рабочая неделя) Так что ничего не изменится
Раньше в НИИ было понятие "библиотечный день". Который НТР должен был тратить на саморазвитие, а не на то чтобы сгонять за грибами когда грибов много, а грибников мало :)
Некоторые моменты, которые почему-то выданы за плюсы, напрямую следуют из уменьшения рабочего времени на 20%:
По своему желанию сотрудники брали на 25,4% меньше отгулов.
Потребление электричества в офисе сократилось на 23,1%.
Так себе «исследование», а что ещё важнее, выборочная база.
Ждём когда будут проводить исследование/эксперимент не на перегруженных работниках, а на тех, кто работает 40 часов в неделю за 5 дней, а ещё, что очень важное, количество планёрок должно остаться пропорциональным, а они их просто дополнительно урезали, указав что времени мало, значит люди занимались именно работой, а не болтовнёй.
Повторюсь, так себе «исследование».
Потребление электричества в офисе сократилось на 23,1%.
А если еще и на картинку выше посмотреть, то весь этот абзац
Для начала, резко снизилось число больничных. По своему желанию сотрудники брали на 25,4% меньше отгулов. Было распечатано на 58,7% меньше страниц бумаги. Потребление электричества в офисе сократилось на 23,1%. Всё это помогло компании за этот месяц очень хорошо сэкономить.
оказывается враньем чистой воды.
Как говорится, «Есть три вида лжи: ложь, наглая ложь и статистика.»
Работать надо 3 дня в неделю, но в 2 смены:
Понедельник — среда и четверг — суббота.
В воскресенье по максимому запретить работать. Не будет ни безработицы ни проблем с временем на себя.
С одной стороны это позволяет не снижать общий результат. С другой — повышается эффективность в эти дни. А как результат — планирование и предсказуемость спринтов сильно улучшились.
Использовали в тестовом режиме на одной команде примерно полгода, сейчас включили всес остальные в те же условия, так что есть возможность сравнить до\после\во время\вместо и т.д. :)
rg.ru/2019/10/31/perehod-na-4-dnevnuiu-rabochuiu-nedeliu-ne-podderzhalo-ni-odno-predpriiatie.html
Сокращенная рабочая неделя может в первую очередь заинтересовать представителей творческих профессий. Из предприятий, входящих в нацпроект по повышению производительности труда, пока 4-дневную рабочую неделю никто не поддерживает.
В нацпроекте участвуют предприятия из сфер обрабатывающего производства, сельского хозяйства, научной и технической деятельности, а также строительства.
«Еще не было предприятий, которые бы поддержали эту инициативу. Потому что производительность, она все-таки о другом — не о том, чтобы рабочий день понизить, а о том, чтобы просто он был эффективным», — сообщил заместитель министра экономического развития РФ Петр Засельский (цитата по РИА Новости).
Он добавил, что переход на 4-дневную рабочую неделю может заинтересовать представителей творческих профессий, таких, как архитекторы и программисты.
Уменьшение рабочей недели эту проблему решает.
У правительства сложная задача: держать всех на пенсии по 20 лет
Учитывая низкие размеры пенсий за пределами Москвы и высокие траты бюджета в других местах — не в пенсиях проблема. А сократив рабочую неделю на день можно было задать понижающий коэффициент для расчёта трудового стажа, иначе получается за меньшее число отработанных дней пришлось бы платить прежнюю пенсию (да и как писали выше, вариант с сокращением ЗП и четырехдневкой на практике оказался неплох, но от него отказались).
С другой стороны когда автоматизация лишает людей рабочих мест (и того же ожидают в РФ) — сократить рабочее время и задействовать больше людей на оставшихся местах, чтобы они платили налоги, а не добивали бюджет пособиями по безработице — логичный шаг. Но есть такие места, где итак проекты затягиваются на годы (в авиации — на десятилетия), и сокращение там рабочего времени только усугубило бы ситуацию.
Но вообще грустно, что вместо утопичной картинки, когда всю работу за людей делают роботы, а люди радуются и занимаются искусством и творчеством в своё удовольствие, движемся к противоположной, где роботы становятся причиной безработицы и нищеты.
Но вообще грустно, что вместо утопичной картинки, когда всю работу за людей делают роботы, а люди радуются и занимаются искусством и творчеством в своё удовольствие, движемся к противоположной, где роботы становятся причиной безработицы и нищеты.Ну так не хотят люди заниматься исскусством и творчеством! Тут роботы бессильны, как бы.
А почему не хотят?Понятия не имею. Но жалоб на то, что нет денег на то, чтоб купить играть в какой-нибудь PUBG на приличной системе, а не убогом смартфоне — я видел немало. Причём очевидно, что за убитое в оный PUBG время можно явно было научиться чему-то творческому и заработать этим денег… но не хотят.
Кто-то работает на нелюбимой работе чтобы выжить, и времени/сил на прочее не остаётсяНа PUBG как-то время находится…
научиться чему-то творческому и заработать этим денегТворческое и коммерческое — разные вещи. Когда творчество направлено на коммерцию всё-таки оно отличается от некоммерческих проектов энтузиастов.
Свободное время можно по-разному проводить, но это не значит, что нельзя совместить развлечение и продуктивность. К тому же за время отводимое на игру не всегда можно заняться чем-то другим, потому что его мало для других задач.
На PUBG как-то время находится…Так это же игра не на прохождение или прокачку, можно сыграть катку-другую для психологической разрядки — всяко лучше, чем пойти «забухать за гаражами».
К тому же за время отводимое на игру не всегда можно заняться чем-то другим, потому что его мало для других задач.Именно поэтому я и уточнил название игры. В PUBG один матч длится вполне себе ощутимые полчаса. Более чем достаточно, чтобы просмотреть лекцию на YouTube или прочитать главу в книжке.
Так это же игра не на прохождение или прокачку, можно сыграть катку-другую для психологической разрядки — всяко лучше, чем пойти «забухать за гаражами».С этим я согласен, но вот беда: на «катку-другую» время находится, а на изучение чего-либо — никак.
Творческое и коммерческое — разные вещи. Когда творчество направлено на коммерцию всё-таки оно отличается от некоммерческих проектов энтузиастов.Ну то есть речь идёт о том, что человек должен делать не что-то, что кому-то ещё, кроме него, нужно, а то, что его левой пятке захотелось?
Это уже коммунизм. С ним… не получилось.
Погодите-ка. Игрок в PUBG на время матча обеспечивает развлечение не только себе, но и всем остальным участникам. Без него матч не состоялся бы. Его участие необходимо.
Именно поэтому я и уточнил название игры. В PUBG один матч длится вполне себе ощутимые полчаса. Более чем достаточно, чтобы просмотреть лекцию на YouTube или прочитать главу в книжке.1. Полчаса — вполне стандартное время, в иных играх многочасовые рейды есть, и недостатка игроков вроде не наблюдается.
2. Лекции, книжки — специально подготовленный контент (а если смотреть многочасовую лекцию урывками, или аналогично книгу читать — КПД восприятия информации будет ниже). Контент такой кто-то готовить должен (хотя кто-то на этом пытается бизнес строить).
3. Тем не менее, из личного опыта знаю, что за 20+ минут что-то более-менее продуктивное делать (в автобусе для себя программы писал), но это не отменяет потребности в большем свободном времени (вылавливать ошибки или переструктурировать весь код — надо хотя бы день выделять, иначе можно всё сломать). По факту где-то за год написал 3 программы, режим изменился — теперь всё это до ума довести некогда, и с большей вероятностью потрачу свободный час на развлекательный контент.
4. Погодите, чтобы полчаса продержаться в PUBG нужно быть продвинутым игроком…
С этим я согласен, но вот беда: на «катку-другую» время находится, а на изучение чего-либо — никак.Да я не спорю, просто хочется верить в лучшее в людях.
Ну то есть речь идёт о том, что человек должен делать не что-то, что кому-то ещё, кроме него, нужно, а то, что его левой пятке захотелось?Именно так. Большинство DIY проектов именно по такому принципу сделаны, кто-то что-то для себя делает, документирует и показывает другим. Очень мало проектов рассчитаны на массовое повторение любителями, и ещё меньше — на коммерческую реализацию.
Это уже коммунизм. С ним… не получилось.То-то у Китая самая быстрорастущая экономика — они смогли и в коммунизм, и в рыночную экономику играть. (И помимо производства многих товаров они поддерживают на плаву туристический бизнес многих стран, и вкладываются в мероприятия типа ЧМ-2018 и МАКС-2019, что будет лет через 10 даже представить сложно).
То-то у Китая самая быстрорастущая экономика — они смогли и в коммунизм, и в рыночную экономику играть.Играть-то они смогли… только растёт эта экономика как раз там, где коммунизма особо-то и нету. Причём растёт она как раз на зарубежном спросе.
И помимо производства многих товаров они поддерживают на плаву туристический бизнес многих стран, и вкладываются в мероприятия типа ЧМ-2018 и МАКС-2019, что будет лет через 10 даже представить сложноА ничего интересного не будет. В 90е годы примерно то же обещали Японии.
Китаю же несколько десятилетий с такой «страшной» скоростью роста все ещё можно лишь догонять развитые страны
Пока Вы молодой и здоровый, все это здорово. А потом, потом тупо мозги не соображают. Ну да, посмотреть можно, а толку? где купить мозги/память чтобы усваивать новое?
И сравнивать полчаса на игру и полчаса на учебу — это сильно разные вещи по нагрузке на мозг.
Ну так не хотят люди заниматься исскусством и творчеством! Тут роботы бессильны, как бы.
Так а спрос на это искусство и творчество откуда возьмется?
Производительность вырастет на 80%?
Если экстраполировать дальше — бесконечную производительность мы получаем если вообще на работу не ходить)))
- надо посмотреть динамику за несколько лет. Если август 2018 был слабый- то эффект низкой базы, играет.
- посмотреть, нет ли каких-либо «катастрофических» событий типа «правительство Японии» заключил контракт на очень много денег именно в августе 2019.
- посмотреть, не изменилась ли структура и методы ведения бизнеса. На пример- можно отдать на аутсорс какие-нибудь рутинные процессы и тогда тем-же количество народу в штате, делаем тот-же размер продаж.
- мс уже давно постулирует, что 80% продаж будет использовать AI в какой-то форме. Т.е. условного бота внедрили и наложили это на эксперимент. В итоге рост, при снижении количества рабочих дней.
- август -это сезонный фактов т.к. многие компании массово по отпускам и в итоге, твое сидение в офисе- мало сказывается на реальных продажах.
- любой удачный эксперимент надо повторить независимо. В другой компании, в другом регионе, в другое время — предже чем масштабировать на все локации. Я в статье не увидел, что Microsoft возьмет и хотя бы в Японии полностью перейдет на 4х дневную рабочую неделю. Только повторить эксперимент следующим летом где-то еще — что уже говорит о многом.
Это лишь мои домыслы, но манипуляция с цифрами ради хайпа- это не МС придумал.
На самом деле для России 4-х дневная неделя неприменима.
Знал чела, который был готов делать что угодно, лишь не находиться дома. Записывался на разные курсы или обучения, лишь бы не «бороться с многоголовым змием — родственниками».
Не знаю, нужно проводить соц. опрос. Быть может не так много желающих сокращать, может быть уже привыкли.
40-часовку не на пустом месте придумали, больше работать интенсивно человек не может.
Интенсивно и интеллектуально — хорошо если 5 часов в день.
Так нигде в мире где так много часов работают как в России(Япония, Корея, Греция, Мексика) люди не работают нормально в свое рабочее время, а половину сидят в соцсеточках, отходят с бодуна, перетирают косточки итд.
Вы прямо так уверены что в странах где работают не так много часов, ситуация как-то принципиально отличается? :)
Помогает также конкуренция, которую можно получить, выдавая одно и то же задание нескольким группам программистов. Причем, они обязательно должны про это знать.
которую можно получить, выдавая одно и то же задание нескольким группам программистов
Это как? Делать одну и ту же задачу по два/три раза? У кого столько денег, чтобы так их тратить?
Причем, они обязательно должны про это знать.
Отличный способ получить кучу говнокода без код стайла, тестов и возможности расширения. Но формально очень быстро.
определенные сроки для выполнения заданий.
Это хорошо работает для профессий, где есть четкие нормативные сроки и критерии приемки (вроде положить крипичную стену).
В случае, программирования сроки могут сознательно называть завышеными, а на качестве разработки могут экономить, выдавая формально выполненное задание, но с ужасной реализацией.
По моему опыту очень даже работает. Если пара человек параллельно пишут код то вполне вероятно что один из них найдет простое и эффективное решение.
Выяснил я это, правда, неприятным способом. На последней работе два отдела плохо переваривали код друг друга и натурально первые итерации дублировали код друг друга пока качество одного из решений не перевешивало нежелание другой стороны юзать чужой код.
По моему опыту очень даже работает. Если пара человек параллельно пишут код то вполне вероятно что один из них найдет простое и эффективное решение.
На мой взгляд в такой ситуации вероятность не сильно выше по сравнению с ситуацией когда код пишет всего один из двоих. Это конечно если они оба примерно одного уровня.
И мне кажется оно совсем не стоит того чтобы постоянно всё дублировать…
Но когда они привыкнут, неделю придется сокращать еще на день.
ЗЫ: через пару лет можно будет вернуть неделю на 6 дней и получить увеличение производительности в 6 раз.
Было бы хорошо, если бы данный тест они провели на каком нибудь нагруженном подразделении в течении полу года — года.
А так, с такими метриками, можно и фрилансеров нанимать. Выставил квоты на задачи и все. Задачи выполняются — деньги капают. Задачи не выполняются — деньги не капают. Тогда и офис не нужен. Экономия огого.
Но даже с выходными 5 дней в неделю, энтузиазм начинает угасать, и производтельность падает.
Потому что очень сложно представить себе людей, привыкших перерабатывать на работе, который вдруг придут в пятницу домой, сядут в кресло и будут тянуть бренди и смотреть сериальчик.
Скорее всего этот эксперимент — про надомную работу. Дядьки пришли домой, и не отвлекаясь на совещания, разговоры и прочую ерунду смогли доделать то, что давно должны были доделать.
Переключения сжирают очень много ресурсов, при переключении между 7 задачами — до 70% работы уходит в пустую.
Так что ИМХО этот эксперимент — про пользу работы над одной задачей не отвлекаясь, а не про отдых, как вероятно думают авторы исследования.
В одной конторе, где мне довелось работать, сменился генеральный. Новый был выходцем из южных штатов, он предложил работать только 4 дня в неделю. Засада, правда, была в том, что рабочий день увеличили на 2 часа. Через год оттуда сбежали все, у кого не было проблем с трудоустройством.
производительность труда повысилась на 39,9%Даже если отойти от способа измерений, на графике видно, что производительность росла и в предыдущие года, когда эксперимент не проводился. Почему был рост? Сохранился ли этот фактор и какая часть от 39,9% приходится на него?
Было распечатано на 58,7% меньше страниц бумагиТо же самое. Во-первых, сравнили с 2016 год, то есть это снижение за 3 года. Кроме того, визуально кажется, что снижение в 2017 по сравнению с 2016 было значительнее, чем в 2019 по сравнению с 2018. Так может дело опять же не в лишнем выходном?
Спустя 6-12 месяцев, прирост в производительности сохраняется?
Если придут новые сотрудники на такой график работы, какие показатели они покажут?
Это все риторические вопросы, автору спасибо за статью.
Из этих данных получается что у японцев уменьшение оплаты труда приводит к повышению эффективности?
Или где данные за предыдущие месяцы? Может за год сменился состав работников на более эффективный и если бы рабочую неделю не сократили, то эффективность возросла ещё больше.
Эксперимент Microsoft по сокращению рабочей недели до 4 дней привёл к повышению продуктивности на 40%