Трекинг времени программиста: Почему вы делаете это неправильно?

[@eleonoramarcy7781]

Важный момент! Обязательно спрашивайте у HR во время собеседования про трекинг времени. Если используются программы "Hubstaff, Time doctor, Kickidler, Harvest и остальные" - сразу ливаем из этого собеседования и забываем навсегда про эту компанию. Единственно допустимый трекер - это тот, который просто трекает время как секундомер, без скриншотов, без шпионства через вебкамеру и отлеживание запущенных приложений. Есть люди (даже тут в комментах) кто уверен, трекеры - это хорошо, мотивирует, заставляет конкурировать. Шлем таких людей на ТРИ буквы. Идите играть в футбол, если хотите конкурировать за место в основном составе. IT - это сложная работа, где должно БЫТЬ комфортно.

[@proxima7199]

Трекер заставляет только дольше делать таску, чтобы больше затрекать ))

[@eleonoramarcy7781]

@@proxima7199 ты абсолютно прав. Это демотивирует спешить тотально. Работа без энтузиазма вредит работе. А ещё может вызвать сопротивление. Часто люди будут пытаться обмануть трекер. Отличная система, чтобы не успеть в срок

[@EldarNagorniy]

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

[@proxima7199]

@@EldarNagorniy А как на счет работы через Апворк, например?

[@EldarNagorniy]

@@proxima7199 так разве новость, что на Upwork нет пиэмов? Конечно там хреновый менеджмент. Именно потому эти проекты на апворке )

[@John44rus]

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

[@alexnovik6223]

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

[@EldarNagorniy]

Ему это видео покажите. Интересно его мнение

[@mikhailanisimov2160]

В каждой организации есть "Bucket project", на который списывается 80% времени разработчиков =)

[@EldarNagorniy]

@@mikhailanisimov2160 таким нехитрым образом вы отправили мое видео в мусорку ))))))

[@timemachine3346]

@@mikhailanisimov2160 а потом "по шапке" от менеджера?

[@ЕвгенийКоновалов-х9о]

Эльдар, спасибо. Всё круто по полочкам. Мой друг меня научил (к сожалению это пока ещё не вошло в привычку) расписывать для себя задачи, в этих задачах указывать предположительное время на решение задачи (я так понимаю эстимировать время). Это СУПЕР дисциплинирует. Как правило на проекте работаю один и тем не менее, потратил несколько часов, расписал для себя же задачи в ютреке - и погнал решать. Блин не знаю как это работает - возможно какой то азарт что ли стимулирует решать и решать эти задачи + у тебя уже всё расписано что за чем делать... Да и просто по кайфу эти задачи закрывать и списывать реальное время.

[@maximevtahov2360]

Всегда приятно послушать Эльдара на канале.)

[@MRoose]

Думал расскажут как не заниматься фигней на раьоте, а тут целая лекция про бизнес. Огонь, мое почтение!

[@obsidee]

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

[@EldarNagorniy]

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

[@Oleg77777100]

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

[@СлаваРаченко-н4я]

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

[@homo-ergaster]

@@СлаваРаченко-н4я Я после пары таких ситуаций научился, если таск удалось сделать побыстрее, потом имитировать трудовую деятельность и сдавать его попозже. Часто только когда руководство напомнит, что вот был таск, как он там поживает. А я им, так он же уже готов, вот он. И никто не знает что таск уже 3 дня как готов и не понимает что я делал эти 3 дня.

[@EldarNagorniy]

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

[@i2ri2k13]

Вот и добились наконец что ведущий не скажет что он Сергей Немчинский

[@EldarNagorniy]

Как низко мы пали ))))

[@vpetrunichkin]

Жаль, что это не к лучшему :(

[@Андрей-п7и6м]

Неплохо!) Слушать приятно) Эльдару респект😎

[@Crotify]

12:51 "Интуиция - суть-результат бесконечного повторения". Крутая мысль!

[@windzrsmolensk3733]

Или тренировка системы 2 по Канеману, навыки из которой переиикают в систему 1.

[@EldarNagorniy]

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

[@kspshnik]

Интуиция - это свойство головы чуять попой ©, а нарабатывается она именно бесконечными повторениями - привет среднему мозгу и системе вознаграждения :)

[@N5O1]

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

[@acidmer]

Эльдар, спасибо за отличное видео! Жду Ваших новых роликов

[@author_unknown]

Работал, при том не так давно, в такой компании: вход в здание - по карточкам, вход на этаж - по карточкам, все время трекается, типа сколько ты не за компом, и когда пришел-ушел, минимум 8 часов должно быть рабочих, и 10 на территории компании где-то, вход в ПК только по паролю, пароль при том меняется каждый месяц, на столе быть не чего не должно, кроме твоей чашки, записи делать нельзя, выносить не чего из здания нельзя, на компе куча следящих программ, трекающих все, что только можно, и блокирующих все, что по мнению руководства тебе нельзя, на каждом шагу стоят камеры, на каждом этаже сидит охрана. Каждую неделю митинг с руководителем отдела на тему "что я могу сделать лучше для компании", а каждый месяц митинг на тему "все ли у меня хорошо, какие мои успехи, какая от меня польза для компании, все ли их во мне устраивает", каждые 2-3 месяца у них тест (типа на проф. пригодность) в письменном виде на англ. языке, потом беседа с руководителем. Постоянно лезут в личное пространство с распросами о семье, личной жизни, что нравится, как проводишь время вне компании и тд. с оговоркой "ну мы же семья! мы должны знать о тебе все!". Перед началом работы заставили сдать кучу документов о себе, в том числе справку о несудимости, и подписать кучу их документы, в том числе, что если я буду что-то разрабатывать (в свое свободное время) в то время, пока являюсь их сотрудником, то это будет считаться их собственностью, и они только имеют право распоряжаться этим, а я не имею права это выпускать на рынок от своего имени. Ощущение, как в тюрьме, через пол года такого контроля начала ехать крыша, уволился. Сейчас работаю удалено, и кайфую просто от работы и жизни. О чем думают такие горе компании, не понятно. Вспоминаю, как страшный сон и пример того, где и как работать точно не надо.

