LINUX.ORG.RU
ФорумTalks

Учет времени программистов


1

4

В одной крупной IT-конторе было разослано письмо примерно след содержания:

Привет.

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

...тут табличка какая-то ..

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

В графе нормативная выработка – кол-во учтенных дней*9 часов (8+1).

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

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

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

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

Причем цифра эта нарастает. В сентябре это было 5,8%, с января по август 4,7%.

И последнее. Связь между хроническими опозданиями и потерями рабочего времени. Под хроническими опозданиями понимается больше половины рабочих дней с входом позже 11:00.

тут еще одна табличка ..

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

Мы вводим регламент по опозданиям с 1 декабря.

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

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

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

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

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

6. В случае недоработки общего количества часов или систематических опозданий отдел персонала вправе запросить объяснительные и применять дисциплинарные взыскания.

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

Как вы относитесь к данной инициативе ?

★★☆☆
Ответ на: комментарий от mingtom

косо смотреть то по какой причине ? мол попросил деньги за то что будешь делать работу?).. ну это плохая контора как не крути =)

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

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

Ну бывает, когда надо собраться и договориться. Более того, чем больше народу, тем больше проект(-ов), а следовательно задачи можно расскидать людям на недели, а собирать раз-два в месяц. Там где все очень плотно - сбор только ключевых людей (которых в каждой группе (из 20-30) всего-то 3-5 человек).

gh0stwizard ★★★★★
()
Ответ на: комментарий от DNA_Seq

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

dk-
()
Ответ на: комментарий от mingtom

mingtom> нет где ? в здравом замечании работодателя приходить вовремя ? Обычно такие требования возникают не просто так, видимо народ уже начал сильно наглеть

Там не замечание «приходите вовремя» - там целый комплекс неадекватных мер с признанием, что этим меры сырые и используют необъективные принципы оценки, и при этом утверждение, что хоть эти меры кривые, всё равно их принимаем.

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

Quasar ★★★★★
()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от Harald

в чём реализованный функционал считать и измерять будем?

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

blexey ★★★★★
()
Ответ на: комментарий от dk-

Он много пахал на рынке в момент его становления.

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

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от mingtom

Что ты со своим ТК пристал? Речь не о ТК - не переводи тему.

Quasar ★★★★★
()
Ответ на: комментарий от DNA_Seq

Мы сейчас о разном говорим. Я лишь оспариваю тезис «он ни на что не способное говно» :)

dk-
()
Ответ на: комментарий от dk-

Я хз как других местах, но программисты - они же все сумасшедшие. Чем шизонутее программист - тем лучше. В другие места таких просто не берут, потому что не могут не то что контролировать - понять не могут. С психами не действует обычный подход вообще. Чувак может и не гений, а подход все равно нужен. Например, если у чувака крыша съехала на функциональном программировании - даже если заставишь кодить его на жаве, выхлоп будет ноль. Но если дашь какой-нибудь блин хаскель, он станет уважать тебя как бога и херачить на нем день и ночь 320 часов в месяц. Представь себя доктором в психлечебнице :#

stevejobs ★★★★☆
()
Ответ на: комментарий от blexey

Задачи имеют разную сложность выполнения. Это тоже надо учесть. Итого вывод по всему один:

1. Надо собирать специалистов при составлении плана выполнения проекта

2. Надо устанавливать срок проекта с учётом форс-мажоров

Quasar ★★★★★
()
Ответ на: комментарий от stevejobs

stevejobs> но программисты - они же все сумасшедшие.

Не надо всех по поцерингу ровнять.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Есть отличная книжка Макконнела «Сколько стоит программный проект» (Software Estimation. Demystifying the Black Art), там на пальцах расписано как грубо делать подсчеты без всякой черной математики и матана крови

stevejobs ★★★★☆
()
Ответ на: комментарий от Quasar

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

mingtom
()
Ответ на: комментарий от gh0stwizard

работодатель обычно понимает что на «интересно и приятно» на трамвае не покатаешься =) дальше начинаются тонкости, кто-то решит что проще уволить, кто-то что больше денег == больше работы, а кто-то согласится и будет коситься =)

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

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

mingtom
()
Ответ на: комментарий от stevejobs

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

DNA_Seq ★★☆☆☆
()

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

wwwsevolod
()
Ответ на: комментарий от DNA_Seq

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

, а когда Вася уходит до 14, Петя не приходит раньше 12,

вот для этого нужен 1 час, когда все собираются на скрам

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

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

не-realtime проблемы решаются в багтрекере

все уже придумано и отработано, лол

когда эти трое могут скооперироваться составляет меньше 2 часов в день

тратить аж 2 часа в день на совещания - фууууу, нафиг так жить

stevejobs ★★★★☆
()
Последнее исправление: stevejobs (всего исправлений: 1)
Ответ на: комментарий от DNA_Seq

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

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

Зачем им вообще кооперироваться? Лид выдал параллельные задачи - люди их делают.

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

вот для этого нужен 1 час, когда все собираются на скрам

А отлавливать всех кто будет при условии такого разброда и шатания?

вообще, можно же и по скайпу чатиться.

Это малопродуктивно. Могу привести кучу примеров когда за полгода переписки по мейлу и чату в скайпе люди не могли прийти к консенсусу, а при личной встрече заимопонимания достигали в течении часа.

