Comments 94
Как вариант вообще забить на такую систему? Не пробовали?
Вопрос для чего конкретно списывается время. Если чтобы следить за рабочим временем сотрудника, то просто нафиг такое к чертям собачим.
А вот если грубо говоря это нужно для того чтобы выставлять счета клиентам, то тут уже далеко не всё так просто. Особенно если сами клиенты на этом настаивают. Или там если у них в сервисном контракте прописано конкретное количество часов в месяц.
То есть конечно можно попытаться не заморачивать программистов и просто брать цифры с потолка. Но это тоже имеет свои проблемы.
П.С. У нас это решено просто. Если у клиента нужен трэкинг времени, то таск тебе не закроют если там не поставлено это самое потраченное время.
У нас смешнее.
(некоторые детали я упрощаю, программные продукты намеренно не называю)
есть "наша" система - в ней надо указать номер задачи заказчика или что делали если номера нет и время (указать закрытую задачу заказчика - можно, указывать одну задачу недели 2-3 - можно но не стоит все же). Время обычно в понедельник заполняют :).
есть система "основного заказчика" с которым все равно все работают (ну вот такая огрструктура веселая с формально независимыми конторам) - там формально трекинг времени предусмотрен...но его не используют. более того - менеджеры прямо говорят что по факту главная роль этой системы - чтобы показывались красивые таблички на дашбордах, задача оцененная в (допустим) 2 дня - недопустима, задачу стоит "откладывать"(особый статус) перед выходными(или вечером если не готовы закрыть). Намеренно неправильная и невозможная оценка (за 5 минут задачу сделать невозможно и все это знают) тоже иногда используется - просто команда в курсе по какому коэффициенту пересчет времени. Задачи могут закрываться а открываться - клоны и так далее.
Ах да - реальное планирование - в OneNote + корпвики
Насколько я знаю у нас у бухгалтерии, сервиса, проект-менеджмента и всех остальных тоже куча разных систем в которых всё как-то то там по разному учитывается для разных клиентов.
К счастью для разработчиков это вообще не важно. Мы просто трэкаем время на задачах в гитлабе. А там уже кому надо берут их оттуда и вносят к себе в систему. Кто-то ручками, у кого-то это автоматизировано.
Даже на внутряке это нужно.
Во первых понимать реальность и коэффициент оптимизма при планировании. Понимать фактические затраты.
Во вторых - как средство раннего предупреждения, что задача пошла не туда.
В третьих - планирование будущих задач. Например, для QA. Очень удобно планировать время на частичный регресс по предыдущим списаниям на эти же регрессы. А главное - это время никому кроме жиры помнить не нужно.
Как бы это смешно не звучало, в некоторых компаниях люди выполняют задачи быстрее, чем успевают их формулировать, описывать и декомпозировать; поэтому когда приходит время списывать время, желание отпадает само собой. Рутины, суеты слишком много при переключении задач
"Или весь день с какой-то ерундой провозился, даже списывать неловко" - знакомо, кажется что-то поизучал в рамках задачи, а для задачи результата пока нет, и как-то, вроде, "несерьёзно". И "забить на систему", как пишет комментатор выше, не получится, внедрена по всему отделу разработки, всё равно спросят в конце недели.
Я сперва подумал, что задержки — это когда не нажал кнопку на сайте, что начал делать задачу, а потом нажал, что закончил, а по выполнению задачи просто скопом добавил "потрачено 2 часа 17 минут".
Оказывается, некоторые задним числом за всю неделю списывают о_О Откуда вы берёте данные, сколько часов потратили? Я не помню даже, сколько и над чем я вчера-то работал.
Я запускаю секундомер в углу экрана, выключаю его, когда читаю хабр или пошёл пить кофе. Если приходит срочная правка по другому проекту на 10 минут, то тот секундомер ставлю на паузу и запускаю секундомер на наручных часах. Один раз менеджер удивился, что я так точно списываю время, потому что другие округляют до получаса. Я уже потихоньку думаю, что, может быть, если на задачу отвели полчаса, а я сделал за 7 минут, то тоже имею право списать 20…
У нас в компании правило (во всяком случае, я его раньше слышал), что если кнопкой время трекал, то можно не уточнять, на что, а если просто добавил от руки, то нужно написать комментарий. Мне второй вариант кажется более выгодным во всём.
Какой ужас, по 5-10 минут "списывать".
Когда-то давно работал в конторе с учётов времени и оплатой по отработанному времени. Был глупый и честный. В день удавалось списывать часов по 5-6 (и то не меньше чем до получаса округлял). Плакал над зарплатой. Пока не понял, что я - дурак и моя незагруженность - это не моя вина, а лидов.
Считаю эти учёты и списывания гнуснейшим издевательством над работниками. За исключением, разве что фриланс работ, где реально сложно определить сколько отработал. Но если работаешь на постоянке - это ужас и надо быстрее убегать из такой конторы. Может быть как описано в статье в каких-то случаях с помощью "списаний" можно определить выгорание, но, кажется, сами списания ведут к выгоранию, выгорание лучше определять каким-то другим, менее травмирующим способом.
Что считается незагруженностью? То, что ваш организм не может работать больше, чем 5-6 часов? Ну, моему организму 4 часа — это уже наступление прострации, а 5 — почти бессознательное состояние. Если я не буду себя заставлять, то у меня получается только 3 часа. Не думаю, что я недогружен.
Недавно нужно было переделать структуру html, но у меня был только готовый сайт, а не шаблон, поэтому я взял его к себе прямо из браузера, всё разъехалось, это привело к сильному дискомфорту, поэтому я стал выправлять отступы и убирать лишние теги-обёртки, менять семантику, это заняло около 80 минут, которые я не стал списывать. Работодатель же не виноват, что я такой перфекционист. В принципе, я бы мог оставить и как есть, разве что потом было бы чуть сложнее со сменой структуры во всех этих элементах. Более того, я мог оставить из всех штуки три, этого бы хватило, но я принципиальный.
Минус моему комментарию кто-то поставил за честность? Типа, я должен врать работодателю и даже тут должен был соврать? Минус означает, что комментарий плохой, а не то, что вы со мной не согласны. Если не согласны, можете возразить, а если ставите минус, значит я плохо сформулировал мысль.
Где эта золотая середина между "тяп-ляп и в продакшн" и "перфектционизм"? Вы сделали работу, сделали её качественно, так почему эти 80мин не считаете?
Потому что это было совершенно не нужно в рамках задачи. Всё равно, как если бы я час искал подходящее кафе, в котором хочу поработать, по принципу "чтобы там не было людей с бородой".
Кроме того, время задачи и так превышено в два раза, а чем больше превышение, тем дешевле становится дополнительное время. Надо бы посчитать, что выгоднее, 5 часов по ставке превышения на 5 часов, или три часа по ставке превышения на 3.
Работодатель же не виноват, что я такой перфекционист.
Это часть рабочего процесса. Не больше и не меньше.
Вот когда будете в следующий раз интерфесы писать - подумайте, что работодатель не виноват что вы умных книжек начитались.
Зачем изобрели все енти ваши ООП, чтобы деньги работодателя тратить? Ему надо чтобы бизнес логика работало, а остальное (GIT, CICD, SOLIDы всякие) вообще не надо учитывать.
В этом случае я хотя бы могу объяснить, зачем я стратегически это делаю. А отступы я исправлял просто от чувства дискомфорта.
Вам было неудобно работать, потому что отступы не такие и стул слишком низкий. Вы подготовили себе рабочее место - исправили отступы и отрегулировали стул. Подготовка рабочего места - часть рабочего процесса. (Наконец, даже если ваш работодатель считает иначе - вполне можно списать это время с формально достойным обоснованием, например, "первый этап работы", "чистка кода" и т.д.)
Что считается незагруженностью? То, что ваш организм не может работать больше, чем 5-6 часов?
Не, речь не об этом. Я устраиваюсь на работу с учётом 8 часового рабочего дня с опланой за 8 часов и провожу на работе 8 часов своего времени. А задач расписываю на 4 и денег получаю тоже за 4. Для работодателя я ценный кадр - экономия в раза.
это заняло около 80 минут, которые я не стал списывать
Работа сделана, работа должна быть оплачена. Без вариантов за крайне редким исключением.
Работодатель же не виноват, что я такой перфекционист
Если работодатель такой мудак крохобор, что может удавиться (или удавить) за 80 минут рабочего времени, то его следует оповестить о том, что необходимо +80 и проинформировать о том, чем грозит в будущем то, что не будет сделано сейчас. Если упирается рогом, то да, именно он виноват, а на объём работы наплевать и НЕ делать (и потом уйти к адекватному).если согласует или отказывает обоснованно, то норм. Я правда не представляю чем можно адекватно обосновать отказ оплатить чёртовы 80 минут (разве что пожар-авралом, но и то не отказ, а откладывание в бэклог).
Типа, я должен врать работодателю и даже тут должен был соврать?
Нет, вы не туда думаете. При отсутствии поганой практики поминутных отчётов проблемы просто не возникает. Вернее, она возникает на более крупных масштабах и решается точно также - информированием и согласованием. Но это имеет смысл на масштабах хотя бы в день, но ни как не на десятиминутных отрезках.
Минус означает, что комментарий плохой,
Забейте. Минусаторы просто сводят счёты. Особенность здешней аудитории взросщеной самим механизмом кармы.
Судя по уровню задач, вы еще джуниор, по этом вот совет от лида: списываете в эту задачу и 80 минут, и если в середине понадобилось выпить чай/сходить в магазин за сахаром. Это не перфекционизм, это "как положено". Вызывая электрика, вы ждете что он сделает все по снипам, обращаясь к врачу вы ожидаете выполнения всех стандартов. Почему же заказчик обращаясь к разработчику не должен ожидать поддерживаемых решений с семантической версткой внутри?
Вообще-то в проклятых Европах это запрещено. Вы не можете заставить работника опекать свое время.
Плюс поскольку все в agile где время меряется в «попугаях» это вообще не тема. В крайнем случае конвертике ваши стори поинты в часы/дни исходя из количества которые сделали за спринт и раскидываете по вашим системам учета. Докопаться все равно нельзя
На прошлой работе у нас на трекалку особо не смотрели, хотя она какое-то время была. Потом не помню, пропала или нет. Но там было так, что когда я хотел было попросить повышения зарплаты, мне сказали, что я не так, чтобы сильно перенапрягаюсь, судя по рабочему времени, и что они рассмотрят мою просьбу, если я буду работать больше, "как все". На нынешнем месте работы была чуть похожая ситуация, там речь шла уже не о зарплате, но аргументация эта же. Кажется, я просто не приспособлен к работе. Старый стал. Все же работают больше, а у них такая же трекалка, как и у меня, задачи тоже ставятся на каждый день. Даже если я начну обманывать, это же будет видно. Вчера нужно было поменять две очевидные строчки в двух файлах и закоммитить, неужели я должен был списать на это час времени? Сразу раскусили бы.
Ну вот для этого и нужен трекинг, готовые цели и прочая лабуда, чтобы объяснять тебе почему ты не достоин.
Отсюда вывод - вся эта возня со списанием времени нужна только как ещё один рычаг давления на исполнителя.
если трекать время только пока правишь код, 8 часов никак не набежит, это эксплуатация работодателем работника
Ничего не запрещено, не выдумывайте. Компаниям нужен трекинг, что бы выставлять счета клиентам, если они за почасовку платят.
Компания выставляет. Вы не можете работника заставить делать трекинг времени. Он может вам в конце месяца расписать примерно сколько куда поставил. Как принято в странах дикого капитализма - трекер на компьютер работника ставить нельзя.
Более того во многих компаниях чип на вход и чип для учета рабочего времени это разные чипы/системы даже если система одна то данные системы контроля доступа не могут использоваться для контроля рабочего времени.
Вы пришли, отметили начала рабочего дня и пошли себе обедать, тусить в кафе и т.д. К вечеру вернулись отметили конец рабочего дня и благополучно ушли.
Работодатель не может использовать данные системы контроля доступа - факт что вы целый день не ходили по офису чтобы доказать что вас не работали.
Что нельзя делать - это отдать свой вид другому чтобы он отметил начало/конец дня за вас.
Если все фирмы будут четко писать время которое они потратили на ваш заказ то все разоряются.
Успехов вам отдать машину в ремонт и получить данные о точном времени которое на неё потратили конкретные работники.
Не знаю, на основе чего вы все это пишете, но не слышал ни про один прецедент, что бы где то были терки по этому поводу. Я в одной из европейских стран. На аутсорсе/аутстаффе трекинг времени - это часть бизнес процесса. Соглашаться работать в такой компании или нет - дело добровольное.
Повторю - это не иструмент репрессий, это инструмент time material.
Более того во многих компаниях чип на вход и чип для учета рабочего времени это разные чипы/системы даже если система одна то данные системы контроля доступа не могут использоваться для контроля рабочего времени
Конкретно компания Datev в Германии. У работников одна карточка, которая используется для кучи вещей. В том числе для контроля доступа и контроля рабочего времени.
То есть когда вы утром пришли на работу, то вы должны пройти через турникет и для этого нужна карточка. Одновременно стартует отсчёт рабочего времени. Аналогично выход тоже только через турникет и отсчёт рабочего времени останавливается.
трекер на компьютер работника ставить нельзя.
Его нельзя ставить в тайне от работника.
Более того даже здесь могут быть исключения. Например если есть конкретные основания считать что работник как-то обманывает фирму.
Вообще-то в проклятых Европах это запрещено. Вы не можете заставить работника опекать свое время.
А можно об этом поподробнее? Ну то есть что конкретно вы имеете в виду?
Потому что я сижу в этих самых "проклятых Европах" . И у нас трекинг времени встречается в куче самых различных вариантов.
То есть вот конкретно у меня в моей нынешней фирме есть трекинг рабочего времени. То есть либо отмечаешься карточкой на терминале на входе, либо вносишь всё ручками.
И точно так же у нас для отдельных клиентов есть трекинг времени, которое тратится на их проекты.
IMHO, если программисту озвучивают, что ему придётся какое то "время списывать" - бежать надо с такой конторы.
Ок. Вы три месяца делали проект. И соседний отдел делал проект. Оба проекта запустилась. Первый принёс миллион, второй 10 миллионов. Какой проект в итоге принёс больше?
И здесь встаёт вопрос - а сколько было яблок в начале. Над каким проектом сколько человек и какое время работали. И если первый проект был сделан за 50 человеко-дней, а второй за 3000, то вполне возможно что второй проект даже в минус улетел. Для таких расчётов и требуется трекать время.
Какой проект в итоге принёс больше?
Чем тут поможет учёт рабочего времени? Может на втором проекте работает крутой проджект менеджер, и он сделал то что нужно клиенту, а может конкретный разработчик смог вытянуть большую часть проекта в одно лицо.
Тут нет контекста: сколько будет стоить поддерживать проект? Может так получиться, что дешёвый проект, который принёс больше денег в перспективе будет невозможно поддерживать и в итоге он больше сожрёт ресурсов. Но это нигде не ведётся и к списанию часов непосредственно не относится.
В смысле не ведётся? Поддержку кто делает? Гномики? Такие же люди. Делают в рамках чего? В рамках заявок и обращений. И потом списывают на эти заявки время.
А вы потом можете посчитать, что теперь этот проект отнимает 100 человеко-часов в месяц на поддержку, с учётом их зп это вот такая сумма. Приносит вот стока. И далее смотрите вы в плюсе или минусе.
Ок. Вы три месяца делали проект. И соседний отдел делал проект. Оба проекта запустилась. Первый принёс миллион, второй 10 миллионов. Какой проект в итоге принёс больше?
Принесли прибыль за какое время? На сколько знаю, основная прибыль от программы - это прибыль от её сопровождения. Вы много видели программ, которые "сделали и забыли"?
50 человеко-дней? IMHO, это не программа. Может, какой то отчёт. И, цена ему будет не миллион.
Цифры приведены для примера. Хотя даже в моем примере специалисты за 2 месяца вполне что-то рабочее могут сделать.
Модели монетизации бывают разные, не всем проектам нужна поддержка. Есть "одноразовые истории", типа лендинга под кубок мира. Так что да, я видел проекты "сделал и забыл". Буквально сегодня поднимал документацию по внутренниму сервису, который в последний раз дорабатывали три года назад. И то там был просто переезд на новый ci/cd.
Проект без доработок != проект не требующий поддержки. Поддержки не требует только мертвый проект. Тот же одноразовый и отработавший свое время лендинг.
Не зря SRE придумали и платят им деньги. Проекты которые не требуют доработок и по экспертным оценкам не потребуют хотя бы год переводятся в режим поддержки и отдаются специальным командам. Вот эти зануды которые любят учет, порядок, регламенты, чтобы все четко и по правилам было незаменимы в таких командах. Их идеальный результат работы за год: "событий нет, для пользователей ничего не изменилось. проблем и достижений тоже нет. все в соответствии с регламентом с которым вы можете ознакомиться вот тут."
Поддержки не требует только мертвый проект.
С точки зрения фирмы, которая делает проекты для других, поддержки не требует любой проект, за поддержку которого не заплатили.
И таких проектов вагон и маленькая тележка.
Так sre пусть на него время и трекают, чтобы посчитать стоимость сопровождения проекта. 😀
Клиентам как счета предлагаете выставлять, если договора с почасовой оплатой?
Это какой-то позор, что в IT-сфере, которая занимется автоматизацией, списание времени до сих пор остается не автоматизированным а ручным процессом. Прям как сапожник без сапог! Все трудозатраты стангвятся известны на этапе планирования задач, а списание должно проходить когда пул-риквест заапрувили и запушали в репозиторий и все.
Все трудозатраты стангвятся известны на этапе планирования задач, а списание должно проходить когда пул-риквест заапрувили и запушали в репозиторий и все.
Во первых планирование это одно, а реально потраченное время это другое. И они далеко не всегда совпадают.
А во вторых есть вещи вроде сервисной поддержки или там багфиксов. И в таких ситуациях планирование не обязательно присутствует.
Ваши оба довода никак не мешают списывать время автоматически в момент апрува пул-риквеста, т.е. назначили на разработчика задачу - таймер начал тикать, заапрувили пул риквест - таймер остановился и время списалось. Это касается всего и багов в том числе. Или тут есть какая-то проблема?
Ну то есть я сегодня вечером получил задачу и пошёл домой. Завтра я заболел. Через неделю я пришёл и у меня сначала совещание на час. А потом я всё сделал за пять минут. Сколько времени спишется в вашем варианте?
И это даже если забыть что у разработчика одновременно может висеть несколько задач. И он работает то над одной, то над другой.
Спишется так: Неделя минус длительность больничного и всех совещаний. В чем проблема?
Откуда у вас в условном гитлабе автоматом возьмутся длительность больничного и всех совещаний? Особенно если точное время, потраченное на совещание, тоже не обязательно трэкается.
Как это должно работать если у сотрудников ненормированный рабочий день?
Кроме того всё ещё непонятно как это должно работать если у разработчика одновременно может быть несколько задач.
Все отмечается в календаре, все совещания, больничные, их продолжительность, вся информация должна браться из календаря (Microsoft Outlook например). ... По поводу нескольких паралельных задач на одного разработчика : все просто, списанное время для каждой паралельной задачи определяется по формуле ( на примере 2х задач):
t1 = te1 / (te1 + te2) * tp, где
te - оценочное время задачи при планировании
tp - прошедшее время до пул-риквеста
Все отмечается в календаре, все совещания, больничные, их продолжительность, вся информация должна браться из календаря
То есть теперь вместо того чтобы просто трэкать время в задаче, разработчик должен трэкать всё остальное в календаре. И в каком месте это упрощение жизни разработчика?
Плюс вам ещё надо будет как-то прикрутить условный Outlook к условному Gitlab.
все просто, списанное время для каждой паралельной задачи определяется по формуле
У меня есть две задачи. Обе оценили в один день разработки. На одну я в реальности потратил три часа, на другую три дня. Что в вашем варианте будет списано на каждую из задач?
В календаре все совещания отмечены заранее до конца проекта, т.к. они часто повторяются, например дейли митинг, новые вносятся проджект менеджером а не разработчиком, поэтому трекать практически ничего не придется.
В вашем примере все зависит от того момента когда вы запушаете пул-риквест каждой задачи. Если запушаете оба пул риквеста в конце, то каждая задача спишет полтора дня и 1,5 часа. Если хотите чтобы маленькая задача списала мало времени то делайте ее первой и сразу пушайте пул-риквест, тогда она спишет три часа.
В календаре все совещания отмечены заранее до конца проекта
Если у вас это так, то это совсем не значит что у всех это так.
новые вносятся проджект менеджером а не разработчиком
И если я например хочу со своей командой обсудить какие-то внутренние вещи или там устроить какой-нибудь coding dojo, то мне надо идти к проект-менеджеру? И к какому из?
Если хотите чтобы маленькая задача списала мало времени то делайте ее первой и сразу пушайте пул-риквест, тогда она спишет три часа.
То есть вместо того чтобы просто внести время в трекер, мне надо начинать подстраиваться под вашу систему и начинать какие-то танцы с бубном чтобы получить правильное время в трекере.
Так что ещё раз: в каком месте это упрощение жизни разработчика?
П. С. И это опять же если забыть что я заранее не знаю какая задача в реальности окажется "маленькой", а какая нет. То есть я не могу такие вещи всегда планировать заранее.
Танцы с бубном будут всегда если вы начинаете искажать реальность и пытаться заставить систему делать тоже самое. Никто никогда не делает паралельно две задачи. Система должна запрещать одновременно иметь более одной задачи в статусе In progress... Вы серьезно думаете, что систему автоматического учета времени невозможно сделать ? И что рутинное ручное заполнение трекера, таймшита, их синхронизация и т.д. гораздо менее затратно для разработчика. А если еще учесть что при ручном заполнении данные могут умышленно искажаться?
Танцы с бубном будут всегда если вы начинаете искажать реальность и пытаться заставить систему делать тоже самое.
Я вам выше описал как может выглядеть реальность. И спросил что нужно будет делать чтобы она один в один отразилась в трекера.
Ответ для меня выглядит как танцы с бубном. В любом случае это гораздо сложнее того, что я имею сейчас когда просто вношу время и всё.
Никто никогда не делает паралельно две задачи.
Неправда. Я делаю. То есть я могу начать одну, поработать над ней пару часов и переключиться на другую. И так несколько раз до момента пока обе будут готовы.
Вы серьезно думаете, что систему автоматического учета времени невозможно сделать ?
Я пока не вижу ни одной нормально работающей готовой системы. Ваш вариант на мой взгляд тоже достаточно кривой.
Но если кто-то когда-то сделает эту самую удобную систему, которая впишется в мои стиль работы и мои процессы, то я с удовольствием буду её использовать.
? И что рутинное ручное заполнение трекера, таймшита, их синхронизация и т.д. гораздо менее затратно для разработчика.
Предложенный вами вариант лично для меня получается более сложным и неудобным по сравнению с тем что я имею сейчас. Ну то есть когда я просто один раз вношу время в трекер и всё.
А если еще учесть что при ручном заполнении данные могут умышленно искажаться?
Я не вижу особой причины зачем этим должны заниматься разработчики у нас на фирме. Они от этого вообще ничего не выигрывают.
Я знавал одного разработчика, когда он брал задачу, то он стартовал таймер. Как заканчивал над задачей работать - останавливал. (В плагине в джире был такой функционал). И по этому таймеру логалось время. Но это реально один такой человек был. Остальные вручную всегда вносили с некоторой долей погрешности.
А зачем списывать время? Я вообще сегодня впервые узнал про такую систему.
Или у тебя есть рабочий день (с 9 до 17, например), и ты в течение дня просто добросовестно работаешь. Всё, никаких дополнительных "списаний времени".
Или тебе назначают задачу, для которой менеджер проекта рассчитал "нормочасы". Справился быстрее - молодец, гуляй смело. Затянул - ССЗБ, твои проблемы.
А потом получаем говнокод. Зачастую над нетривиальной задачей нужно подумать в фоне, занимаясь какой то другой. Поспать с ней пару дней, а потом уже приниматься.
А если после нескольких часов работы по заявке, выясняется, что клиент сам дурак и никакого PR не нужно, то время не списывать и клиенту счёт выставлять?
Уволиться не пробовали? Не надо в таких местах работать.
Минимальная гранула времени для джуна - день. Минимальная гранула времени для мидла - от 2.5 дней до недели. Мидлы разные бывают. Минимальная гранула времени для сеньора - две недели.
Сеньор (с соответствующей ему задачей) две недели задумчиво смотрящий в монитор и иногда нажимающий пару кнопок это максимально производительный сеньор. На дейликах он может говорить о высоких материях, это нормально.
Если требуется списыаать время, то и задачи приходится делать по времени. У меня бывает так, что все задачи в спринте и далее сделаны и приходится списыаать их по дням, а в остальное время просто имитировать. Да это не правильно, но если списатьб все и сразу, то добавят еще, а эти и так были на весь спринт.
Перестал списывать почти год, никто не заметил. Вот и весь смысл этого учёта
Меня убивает списание рабочего времени в прямом смысле слова. Это моя самая нежелательная активность. И сейчас приходится делать это не позже, чем за последние 2 рабочих дня в разрезе 3-5 задач. Списываю часто перед проуночью за 2 предыдущих дня. И конечно мне лень списывать на 5, поэтому обхожусь 2-3.
Из плюсов, разок встречался, с практикой, что списываешь сколько реально работаешь. И тебе потом всё оплачивают, правда по одинарной ставке. Но даже при таком подходе списывал я очень не регулярно.
О! У нас пытались внедрить списание времени. Но все дружно высказали свое недовольство и сработала демократия. Все работают, все в порядке. Проблем нет. И все довольны
Мне кажется, что линейные разработчики, которые не занимаются вопросами планирования, иногда не понимают, что трекинг времени - это такая же часть их рабочих обязанностей, как и написание кода. Не знаю, как обстоит дело в продуктовой разработке, а в аутсорсе есть бюджет проекта и сроки. Которые нужно контролировать, чтобы не оказаться в ситуации, что время куда-то ушло, мы не знаем куда, а тут ещё релиз подкрался незаметно.
Когда начинаешь заниматься вопросами планирования, смысл трекинга времени как инструмента сразу становится понятен.
Я всегда время списываю в конце дня. Потому что уже на следующий день все забуду :)
Те, у кого психологических проблем со списанием нет, просто делают это и никаких проблем. А вокруг остальных нужно с бубном поплясать. Очень люди переживают иногда, что не попадают в оценку. Так переживают, что по два дня вообще не работают. И хоть бы раз кто ругал за превышение времени, но нет, тут внутренний критик справляется на отлично без нашей помощи.
Согласен
Меня ругали, что я недооценивал. Они мне задач на неделю наставили, а я старую никак закончить не могу, но у них уже планы, что я ещё и другие сделаю, и другим работникам уже выделили задачи, исходя из того, что у меня всё будет готово.
А так-то, обычно не ругают, но за превышенное время платят меньше, впроть до 25%, если превышение большое.
Надоело списывать время - начал саботировать. Пытались заставить, но я забил на это) Подумал, что если лишат премии, то просто уйду в другую компанию. В итоге - никаких санкций не последовало. Премию получаю, как все, но не отчитываюсь о трудозатратах.
У нас тимлид сел и написал свой маленький трекер времени. Трекер грузит задачи из гитлаба и в гитлаб же сбрасывает потраченное время. Всё что нужно, найти задачу и "запустить" её, когда начинаешь и "остановить" когда заканчиваешь. Никакого отслеживания активности или скриншотов экрана в нём нет. Внезапно, поиск в этом трекере по задачам работает в разы быстрее, чем гитлабе, что очень удобно.
Это всегда палка с двумя концами.
Если нет трекинга времени, то задачу/вопрос от коллег (занимаюсь разработкой электроники, но приходится помогать с обеспечением проектирования), что занимает меньше примерно 30...45 минут, я просто беру и решаю. Есть трекинг - извините, парни, официальным порядком через начальника с постановкой задачи в трекере. Уходит время начальника, уходит время на ненужную коммуникацию и писанину ради писанины.
Если нет трекера времени и я вижу пробки до дома - я лучше полчасика-час сделаю что-нибудь полезное и порешаю какие-нибудь задачи (какие у разработчика есть всегда), нежели буду с ненавистью давиться в пути. Есть трекинг - извините, мое рабочее время вышло, посижу в баре через дорогу, но на работе не останусь.
Трекинг безусловно хорош на каком-нибудь сборочном производстве, где все операции регламентированы. Когда приходится делать что-то новое... Дискуссионное решение.
P.S. Почему-то вспомнились общественные насекомые. Пчела, которая летала на разведку, может несколько дней по тайм-трекеру делать ровно ноль и "ковырять в носу" относительно тех пчел, которые летали по известным маршрутам, но её роль столь же важна.
Ну не все так жёстко. Пчела наверное может списать два дня на разведку. А вот если к ней пришел пчелиный манагер и сказал "чо как многа у меня бюджет не сходится" - вот это больная ситуация, которую надо разруливать этажом выше
Наоборот, если есть трекинг, то время после работы будет оплачено, а если трекинга нет, то это работа забесплатно. Я сейчас буду работать за вчера, потому что вчера кончились силы и я просто лёг спать (есть у меня какая-то проблема со здоровьем, сплю по 16 часов в сутки). Всё равно результаты нужны только в понедельник. Время спишу вчерашним числом, хотя могу и сегодняшним, на это не смотрят.
Трекинг времени - это замечательно. Но только в ситуации, когда работодатель платит за то, что занесено в систему, а не по принципу "ты там хоть миллион натрекай, но платить больше чем за 160 не буду". На прошлой работе надо было трекать время, т.к. эти часы выставлялись счётом клиенту, и клиент всегда платил именно за часы. Это открывает поистине удивительные возможности. Лично знаю людей, которые работали по 16 часов в день без выходных и отпусков. Ну а кто-то, умудренный опытом, мог за пол-дня реального времени отработать сразу 2 недели. Хокингу такое и не снилось.
Трекинг и от особо борзых помогает. Когда разраб баклуши бьёт.
Была у меня такая ситуация. Задача на пару строк кода поправить. Задачи на 5 минут, если знаешь где. На час-два, если проект в первый раз видишь и не хочешь не глядя делать. Разраб туда два дня списал. Пришлось вломить за злоупотребление доверием.
Была тоже ситуация, когда прекрасного гл.инженера сменили на молодого.
Старый, на удивление прекрасно чувствовал сотрудников(возможно потому что до нашей фирмы он успел поработать на серьезных проектах в европе). В итоге прям как по статье, и с тобой сядет поговорит, выяснит в чем проблема, если что поможет. Может немного пожурит, но без давления. От него прям исходило ощущение что он довольно мудрый и знающий человек. Кстати, такой же вывод можно было бы сделать только по его рассказам о его поведении в семье. В общем он понимал как мотивировать сотрудника к работе и не давать ему выгорать. Но к несчастью у него случился конфликт с директором и он ушел(вся фирма была согласна с мнениями гл. инженера).
После фирма поработала без замены какое-то время, а потом на место гл.инжа поставили молодого. Он сразу ввел подобную фигню. В конце рабочего дня все его подчиненные были обязаны скидывать ему заполненную табличку по часам за сегодняшний день. И эта хрень нн меня повлияла очень нагрузочно. В конце дня приходилось и впрямь сидеть и вспоминать сколько времени я потратил на ту или иную фигню. Причем реально фигню! Т.к. он был молод, за него задачи частично раздавал директор, а он не вполне полностью представлял сколько времени и на что уходит, а так же давал задачи которые делались в пустую. Прям реально в пустую. Сидишь делаешь ее, а потом оказывалось это хотелка нашего директора, а не заказчика.
В итоге я ощущал огромную тяжесть вины за то, что делал бессмысленную работу когда заполнял в конце дня этот дебильный дневной табель. Так же чувствовал себя "говном", по дороге домой, и начинал думать что я неспособен работать на своем месте, хотя на самом деле решал все возникающие проблемы и делал всю поставленную передо мной работу. В итоге уволился спустя пол года этой нервотрепки, потому как и до этого работа была довольно напряжная эмоционально(заказчики зачастую крайне невменяемые люди, хотелки меняются со скоростью звука), а после этого начала быть невыносимой.
Так что весь этот учет времени влиял очень негативно на меня и моих коллег.
И здесь как раз проявляется еще один плюс списания времени (внезапно!)
Списание и отчетность позволяет разделить фигню и не-фигню. Структурировать свою работу.
А именно - если на отчетность и списание нужно потратить времени чуть ли не столько же сколько на саму фигню (а часто и больше), то становится очевидным, что от этой фигни стоит отказаться и вообще ее не делать. Причем, это становится очевидным именно из-за выхода из контекста. Т.к. в процессе работы, часто не осознаешь, сколько занимает времени конкретная задача. Но если выходишь из контекста и становишься аналитиком своего времени, то видишь - ну это же фигня, зачем я ей занимался?!?
Понятное дело, что можно пойти к начальству и сказать - ну это же фигня. Но без объективных метрик (списание времени), обсуждение этой фигни будет не предметным и сожрет времени опять же больше чем сама фигня.
Но придя к менеджеру и показав - вот, фигня заняла 10 минут, документирование - пол часа. НАМ ТОЧНО НУЖНО ЗАНИМАТЬСЯ ЭТОЙ 10-МИНУТНОЙ ФИГНЕЙ?
Для себя вывел такое правило: списываю часы день-в-день где-то ближе к концу рабочего дня. Детализацию по задачам делаю кратно часу, примерно распределив 8 часов по задачам. Плюсы: не успеваешь забыть, чем занимался за день, более-менее достоверно идёт учет, в будущем можно посмотреь, когда чем занимался, примерно оценить план-факт. Вспомогательное время при таком способе плавно размазывается по задачам.
Всякий раз пои запуске тайм-шитов происходит один и тот же разговор:
Честно писать время?
Не выделывайся, и пиши по 8 часов!
И вся любовь. :-)
У нас нужно ежедневно списываться и есть отчет который показывается все списания за любой день. А если не списываться вовремя, то немного падает kpi и это влияет на бм. Поэтому обычно новички вначале ворчат, но через пару месяцев втягиваются и не испытывают с этим больших сложностей.
Для того, чтобы люди списывали трудозатраты, они должны понимать, для чего они это делают. Если у людей нет понимания процесса, значит им это не смогли донести. До тех пор пока человеку это не надо, он делать это будет на отвали. Задача менеджера в том числе заключается в том, чтобы доносить до своих сотрудников важность того, или иного действия. Писать про выгорание - признак профнепригодности эффективного манагера, который не может работать с людьми и перекладывает проблему с больной головы на здоровую.
У нас нет такого учета. Есть документы где фиксируются результаты работы. Но есть работа, которая нигде не фиксируется. Всякие консультации, устранения проблем... Бывает пол дня на всякую фигню тратится. Что-то делал, а по документам ничего. Но и спроса нет.
Я тоже редко списываю, потому что всем надо просто увидеть что я отработал 8ч. А чего там в этих часах и то что я сегодня 4 часа работал а завтра 10 - всем пофик.
Трекинг времени необязательно прямо должен быть привязан к деньгам или KPI людей. Есть несколько преимуществ трекинга времени, приведу два, которые лично для меня являются абсолютными:
Личная дисциплина и самоорганизация. Особенно актуально на удаленке, когда рабочее время сильно размазано в течение дня, сложно следить сколько времени ты на рабочем месте. Лично меня банально съедает совесть, когда я не дорабатываю положенного времени. С трекингом я всегда вижу сколько я реально провожу времени за рабочим местом. Замечу, что мой руководитель не требует списывать время, я это делаю сам для себя.
Анализ план-факт. Тут тоже все просто - планирование это одно, а факт может быть совершенно другим. И очень полезно понимать и впоследствии ретроспективно анализировать расхождения между тем, как мы планировали задачи и тем, как мы их фактически выполнили. На основе этого делать выводы, где у нас есть систематические проблемы и что нужно чтобы их исправить.
Как уже выше сказали, трекинг времени не должен быть ради трекинга времени. Нужно обоснование, почему это нужно, и понимание этого обоснования всеми сотрудниками.
Задержки в списании рабочего времени как ранний индикатор профессионального выгорания