[@k12370rty]

Толковый мужик! Спасибо! Теперь понял зачем раньше заставляли записывать время даже на внутренние коммуникации по телефону. От собственной беспомощности менеджмента..

[@EldarNagorniy]

И это тоже правда. Чем слабее менеджмент - тем больше нужно процедур, чтобы компенсировать их недостатки. И наоборот. Но верное решение - балланс между процедурным и интуитивным

[@антонхрячков-я4щ]

В нашей компании работаем с инцидентами и обращениями заказчиков через jira. Когда на разработчика вешается задача, я сам выставляю примерный эстимэйт. И тут работает, как рассказывал Сергей, тема key-value. То есть, я точно знаю, что это проблему я решу +/- 4 часа, ставлю трудозатразы в jira. Прилетает задача, с которой никогда не сталкивался - разбираю на модули, примерно прикидую сколько на каждый уйдет, плюс беру запас пару дней, если затык. И потом в той же jira , каждый день сам отмечаю, сколько потратил времени на задачу. Очень помогла данная концепция выработать правильные эстимейты. Еще ни разу не превышал дедлайн.

[@EldarNagorniy]

Отлично!

[@etertet45454]

Работаю удалённо разработчиком (европейская компания, свой CRM продукт), система трекинга времени очень простая - раз в несколько дней отмечаю на какие задачи сколько времени понадобилось. В сочетании с адекватным менеджером, который вполне понимает какие задачи плюс-минус сколько времени требуют, получается по-моему самое оптимальное решение. Если возникают дополнительные трудности, которые изначально тяжело было предугадать - объясняю в чём они заключились. Хотя до этого работал на Upwork с оплатой по часам и трекером, который каждые 10 минут в случайное время делает скрин и также засекает количество действий мышей и клавиатурой каждые 10 минут %) Со стороны конечно это может диким показаться, но если не замарачиваться и просто работать, не обращая внимания на трекер, то вполне себе вариант. Главно чтобы часовой рейт при этом устраивал и взаимопонимание с заказчиком было, остальное мелочи по сути

[@Apofize]

Я так понял без легалайза тут не разобраться

[@ОлегБол-г8с]

Полюбому

[@EldarNagorniy]

Только ято вы прослушали рекламу трудовой иммиграции в Канаду )))

[@szwajcarskicentr1111]

Эльдар, спасибо за видос! Толково все разъяснил 🔝🔝🔝👍👍👍

[@PavloMyronov]

Для меня самый главный вывод: очень важно уметь самостоятельно оценивать сроки по своим задачам для менеджеров, что бы они, в свою очередь, могли делать тоже самое по проекту для клиента (15:20 - 15:45)

[@mmospanenko]

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

[@illia_p]

Дуже конкретно та змістовно! Однозначно лайк! Дякую!

[@EldarNagorniy]

Дякую! )

[@Maiq-The_Liar]

Забавно, Майк Кон говорит "эстимейт не является обещанием и гарантией, это лишь предполагаемое время на исполнение задачи в идеальных условиях. Оценивать нужно в условных единицах, скорость измеряется в у.е./спринт, оценки скорости корректируются постоянно". ПМ говорит "эстимейт = пацан сказал, пацан сделал или тебе никто не будет доверять". Давайте разраб будет тратить мыслительный ресурс на точную оценку задачи под страхом потерять доверие коллектива/руководства, фигачить в овертаймы (он же пацан, а пацаны не видят проблемы, они видят возможности), чтобы все еще сохранить доверие коллектива/руководства, потом испытывать стресс, не вписываясь в точные эстимейты из-за ступора, поноса или внезапно всплывшей сложности реализации, испытывать чувство вины на очередном митинге, из-за чего будет терять продуктивность еще больше. Что мы получаем? А то, что в следующий раз разраб удвоит эстимейт. А что такое дедлайн у нас? Правильно, это не срок выполнения задачи, а срок, раньше которого задача точно НЕ будет выполнена и теперь вместо объективной совместной оценки задачи в 2 пункта, мы получаем субъективные 2 недели, половина из которой уйдет на прокрастинацию, а вторая половина на непосредственное выполнение, снова сложность, снова овертаймы, снова профуканные сроки, снова стыдно, снова увеличиваем эстимейт на следующую задачу. Плохой разраб, уволить его, вместо того, чтобы не мозг ему насиловать логированием и эстимейтами, а подходить к оценкам так, как это советуют делать умные люди, пишущие умные книги. И потом уже насиловать ему мозг, почему твой темп 2 пункта за итерацию, а у Васи 22, плохой разраб, уволить.

[@EldarNagorniy]

Именно так - дорога некачественного планирования выстлана самообманом и ложью и ведет в коммерческий ад )

[@ronnie_rocketo]

ну Эльдарчик душевный прям ведущий, приятно рассказывает)

[@EldarNagorniy]

Спасибо! )

[@manOfPlanetEarth]

@@EldarNagorniy Эльдар, привет. Видосы норм, но сводите пож-та уровень громкости "повыше". Мы живём в мобильном мире. Много лет смотрю ютюб ТОЛЬКО с телефона. Не чз наушники, не с планшета, ни чз ноут, ни чз колонку. Чз телефон пока ем. Почему один ролик из интернета на половине громкости на телефоне долбит в уши, а конкретно этот и другие с канала Сергея на полной громкости на телефоне - еле-еле слышно шептание. Это неправильно абсолютно и это косяк продукта. Отнеситесь серьёзно к этому моменту.

[@EldarNagorniy]

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

[@manOfPlanetEarth]

@@EldarNagorniy 🙂😘

[@manOfPlanetEarth]

@@EldarNagorniy "вы" в данном случае - фронт мэн канала. А уж кто у вас там хозяйничает по технической стороне роликов - не важно. Хоть Илон Маск, хоть Сечин😉😀

[@alexlmaxl4966]

Однозначный лайк! Ждём новых роликов!

[@eugenstakhursky9604]

Эльдар красавчик, хорошо объясняет сложную тему, лайк)