тратить аж 2 часа в день на совещания - фууууу, нафиг так жить

При правильной постановке рабочего процесса совещания не нужны.

DNA_Seq ★★☆☆☆
()
Последнее исправление: DNA_Seq (всего исправлений: 1)
Ответ на: комментарий от DNA_Seq

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

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

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

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

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

А отлавливать всех кто будет при условии такого разброда и шатания?

Никто. Три раза не пришел на скрам - дверь там ----->

stevejobs ★★★★☆
()
Последнее исправление: stevejobs (всего исправлений: 1)
Ответ на: комментарий от mingtom

А где в ТК сказано, что рабочее время обязано быть 8 часов, не подскажешь? А где сказано, что оно должно проводиться обязательно в офисе, не подскажешь?

Xellos ★★★★★
()
Ответ на: комментарий от mingtom

если нужно срочно починить с 8 утра

Есть варианты. Первый - дежурная служба, которая работает посменно. Второй - не выпускать продукт в промышленную эксплуатацию без тестирования и наладки. Третий - если уж выпустили в промышленную эксплуатацию без тестирования, как это часто случается по требованию заказчика - ССЗБ.

Xellos ★★★★★
()
Ответ на: комментарий от mingtom

Просто если нужно срочно починить с 8 утра, а творческие подойдут только к 11 в лучшем случае?

У «творческих» есть телефон. Никто не любит, когда звонят в нерабочее время, но если «творческому» не наплевать на проект, он сядет и будет чинить (я, к примеру, чинил). А если наплевать, то ходьба к 8 утра уже не поможет.

lodin ★★★★
()
Ответ на: комментарий от Xellos

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

mingtom
()
Ответ на: комментарий от lodin

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

mingtom
()
Ответ на: комментарий от mingtom

И снова ты про ТК, когда речь вообще не о ТК, а о принимаемых мерах.

Quasar ★★★★★
()
Ответ на: комментарий от DNA_Seq

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

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

Nervous ★★★★★
()

если зарплата в 3000-5000€ чистыми, то нормально. Хотят чтобы работали хорошо, пусть и платят соответственно.

dikiy ★★☆☆☆
()
Ответ на: комментарий от Nervous

Мысли дампить не нужно, можно просто оценить результат.

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

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

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

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

Nervous ★★★★★
()
Ответ на: комментарий от Nervous

ну, в таком контексте возможно - да. А с другой стороны там может быть медленно работающий быдлокод. Пользователь его никак не увидит

dikiy ★★☆☆☆
()
Ответ на: комментарий от mingtom

То есть либо раб на галерах, либо гастар-нелегал? Отличная логика, чо.

Xellos ★★★★★
()
Ответ на: комментарий от dikiy

А с другой стороны там может быть медленно работающий быдлокод

Ну да, состояний может быть больше двух.

Nervous ★★★★★
()

/0

В конторе софт пишут или компьютерами торгуют? Если софт, то какие-то странные разговоры про увеличение выручки.

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

Vit ★★★★★
()
Ответ на: комментарий от stevejobs

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

Мы для митингов используем WebEx (http://www.webex.com). Для работы самое то. + business может легко прийти на скрам и не светить свои скайпы (нефиг девелоперу Васе знать скайп CEO)... Можно легко сделать расписание митингов и выслать приглашения кому надо.

anonymous_
()
Ответ на: комментарий от Vit

Если софт, то какие-то странные разговоры про увеличение выручки.

А вот если фирма аутсорсинговая и проекты оплачиваются по hourly rate'ам, а не по fixed cost, тогда не странные.

anonymous_
()
Ответ на: комментарий от DNA_Seq

Его результат работы нулевой?

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

У тех и других задача - не пропустить.

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

r ★★★★★
()
Ответ на: комментарий от anonymous_

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

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

Vit ★★★★★
()
Ответ на: комментарий от DNA_Seq

Методики рассчитанные на эльфов не работают в реальном мире.

ranka-lee
()
Ответ на: комментарий от Vit

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

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

---- А теперь задачка: Известно что двум программистам Алеше и Богдану дали задачу сделать определенные модули сопоставимые по сложности за 20 рабочих дней. Оклад обеих программистов одинаков, как и рейт для заказчика.

Погроммист Алеша работал в среднем 9 часов в день. Программист Богдан работал в среднем 5 часов в день.

Оба программиста сделали свою работу в поставленные сроки и с сопоставимым качеством.

Внимание вопрос: кому выдать премию?

anonymous_
()
Ответ на: комментарий от anonymous_

Да это понятно. Речь была о письме.

Vit ★★★★★
()
Ответ на: комментарий от dk-

Если обычный как все - то и требования как ко всем или лесом.

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

r ★★★★★
()
Ответ на: комментарий от DNA_Seq

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

А чего тогда не по ВВП страны мерять производительность труда конкретного QA в конкретной конторе?

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

r ★★★★★
()
Ответ на: комментарий от gh0stwizard

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

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

В противном случае удобно уволить такого умника и весь его отдел, а платить аутсорщикам - им интересно, работают эффективно,

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

r ★★★★★
()
Ответ на: комментарий от anonymous_

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

Премию выдавать за результат, обоим.

xnick
()
Ответ на: комментарий от gh0stwizard

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

Вечно пьяный, вечно сонный техник авиационный - но зато в Воздушном Флоте, ага.

xnick
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.