[@Alex-uh6qh]

Вовремя видео вышло, я как раз пару дней назад трекал время за весь прошлый месяц и думал "ну за что мне это")) Теперь немного понятно стало, зачем на трекинг тратить время, спасибо!

[@FrolovDaniil]

Больше Нагорного и подобных тем! Очень интересно!

[@mycouple_bot]

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

[@rusnettle]

Осталось только найти таких менеджеров и жизнь будет слаще))) Спасибо за очень грамотный разбор болезненного вопроса!

[@FrolovDaniil]

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

[@timemachine3346]

вы хоть дождались конца собеседования?)

[@FrolovDaniil]

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

[@ZymosisX]

Очень актуальная тема. И всегда будет, скорее всего. Сложно эстимировать, когда есть повышенная тревожность: "откуда ж мне знать, сколько непредвиденной херни может за спринт произойти?!" )) Или: "а вот хрен знает, за сколько я эту область изучу и напишу кусок рабочего кода". Или кажется, что скажешь "это займёт 2 недели", а тебе ответят: "фега ты тормоз!" ))

[@EldarNagorniy]

Страхи - от незнания. Когда это ваш 100й эстимейт - перестаешь бояться. Просто знаешь )

[@artyhedgehog]

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

[@EldarNagorniy]

А если еще раз прочесть заголовок, тоо окажется, что про то, почему мы трекаем время неверно. Не КАК и КАК НАДО а ПОЧЕМУ )

[@maxlich9139]

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

[@ofeliiabagratian5748]

Я пользуюсь методом из Clean Coder: если я уже знаю как решить задачу (алгоритм в голове и нужно просто имплементировать и потестить) и думаю, что она займет 1-2 часа, то тех лиду говорю 3 дня, менеджеру - неделя, а клиентской стороне - 2 недели. Если я не знаю как точно решить задачу (есть мысли, алгоритма в голове нет) - то ни о каком времени не сообщаю, отвечаю, что надо пару дней, чтоб узнать как по времени. Трекать время особо не помогает - в один день есть больше энергии работать и делаешь таск за 2 часа, а в другой похожий таск занимает пару дней, потому что болит голова, усталось, погода - да что угодно...... и из-за этого можно не заметить какую-нибудь мелочь и долго биться над эдж кейсом

[@EldarNagorniy]

Ну, теперь несколько сот задач практики и сможете эстимировать все точно )

[@dima_t]

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

[@ofeliiabagratian5748]

@@dima_t надо попробовать, вдруг сработает :D c тим лидом то работает ахах

[@randomcreations1079]

Довольно важная тема, особенно если учесть что это тесно завязано на результативности любой работы

[@jackdoe1312]

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

[@EldarNagorniy]

Хочу поговорить в следующем видео про самодисциплину и самомотивацию. И выгорание, конечно

[@КонстантинЯкименко-я7и]

Классное видео! Как по вашему мнению трекать собрания, перекуры и прочие отвлечения. Бывают дни, что часа 4 отведено на различного рода собрания (не подряд конечно же, а к ним надо подготовиться, отойти от них) + перекуры + слак не замолкает и постоянно кто-то что-то спрашивает отвлекая от работы. Вроде день прошел, а задаче урывками совокупно часа 2 уделил. И так день за днем. Вроде задачу неделю делал, но чистого времени потратил хорошо если 16 часов. Какие лучшие практики? (очевидные варианты вроде сократить собрания и не отвлекаться не подходят)

[@EldarNagorniy]

Собрания - в отдельные таски. Мы даже специальную категорию ьасков вводим. А перекуры - это перекуры. Для простоты вводим правила: меньше 15 минут не трекается ни перекуры ни работа.

[@shoorick77]

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

[@Demih300]

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

[@andrewsyrakvash]

Спасибо, замечательное видео!

[@МариАлекса]

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

[@EldarNagorniy]

Отличный вывод!

[@svirv]

Интересная тема, поделюсь опытом нашей компании. Работаю не в IT; не знаю, будет ли актуальна такая схема в разработке?) 1. Перед началом крупного проекта тимлид, обладающий большим опытом в оценке времени работ, смотрит на предстоящий проект целиком, разбитый на небольшие подзадачи (кстати, не знаю, кто изначально разбивает проект на подзадачи - некий куратор, взаимодействующий с заказчиком на этапе согласования ТЗ). На каждую подзадачу тимлид прогнозирует часы для выполнения. Обычно прогнозирует с запасом; ближе к верхней планке - на случай непредвиденных сложностей и для комфортной работы. Исходя из логики, что лучше основательно проработать детали, и уложиться до дедлайнов, чем бежать за уходящим паровозом и сдавать некачественный продукт. Тимлид обсуждает с менеджером эти часы, а также возможности команды: в какие сроки будут выработаны часы и готов проект (сколько инженеров выделить на проект и тд). Менеджер, в свою очередь, должен в это вникнуть, подкорректировать со своей стороны, и "продать" эту мотивацию заказчику, утвердить бюджет. Наш менеджер обладал технической экспертизой: это опытный инженер в прошлом. 2. Инженер (как рядовой разработчик) получает задачу и даёт estimate для менеджера ASAP: сколько надо часов, и в какой день будет готово. Как правило, часы запрашиваешь по нижней планке (поскольку часы берутся из общего проектного пула, и тимлид с менеджером просят в первую итерацию просить самые необходимые часы), а вот дату выполнения называешь ближе к верхней планке (понимая, что какие-то сложности могут возникнуть, а нарушать сроки - не круто). 3. Тимлид подтверждает часы; менеджер их выделяет. Теперь инженер может заносить их в трекинг-программу в конце каждого дня (сегодня я работал Х1 часов над задачей Y1, и X2 часа над задачей Y2). 4. При возникновении любых сложностей с задачей, ты обсуждаешь это с тимлидом или старшим инженером, они направляют тебя если нужна помощь, после чего ты просишь менеджера добавить Z часов на задачу (тимлид или старший инженер подтверждают в трекинг-программе твой запрос). 5. Менеджер выделяет дополнительные часы. И так далее, сколько нужно итераций, пока задача не будет выполнена. При этом трекинг-программа считает время, которое инженер проводит за сменой: залогиниваешься в начале дня, закрываешь в конце. Секундомер. Менеджер просил следить за этим, но в целом, трекинг во многом создан для самого инженера. Программа напоминает: а не пора ли, друг, скоро домой. :-) На удаленке этот трекинг вообще крайне условен. На удалёнке я себе засекал время сторонним тулом, чтобы понимать, когда я переработал или недоработал. Овертаймы у нас оплачивались по ТК, но и давали их строго при необходимости: как раз в случаях, когда сильно промахнулись с эстимейтами на начальных этапах, либо при форс-мажорах. Думаю, что овертаймы проедали профит-марджины компании. Но лучше было съесть профит-марджин, чем ударить в грязь лицом по срокам или качеству перед заказчиком. При этом, тимлид/старший инженер всегда защищали интересы инженера при запросах часов; а менеджер всегда грамотно транслировал заказчику нужды команды. Как итог, рядовой инженер чувствовал себя защищённо. По итогу, есть и здоровый учёт времени, и грамотные эстимейты, и соблюдение сроков и качества. Эта система работает круто, когда каждый делает своё дело. Вероятно, менеджер использовал трекер как вспомогательный инструмент для внутреннего контроля качества; там были ещё какие-то метрики, заносимые тимлидом... но этот трекер - отдельная тема. Мало касающаяся обычного инженера, который просто отмечал, чем он занимался.

[@SoulPervert]

такой вопрос от простого разраба. у нас в компании дэв команда работает на продукт, на основе которого компания оказывает услуги , т.е. компания сама себе заказчик. тайм трекинг применяется в привязке к задачам (clockify для каждой issue на гитхабе) - нажал старт в начале работы над таской, нажал стоп в конце, без каких-либо крайностей. вроде всё ок, но как трекать время на организацию тулинга и всего вокруг - обновить софт, смержить, решить конфликты, пересобрать, перезапустить, построить docker-image, прогнать тесты, прочий CI/CD и тд. так-то я понимаю, что часть времени на это трачу, но стоит ли трекать это отдельно?

[@EldarNagorniy]

Для себя точно стоит. А дальше - зависит от стандартов в компании

[@misha98xp]

Хорошее видео, очень интересно было послушать

[@interstellarv0id]

Даю эстимейты из расчета два часа на строку с учётом скобок и комментариев, я по итогу топ перформер при этом ))

[@ValueLevit]

Спасибо. Я новоиспечённый джун, работаю за фикс, пока непонятно что такое хорошо, а что такое плохо.

[@d-sem]

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

[@user-rh8zt3zo2z]

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

[@EldarNagorniy]

PM BOOK? ))))

[@AlexandrKorneyko]

Как можно кодить по 12-18 часов в сутки? После восьми часов уже наступает когнитивный ступор. И на сл. день мозг как поролоновый. Нормально стабильно удаётся кодить по 5-7 часов каждый день, не больше. Но 18, это что-то из разряда ненаучной фантастики.

[@stormvoid7017]

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

[@AlexandrKorneyko]

@@stormvoid7017 да, именно так. Педалить код на готовый алгоритм можно долго. Но это редко так бывает. А если ты один разраб на проекте, и делаешь полный цикл разработки, то там и 4 часа уже много (именно кодинга). P.S. rак раз сейчас именно так и работаю.

[@EldarNagorniy]

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

[@side2k]

Когда тебе 18-25 лет, нет семьи, детей, геморроя и других хронических заболеваний, и ты влюблен в свое дело, то 18 часов это нормально. На несколько месяцев. А потом наступает реальность. Хотя, конечно, выгорание бывает и в 23, я это прекрасно помню по себе.

[@AlexandrKorneyko]

@@side2k дело не в семье или геморрое, а дело в том, что под когнитивной нагрузкой мозг эффективно может работать 4-8 часов, не больше. Это медицинский факт! Каждый час интеллектуальной нагрузки требует 3-4 часа отдыха. Это доказано и многократно проверено. Ну а теперь можно подсчитать самому - сколько нужно отдыхать после 18-ти часов интенсивной интеллектуальной работы.

[@yurypetukhou9541]

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

[@EldarNagorniy]

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

[@phpdevelopercode636]

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

[@PTLog]

Супер-объяснение!

[@niolonq]

Очень харизматичный мужик, я бы его контент смотрел

[@EldarNagorniy]

Спасибо! Смотрите. Дальше будет )

[@gaitavr1992]

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

[@sergeyparubets3236]

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

[@purplep3466]

книга "Палочка выручалочка"

[@vitalino1981]

А представляете, Эльдар такой в начале видео: "Привет мои дорогие, меня всё ещё зовут Сергей Немчинский" 😆

[@EldarNagorniy]

"Но никто не зовет!" и плачет )

[@ВиталийВладимирович-ж6ш]

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

[@arthurkeller3119]

Добрый день! Спасибо за видео, очень все структурировано, пережевано и грамотно подано, завидую Вашим сотрудникам. Очень хотелось бы тоже поприкалываться в унисон с остальными комментариями, но бывают вещи поважней. Скажите, пожалуйста, по Вашему мнению какое количество времени в день сотрудник должен быть продуктивен? Мое скромное мнение: человек заслуженно может сидеть в фейсбуке или смотреть котиков на ютюбе, если он хотя бы 5 часов в течение дня продуктивно работал на цели компании (или заказчиков), это важно для психики самого сотрудника, чтобы не перекипали мозги. Что хорошего в том, что сотрудник в течение двух трех месяцев работает в режиме спринта на максимуме с овертаймами, а затем его КПД падает до 20% , пока он не будет замотивирован вновь. Второй вопрос: имеет ли смысл посвящать сотрудников в важность тайм-менеджмента: Третий вопрос: есть мнение, что разработчик будет более точно "бить в цель", если будет напрямую контактировать с заказчиком (особенно в маленьких компаниях-галерах), так вот не лучше ли вариант, когда разработчик все-таки не будет отвлекаться на разговоры и обсуждения, а заниматься только своей деятельностью (опять: просмотр котиков на ютюбе :))?

[@EldarNagorniy]

1. Мы считаем 6 часов в день вместе с митингами и коммуникациями. Если вдруг появляется дополнительная нагрузка, типа собеседований или образовательные мероприятия, тогда 8. 2 - оьязательно нужно посвящать. Это нужно им не меньше, чем вам. А еще даже базовые знания в проектном менеджменте у разработчиков лучше, чем самый классный пиэм, которого не понимают. 3 - вопрос действительно в эффективности. Разработчик долен общаться с толковым понимающим продакт овнером. Если есть такой на стороне заказчика - это большое счастье. Обычно такого нет. И еще - если разраб общается - это его основная активность. Не разработка. Это дорогое удовольствие, держать разрабов, которые не кодят.

[@light3484]

Как вы итоге делать правильно?) Мне кажется я услышал только, как не надо делать или прослушал)

[@EldarNagorniy]

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

[@jesusdarkjewel9456]

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

[@EldarNagorniy]

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

[@Юлия_23]

Приятный мужчина)

[@javavlogger9409]

Эстимейты - зло. Лучший эстимейт - когда получится, тогда получится. Эстимировал задачу в неделю, а в итоге на нее ушло 2 месяца. В итоге, целых 2 месяца в постоянном стрессе и овертаймах, выгорание и неврастения - привет.

[@EldarNagorniy]

О. А еще курто будет, если заказчик заплатит, сколько заплатит. Вообще идеально )))

[@OlexLebed]

мені пощастило - працював 4 роки віддалено на американську компанію, платили погодинно. Ніяких трекерів. Щотижня відправляв табличку XLS з переліком задач і скільки годин на них витратив щодня. Така довіра від замовника надихає. Це мій перший досвід такого само-логірування. Виявилося, щоб напрацювати реальних 8 робочих годин треба витратити 10-12 годин з перервами. Напрацювати стандартний тиждень в 40 і більше годин за 4 роки вийшло буквально кілька разів, а в середньому виходило 20. І тепер розумію що офісні 8 годин це всього 4-6 чистих робочих годин.

[@proxima7199]

Привет. О даа. Перешел на трекер, и реально. 5-6 реальных часов в день накодить - это ппц тяжело. После этого уже весь выжатый. И уходит на 5-6 ч трекера часов 8-9 реальных

[@vitalino1981]

Привіт! Розкажи будь ласка як ти знайшов таку роботу? Дякую.

[@OlexLebed]

​@@vitalino1981 по знайомству. Я вчився з А1 в університеті, а до цього він вчився в технікумі з А2. А2 був більш талановитим програмістом ніж Я та А1 і через якийсь час переїхав працювати в Канаду. А2 вже довгий час працював віддалено, фрілансив і якось потрапив на цю фірму Codejock. Там якраз були звільнення (бунт чи що))) і А2 лишився єдиним програмістом з босом в 2014р. Він запропонував працювати там А1, але А1 вже був влаштований і запропонував мені. Так я туди потрапив, а через рік А1 також приєднався до нас. Таким чином 3 одногрупника працювали віддалено (Канада, Запоріжжя, Київ) на американську фірму. По ходу до нас ще приєднувалися/від'єднувалися програмісти з Вінниці, Македонії, Новосибірська. Але стабільним залишився 3 останні роки російськомовний колектив Канада-Київ-Запоріжжя-Новосибірск. Потім в 2018р якісь фінансові проблеми у компанії, і залишилися тільки Канада-Запоріжжя. А у мене після звільнення якраз звільнилося купа часу на добудову свого будинку. Наступну віддалену роботу я знайшов через пів року через оголошення на work.ua, до цього десятки інших варіантів через джин чи лінкедІн не проходив співбесіди, або мені не підходило. Більшості був потрібен був співробітник в офіс. Тепер на карантині мабуть легше знайти гарну віддалену роботу.

[@vitalino1981]

@@OlexLebed дякую за розповідь. Мені здається, що зараз важче знайти віддалену роботу, через те що ті, хто працювали в офісах, тепер теж її шукають.

[@OlexLebed]

@@vitalino1981 мені рекрутери в LinkedIn десь раз-два на місяць щось пропонують. Іноді віддалено, іноді релокейт. Але покищо маю зобов'язанання на поточній роботі.

[@Irina-cw4lw]

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

[@EldarNagorniy]

Идеально. Но надо еще себя все время спрашивать: не соврал ли я в логе времени?

[@mikhaill.6050]

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

[@Philip_Just]

Полезно. Спасибо.

[@lesleysin3344]

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

[@KnockNeo8701]

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

[@TcheburTcheburashka]

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

[@EldarNagorniy]

Bingo!

[@alexeymalyshev8210]

Ты из этого мира ? Где готовят таких PM-ов ?

[@EldarNagorniy]

Такими PM становятся после 10 лет опыта, и должностей COO и CBDO ))) Приятно, спасибо!

[@EldarNagorniy]

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

[@sergven7127]

@@EldarNagorniy ну и надо бы курс для пмов уже делать) я бы получился. Ещё лучше практикум для пмов с наставником!

[@alexphilaretoff6513]

@@EldarNagorniy а в некоторых компаниях, типо моих последних трёх для этого есть большое НИ-ЧЕ-ГО

[@takirr6818]

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

[@Night_Defender]

Как любить Сережа!

[@wollenszeit131]

Приятный мужик)

[@arturasjudickis4205]

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

[@ilyasviridov5887]

В надежде на комментарий, по эстимейту, мне понравился ролик, важная тема для меня, как для разработчика. Мне бы хотелось услышать, как производить этот самоконтроль, сохраняя баланс между свободой и работой, с помощью каких инструментов? Процесс наш организован сейчас так, мы работаем по скраму, 2 недели на спринт. Ретро и планирование в конце спринта. Каждый рабочий день в 9:30 стендап и перетаскивание тасков в джире. Прошлый эстимейт по команде мы прогадали на 10 пунктов (60 эстимейтов проставлено, 10 осталось после спринта) Как решить этот вопрос, хотелось бы интегрировать с правильной позиции решение вопроса?

[@EldarNagorniy]

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

[@ffunktor]

Верный эстимейт - это миф. Разве что на какие-то простые/типовые задачи.

[@EldarNagorniy]

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

[@ffunktor]

@@EldarNagorniy верного эстимейта не бывает, почитайте того же дядю Боба. Есть подходы, которые позволяют повысить вероятность более точной оценки, но опять же без гарантий (тот же покер планирования).

[@EldarNagorniy]

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

[@ffunktor]

@@EldarNagorniy да не бывает хорошего эстимейта для сложных фич, а для простых и несеньор может хорошую оценку дать. Дядя Боб (наисеньористый сеньор ведь, да?) рекомендует давать 3 оценки: оптимистичную, среднюю и пессимистичную. А дальше уже менеджер должен думать как этими оценками распорядиться.

[@petershon5808]

Тречу время осознанно сам для себя в toggle. С каждым месяцем лучше понимаю себя. Лучше определяю сроки.

[@sebler8523]

А если забыл кнопочку старта нажать?

[@petershon5808]

@@sebler8523 он напоминает каждые N минут в десктопном приложении (мобильное, вроде тоже можно настроить) о том, что трекер не запущен. Плюс, если забыл, то иногда по косвенным признакам (история в браузере, момент переписки с кем-то и т.д.) вспоминаю время, а в toggl можно хоть трекать, хоть от руки прописать. Помимо этого трекать нужно только то, что нужно. Если трекать каждый чих, то кукуха поедет: станет муторно и забросите.

[@sebler8523]

@@petershon5808 Хорошо, что от руки тоже можно вписать. Каждый чих трекать, понятно, не разумно. Но иногда бывает, что проходит день, весь замученный к вечеру, а тикет по-прежнему открыт. Тогда хочется просто посмотреть, на что же ушли восемь часов работы.

[@petershon5808]

@@sebler8523 в десктопном приложении ещё при бездействии компьютера и при возвращении к нему, выскакивает окно поверх всех приложений, которое спрашивает считать это время за рабочее или удалить этот промежуток. Тоже часто мне эта штука помогает: тупо по горячке побежал по нужде, потом на разговор отвлёкся, пошёл кофе навёл, возвращаешься, а он тебе предлагает удалить это время - красота. Трекать получается достаточно точно. Недельные отчёты на почту тоже читаю с удовольствием. Да, тупо список, но интересно посмотреть и проанализировать, пофантазировать. Там ты трекаешь время по проектам. Я приспособил по своему: вместо проектов я разделил время на "работа: учёба", "работа: работа", "работа: прочее", "английский: слова", "английский: перевод" и т.д. Иногда были спорные моменты, вот смотрю я Немчинского - отнести это к "работа: учёба" или не трекать? В зависимости от ситуации: если это текущая первоочередная задача узнать что-то - учёба, всё остальное - развлечение. Сначала приходилось думать над такими вещами, сейчас уже не думаю. Главное честным быть с самим собой. Как сказано в этом ролике - личная заинтересованность разработчика.

[@sebler8523]

@@petershon5808 Вот-вот, просмотр статистики, мне кажется, помогает потом в самоорганизации и планировании дня. Немчинского трекаю в учёбу, если реально что-то новое узнал, иначе пишу ютуб :) Спасибо за инфу.

[@AlexanderYukal]

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

[@EldarNagorniy]

Немного рекламки в чужом аккаунте не помешает? )))

[@AlexanderYukal]

@@EldarNagorniy удалил :)

[@EldarNagorniy]

Спасибо! Все ок )

[@dmitryprokurat6369]

Грац. Верно всё рассказали. Являюсь лидом и частенько веду проекты даже не по своей основной технологии. 1) сам трекаю свою время через yaware чтобы смотреть сколько в день отработано и чтобы заметить общую эффективность. Помогает понять когда пора в отпуск. Ну и конечно life balance 2) эстимации - любимое дело, даже есть собственный рекорд - проект на полгода вперёд проэстимирован и закончили план на 2 недели раньше предполагаемого срока. Как думаете, хороший результат? 3) о трекинга команды - всем рассказываю что такое можно делать и почему это полезно. Но вот принудительно ввожу только для тех кто неоднократно был замечен в лени и просмотре видосиков.

[@EldarNagorniy]

1. Супер. 2. Я бы сказал, что эстимейт переоценки так же плох, как и недооценки. Так что нет предела совершенству. А еще длинный проект нужно декомпозировать. Эстимейт на пол года - чистая угадайка. А вот на 2 недели - это профессионально. 3. Лучше иметь одинаковую, простую процедуру для всех, чем приучать к тому, что трекинг - это наказание.

[@alexlegkostupov676]

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

[@Deadlift3008]

"Но вот принудительно ввожу только для тех кто неоднократно был замечен в лени и просмотре видосиков". Действительно! Рабы должны тратить каждую минуту на работу, никаких видосиков! Можно еще трекать походы в туалет и перекуры. Если задержался больше чем на 5мин в туалете, то делать выговор для мотивации! Эффективный микро-менеджмент - сила! Почему нельзя по факту смотреть на результаты разраба за какой-либо период и делать его оценку? Весь этот микро-менеджмент для говно-контор, которые не умеют в эстимацию, зато умеют создать дополнительное ненужное давление на разраба. Не знаю, может и вправду существуют конторы в которые идут не от хорошей жизни и все там должны работать из под палки, так как по другому управлять не получается, но гордится микро-менеджментом и выставлять его как хороший инструмент, а не как вынужденное решение для плохих работников это полное непонимание психологии человека

[@dmitryprokurat6369]

@@Deadlift3008 когда формулировка идёт что эффективных в день должно быть не менее 6 часов вы считает это микроменеджментом? А вводилось когда эффективных по моим ощущениям было дней 10 по 4 часа.

[@Deadlift3008]

@@dmitryprokurat6369 Считать часы, которые были эффективными, а какие нет - это микроменеджмент. Во первых человек чисто физически не может много часов подряд работать эффективно над более менее сложными задачами. Как минимум с течением времени возрастает вероятность ошибки, из-за чего приходится часто переделывать и твое КПД выглядит не очень. Если делать что-то однотипное и несложное, то тут еще возможно будет сохранять продуктивность Во вторых я сомневаюсь что можно грамотно оценить эффективность часов. Для примера можно вспомнить как говорил Сергей Немчинский 2 недели искал баг, что в итоге вылилось в точку запятой. На практике подобное очень часто встречается если типовых задач мало. Существует много ситуаций, когда кажется что ты ничем не занимаешься, но на самом деле работа идет полным ходом В третьих атмосфера оверконтроля и давления не лучшим образом влияет на восприятие работы, что потихоньку может убивать желание работать и в долгосроке приводит к снижению продуктивности Поэтому такой микроменеджмент для выявления малополезного сотрудника плохо подходит, лучше смотреть по факту сделанной работы. Плюс для подобного и введено во многих компаниях "перфоманс ревью"

[@ЕкатеринаРудопасТкаченко]

В одной команде, нас просили "реально" эстимировать время. Т.е. не писать 8 часов, и не распределять их по задачам, а прям честно писать, на эту задачу ушло 15 минут, на эту суммарно 2 часа закопал, а тут коллеге помог 30 минут. Итого почти 4 часа реальнлй работы. Это нужно было руководителю проекта, чтобы реально понимать, сколько времени затрачено. Но потом, руководитель видимо не знал что делать с этой правдой и стал просить расписывать На Задачи все 8 часов. Дескать если ты ходил в туалет и попить кофе во время выполнения задачи, то включай их во время задачи и получается,что задачу ты делал не 2 часа, а 4. А если тебя во время решения вопроса на 15 минут, четыре раза отвлёк коллега или телефонный звонок - то вписывай их в эти 15 минут, и получится 1 час. И понеслось... Скажите, пожалуйста, реально ли прям работать 5 дней по 8 часов, с перерывам 1 час ? Скажите, что для менеджмента лучше? Понимание реального времени или все таки вот такого "растянутого"? С одной стороны я понимаю, что ведь круто знать, что вот эта задача лёгкая и ее реально сделать за 15 минут. Ведь если завтра такая же задача будет "срочной" , то мы закомитемся перед клиентом, попросим других коллег не отвлекать "мастера" , и он сделает за 15 минут. Мне кажется, что все проблемы рост, как раз из того, что мы сами не можем выработать Интуицию , реальными эстимкйтами. Но мы редко можем сесть и работать 8 часов над задачей. И мы сами редко осознаем, что тут нас отвлёк коллега на 30 минут, тут я в туалет сходил на 15 минут, а тут в коридоре у куллера с кем то мило поболтал, а тут что греха таить, в Фэйсбуке друга с ДР поздравила и т.к.редко общаемся, мы 30 минут обсудили новости нашей жизни ... И из за этого, мне надо списать теперь не 1 час реальной работы, а 2-3 часа. При этом, тут ещё время выхода из контекста и обратное погружение в контекс задачи ... Я пытаюсь понять, или я плохой сотрудник или менеджмен боится, что наш час реальной работы просто стоит в два раза дороже, но мы работаем в два раза меньше?? Что с этим делать? Простите за длинный вопрос. Но хотелось бы прям книгу почитать (если можете что то порекомендовать), или вас послушаю об этом. За ранее спасибо.

[@EldarNagorniy]

1. 8 часов в день работать нереально. Если работать - это сидя за компом наживать на кнопки. Вообще, в идеале каждые 45 минут переключаться на 5-15 минут. 2. Менеджеру важно знать реальные трудозатраты на часы. И если к ним добавить митинги, осмысление задач, внесение информации в таски и т.д. то спокойно получится те же 5-6 часов в день. Другой вопрос, что менеджер, который плохо понимает, в чем состоит работа разработчика - пугается цифр, которых не понимает

[@nadirnazirov4707]

Эльдар, прекрасно что вы коснулись темы project control and estiimate. Дело в том, что скажем в строительстве или инженерии level 3 planner осуществит оценку проекта и постороит план с точностью до 30% для более точного планирования нужен более детальный план и сроки рассчета увеличиваются. Хочу заметить, что проблемы планирования возникающие в IT сфере давно уже решены в строительной и инженерной сфере. Существуют методологии, програмы (oracle primavera p6 and etc) опыт который стоило бы уже внедрять в крупные айти проекты. Но я этого не наблюдаю. Вместо этого создаются не эффективные и простые хайповые инструменты типа скрам, камбан и прочая неработающая куйня. И это при том, что специплистов достаточно, необходимо лишь адаптиррвать их опыт в айти индустрию...

[@EldarNagorniy]

Если вы еще не получили PMP - очень советую. Там очень четко пояснят ваши коллеги PM из классических enterprise отраслей, типа строительства, почему в IT не всегда работают классические методологии планирования. И почему приходится изобретать Agile, Scrum и Kanban. Если коротко: представьте, что плана дома не существует, а каждые 2 недели к нему нужно пристраивать этаж разной площади то сверху, то снизу, то сбоку.

[@SergeyNemchinskiy]

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

[@yuriipavlov]

Спасибо! очень плезная инфа!

[@victortamanov]

Спасибо! Точка зрения совпадает в вашей. Работаю один внутренним программистом. Трекаю посредством Toggl - там удобно использовать их сайт, можно поменять время, если что забыл (бывает 1-2 раза в неделю). Удобные отчеты, можно показать начальству, если будут вопросы. Вопросы были один раз, больше не возникают. Трекаю в основном для себя, чтобы как раз таки прокачать предсказания.

[@shoorick77]

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

[@Mr43046721]

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

[@DimaVort]

Трекаю время потраченное на работу для себя. И чтоб начальству отчеты в 1 клик делать. Постоянно офигеваю: из 8 рабочих на работу 2 - 3 часа уходит. А весь день занят(

[@EldarNagorniy]

Попробуйте отдельно протрекать и коммуникацию. Все станет на свои места

[@MET4LIST]

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

[@Victor-Pozdnyakov]

Засекаю время на наручных часах. Суровый трекинг времени...

[@timemachine3346]

Спасибо за видео!

[@zenovsergey]

Логирование, fixed price, Time&Material, dedicated team, эстимирование... Пацан сказал - пацан сделал 👍

[@AssasinZorro]

Я в какой-то момент начал ручной трекинг времени в Toggl исключительно для себя - начальство не подглядывает туда, там мой личный аккаунт. Изначально принял решение трекать для того, чтобы понимать, на что я использую время, преимущественно по поводу нерабочих задач. Категории выбрал изначально и продолжаю их придерживаться уже полтора года. Главная проблема в том, что я не знаю, как я могу значимо смотреть на эту накопленную информацию, нужно ли мне менять категории и что вообще делать с этими данными для развития, помимо очевидного. Вторая проблема заключается в невозможности прямой записи потраченного времени в отчётность - я вписываю продуктивное время, которого почти в два раза меньше, чем 8 часов. Умножать на два не совсем правильно, так как бывает, что задачей занимаюсь без перерыва. Смотреть точки начала и окончания задачи тоже не всегда правильно, так как некоторые процессы занимают долгое время (ETL из источника в ЦХД, к примеру), и пока они идут, я могу заняться следующей задачей. Буду рад советам.

[@EldarNagorniy]

Попробуйте разделить 3-4 ключевых категории: коммуникацию, кодинг, митинги, возможно, тестирование и багфикс. Шаг замеров сделайте 15 или 30 минут (если меньше этого - не логать). И обязательно перед каждой серьезной таской записывайте эстимейт и сравнивайте с результатом. Так вы быстро прокачаете свои навыки

[@AssasinZorro]

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

[@EldarNagorniy]

Сторонние задачи - только если это именно задачи, а не звонок друга или пинг-понг и длительность больше 15 минут

[@krivoship90]

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

[@smaxinfo]

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

[@EldarNagorniy]

Ну, если ваша работа, как и курс биткоина, на 50% построена на мошенничестве, а еще на 50% на незнании новичков, то да )))

[@vipvizitkainua5839]

Спасибо за видео

[@александр-з1м9з]

Если на проходной нужно быть 8:30 и 17:00 это тоже означает что текущая работа должна быть выполнена и иногда это гораздо жёстче чем какое-то там логирование или программа в фоне или чего ещё. Что программа покажет - человек работал, крутите отчёты как хотите, ну сложные вопросы увязывались в кучу, потому и времени столько, а если к этому подвязан конечный финансовый результат - то итог другой, я видел в разы лучшие результаты. Даже на одинаковых задачах один и тот же специалист выдаёт разный результат по времени и качеству, и не только потому, что у него критические дни, просто так обстановка сложилась, коллеги по работе не в ритме работают или клиент попался невнятный. И не уходят люди с такой работы, это издалека фриланс привлекателен, слышал я такие разговоры, а попробуют и возвращаются и больше головы от монитора не отрывают.

[@EldarNagorniy]

На вкус и цвет - все работы разные. Но не попробовав - не узнаете

[@ilonakhomenko3797]

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

[@sdbzrv8741]

А я ещё грешил на 1С, когда у тебя почасовая оплата и часы в которые ты оценил задачу, согласовал с клиентам, выставляешь потом на оплату. Тут мало того, что не знаешь какой выхлоп с тебя имеет фирма, так еще и мозги делают с оценкой трудозатрат.

[@user-rh8zt3zo2z]

Идея для нового видео: объяснить многие слова. Например что значит эстимэйт?

[@user-rh8zt3zo2z]

Я даже не знаю как это слово пишется.

[@dmitryo3725]

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

[@EldarNagorniy]

Оценка предстоящих трудозатрат. Что-то вроде "я вскопаю этот огород за 3 часа"

[@manOfPlanetEarth]

у тебя английским по нулям. это днище. estimate

[@yaroslavskorkin370]

Часто приходится сидеть и ждать пока будет готова инфраструктура, договорятся постановщики задач, задача приобретет "форму" , то есть ее можно будет решать и это кому-то будет нужно. По опыту было много проектов что эти сроки затягивались на месяца. Часто менеджмент придумывает непрофильную работу, которая связана не с разработкой а с аналитикой или рутиной -типа написание документации на код). Иногда начальство обвиняет, в том что ничего не делаешь, а смотришь - трекинг, там пусто. Иногда понимаешь что делать реально нечего и начальство тужится придумывая тебе работу, которая понятно на 80% уйдет в стол. В общем динамики и реально нужной работы по многолетнему опыту работы - процентов 20 рабочего времени, остальное это ожидание кого-то или чего-то. Я невольно обвиняю систему нашего менеджмента, и системы найма и оплаты труда, что люди работают вяло, а иногда в авральном режиме. Может конечно я идиот, но в жизни встречал очень мало людей у которых была продуктивная работа весь рабочий день 5 дней в неделю на протяжении хотя бы года.

[@---xo2wv]

больная тема, но надо разбираться.

[@rx9646]

чувак, респект!

[@igorbelskiy9136]

Полезно и приятно.

[@alexphilaretoff6513]

Всем бы такой менеджмент)))

[@eb6006]

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

[@ntvisigoth]

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

[@EldarNagorniy]

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

[@denyszorin8675]

я бы у него поработал 👨🏻‍💻

[@EldarNagorniy]

Лучший комплимент, который я получал, как менеджер. Дорогого стоит!

[@storozhukua]

К чему єто лицемерие с тайм трекингом? Мы все знаем что реально рабочее время и время написания кода єто разные вещи Я както работал с таймтрекером и если честно трекать время то получается затрекать 5 часов єто есди с 9 до 17 А если залип над задачей потратил 3 часа а потом решение пришло в течении рару минут пока пил кофе. Как трекать єто время? А если заказчик спросит - вы писали - строчку 3 часа?