D
С каких пор потраченное время стало квази performance indicatorом? :)
Сорре, не увидел ваше сообщения.
С каких пор затреканное время стало равно потраченному на задачу?
С каких пор затреканное время стало равно потраченному на задачу?
Size: a a a
2020 October 29
AP
Я с Москвы. Не рассматриваете из соседних городов кандидатов ?
"с Москвы!" - тест москвича не пройден. второй вопрос "Жадина-Говядина ... (продолжите фразу)!"
AM
"с Москвы!" - тест москвича не пройден. второй вопрос "Жадина-Говядина ... (продолжите фразу)!"
😂😂😂😂😂😂😂😂
S
"с Москвы!" - тест москвича не пройден. второй вопрос "Жадина-Говядина ... (продолжите фразу)!"
Пустая шоколадина
AP
Пустая шоколадина
нэ
S
А я и не с Москвы)
S
"с Москвы!" - тест москвича не пройден. второй вопрос "Жадина-Говядина ... (продолжите фразу)!"
Если память не изменяет что то про барабан
AP
Да, действительно могут быть ситуации, в которых польза от треккинга времени перевешивает вред + стоит потраченных на внедрение и дальнейшую работу ресурсов. К тому же, проблемы, решаемые треккингом, можно решать как-то еще, менее болезненно и дешевле (ресурсы). Да и и время работы над задачей можно трекать без треккера. ¯\_(ツ)_/¯
1) Компания занимается контрактной разработкой. Иногда в фикс формате, иногда в TM. 2) Проекты имеют свойство из фикса переходить в TM. 3) Мы работаем чаще всего с гибкими требованиями без тз, что ещё раз в пользу ТМ и контроля самого же себя. 4) По всем проектам есть сквозная аналитика, и в команде есть правило, что вся писанина в Jira, а в тогле только номер задачи. 5) Все неудобные и микротаски оптимизированы для трекинга, в статичные номера. 6) Что получаем, полнота управления ресурсом, сквозная отчетности от часа отработанного до часа проданного с привязкой к задачам. 7) Есть возможность обсуждать и задавать вопросы о своём же рабочем времени, как поменять, как сделать ещё проект, как не делать проекта. 8) От этого растут ноги в финансы. 9) Итого: для компании это максимально полезно, для сотрудников, как оказалось не напряжно. Резюме: это правила игры в компании, полезные для компании сильно и чуть меньше для сотрудников (я осознаю, что это нагрузка, но я могу сказать, что 5% на аналитику допустимо)
E
Я трекал время честно по началу, включая 15 минут поговорить с человеком, 20 ответить на письма, потом на сам трекинг. Когда обнаружил, что статистику никто кроме меня не анализирует, стал на авось вводить.
AP
Ну когда ТМ, это сквозная история, видно всем в общем
E
Сейчас дошло до того, что некоторые в начале рабочего дня забивают 8 часов, чтобы не отвлекаться
AP
Ну и хорошая база, для оценки проектов
AP
Сейчас дошло до того, что некоторые в начале рабочего дня забивают 8 часов, чтобы не отвлекаться
ну когда это крупно-корпоративные игры, это всё "потому что так положено", груздно. С другой стороны, значит все хорошо работают, и никто в эти отчёты не лезет. Другое дело, что как только что-то пойдёт не так, за них же и начнут дёргать - русские игры)
AP
А я и не с Москвы)
Из всех возможных специфичных моментов русского языка по всей стране, меня всегда тригерит только "с (какого-то города)" всё остальное норм. Ну ведь же "из города", кстати интересно а на уроках русского это считалось ошибкой?
D
1) Компания занимается контрактной разработкой. Иногда в фикс формате, иногда в TM. 2) Проекты имеют свойство из фикса переходить в TM. 3) Мы работаем чаще всего с гибкими требованиями без тз, что ещё раз в пользу ТМ и контроля самого же себя. 4) По всем проектам есть сквозная аналитика, и в команде есть правило, что вся писанина в Jira, а в тогле только номер задачи. 5) Все неудобные и микротаски оптимизированы для трекинга, в статичные номера. 6) Что получаем, полнота управления ресурсом, сквозная отчетности от часа отработанного до часа проданного с привязкой к задачам. 7) Есть возможность обсуждать и задавать вопросы о своём же рабочем времени, как поменять, как сделать ещё проект, как не делать проекта. 8) От этого растут ноги в финансы. 9) Итого: для компании это максимально полезно, для сотрудников, как оказалось не напряжно. Резюме: это правила игры в компании, полезные для компании сильно и чуть меньше для сотрудников (я осознаю, что это нагрузка, но я могу сказать, что 5% на аналитику допустимо)
Спасибо, что рассказали мне, что у вас T&M и о том, что в вашей компании есть возможность задавать вопросы. О пользе трекинга времени не увидел ничего. И, честно говоря, рекомендую ещё раз прочитать мое сообщение. Особенно первое предложение под «Почему треккинг бесполезен».
AP
Спасибо, что рассказали мне, что у вас T&M и о том, что в вашей компании есть возможность задавать вопросы. О пользе трекинга времени не увидел ничего. И, честно говоря, рекомендую ещё раз прочитать мое сообщение. Особенно первое предложение под «Почему треккинг бесполезен».
Давай лучше останемся при своих! Я нанимаю - у меня свои погремушки, вы работаете в найме - у вас свои. Мы вполне идейно можем не пересекаться и не работать вместе. Но я думаю каждый из нас знает цену времени.
D
Не надо со мной спорить на эту тему. Вы окажетесь неправы и потратите свое и мое время. Давайте останемся каждый при своем.
^
Y
"с Москвы!" - тест москвича не пройден. второй вопрос "Жадина-Говядина ... (продолжите фразу)!"
A
Все писать не буду, напишу часть.
Почему треккинг бесполезен
1. Я спросил про треккинг для менеджера, так как бывают ситуации, в которых команде действительно нужно трекать время, например клиентская разработка по T&M. Однако, менеджер не является «линейной» частью этой команды. У менеджера, в течение дня, часто возникают маленькие задачи, не связанные друг с другом. Для сравнения: разработчик может гуглить решения, писать тесты, читать доки, писать функционал и все это будет частью одной задачи или сценария (хотя ценность трека спорна даже тут).
В случае с менеджером мы собираем задачи в одну кучу по схожим атрибутам или «включаем педанта» и точно трекаем все, как нужно.
В первом случае теряется детальность (ценность треков), во втором мы тратим больше ресурсов (время, мотивация, энергия и тд) на работу с треккером. Причем ценности становится не сильно больше.
2. Количество затреканного времени ≠ потраченное на задачу время.
Мысль могу развернуть, если непонятно.
3. Треки мало писать, из них нужно делать выводы. И, внезапно, делать выводы тоже нужно уметь + «делать выводы из треков» это активность, которая тратит ресурсы. Зачем использовать эту нерепрезентативную метрику, когда есть более репрезентативные, работая с которыми вы лишний раз не напрягаете команду: lead time, TTM, defect life cycle, оценка качества кода (кросс-ревью), «счастье сотрудников» (через 1-1), качество постановки задач, отношение переоткрытых задач к закрытым и много другое?
4. Если размер ЗП имеет хоть какое-либо отношение к треккингу времени — в нем будут врать.
Обычно врут немного (5-30 минут сверху на задачу), но часто. Второй популярный вариант решения проблемы, а вы именно создаете людям лишнюю проблему на работе — это трекать именно столько часов в день, сколько просят, постфактум.
Ценности у таких треков ноль. Плюс, это демотивирует команду и вам об этом не скажут на 1-1.
Почему треккинг вреден
1. Плохой менеджер не работает. Хороший менеджер не работает. Разница в том, какие результаты мы видим.
Как это понимать: «хороший» менеджер умеет выстраивать работу так, чтобы ему требовалось совершать минимум действий. Он обучает команду правильно писать сообщения, задавать вопросы, работает с мотивацией, создает отчуждаемые от него процессы, предвидит и планирует риски и многое многое другое.
В случае с треккингом становится «невыгодно» хорошо работать. Причины могу расписать, если непонятно.
2. Как уже писал выше, треккинг времени добавляет в процесс работы то, что там не требуется.
Почему это плохо:
- трекать время нужно правильно, например корректно заполнять доп поля в треккере. Чаще всего для этого пишется процесс, что-нибудь типа: «пишите в трек айди задачи, над которой работаете» (тоже идея так себе, кстати). Как уже выше писал, это добавляет работы менеджеру и команде (трата ресурсов).
- возникает ошибочное ощущение контроля и понимания того, как работают люди. Пример: У вас есть Вася и нет треккинга. К Васе нет вопросов, он молодец и все задачи закрывает вовремя. Вы ввели треккинг и увидели, что Вася тратит на ту же самую работу 60% рабочего дня, а остальное время гуляет по парку (пусть вам это рассказала жена Васи, например). Давайте, положа руку на сердце, предположим какие эмоции, вопросы и действия это вызовет у менеджера/руководства/команды.
3. Люди не очень хорошо описывают задачи. Люди не умеют оценивать. Если треки отличаются от оценки то чаще всего в сторону увеличения. Я думаю, понятно, как это влияет на мотивацию. Но есть нюанс!
4. Нюанс в том, что треки видит не только менеджер, но и команда (чаще только свои). При любой возникшей проблеме, связанной с треккингом, члены команды пойдут по пути наименьшего сопротивления (и будут правы) — манипуляция с треками.
Ценности у таких треков ноль. Об этом вы, скорее всего, никогда не узнаете.
5. Про ситуации, когда треккинг попадает в руки к «эффективному менеджеру», я вообще молчу.
Таких менеджеров не меньше половины.
Почему треккинг бесполезен
1. Я спросил про треккинг для менеджера, так как бывают ситуации, в которых команде действительно нужно трекать время, например клиентская разработка по T&M. Однако, менеджер не является «линейной» частью этой команды. У менеджера, в течение дня, часто возникают маленькие задачи, не связанные друг с другом. Для сравнения: разработчик может гуглить решения, писать тесты, читать доки, писать функционал и все это будет частью одной задачи или сценария (хотя ценность трека спорна даже тут).
В случае с менеджером мы собираем задачи в одну кучу по схожим атрибутам или «включаем педанта» и точно трекаем все, как нужно.
В первом случае теряется детальность (ценность треков), во втором мы тратим больше ресурсов (время, мотивация, энергия и тд) на работу с треккером. Причем ценности становится не сильно больше.
2. Количество затреканного времени ≠ потраченное на задачу время.
Мысль могу развернуть, если непонятно.
3. Треки мало писать, из них нужно делать выводы. И, внезапно, делать выводы тоже нужно уметь + «делать выводы из треков» это активность, которая тратит ресурсы. Зачем использовать эту нерепрезентативную метрику, когда есть более репрезентативные, работая с которыми вы лишний раз не напрягаете команду: lead time, TTM, defect life cycle, оценка качества кода (кросс-ревью), «счастье сотрудников» (через 1-1), качество постановки задач, отношение переоткрытых задач к закрытым и много другое?
4. Если размер ЗП имеет хоть какое-либо отношение к треккингу времени — в нем будут врать.
Обычно врут немного (5-30 минут сверху на задачу), но часто. Второй популярный вариант решения проблемы, а вы именно создаете людям лишнюю проблему на работе — это трекать именно столько часов в день, сколько просят, постфактум.
Ценности у таких треков ноль. Плюс, это демотивирует команду и вам об этом не скажут на 1-1.
Почему треккинг вреден
1. Плохой менеджер не работает. Хороший менеджер не работает. Разница в том, какие результаты мы видим.
Как это понимать: «хороший» менеджер умеет выстраивать работу так, чтобы ему требовалось совершать минимум действий. Он обучает команду правильно писать сообщения, задавать вопросы, работает с мотивацией, создает отчуждаемые от него процессы, предвидит и планирует риски и многое многое другое.
В случае с треккингом становится «невыгодно» хорошо работать. Причины могу расписать, если непонятно.
2. Как уже писал выше, треккинг времени добавляет в процесс работы то, что там не требуется.
Почему это плохо:
- трекать время нужно правильно, например корректно заполнять доп поля в треккере. Чаще всего для этого пишется процесс, что-нибудь типа: «пишите в трек айди задачи, над которой работаете» (тоже идея так себе, кстати). Как уже выше писал, это добавляет работы менеджеру и команде (трата ресурсов).
- возникает ошибочное ощущение контроля и понимания того, как работают люди. Пример: У вас есть Вася и нет треккинга. К Васе нет вопросов, он молодец и все задачи закрывает вовремя. Вы ввели треккинг и увидели, что Вася тратит на ту же самую работу 60% рабочего дня, а остальное время гуляет по парку (пусть вам это рассказала жена Васи, например). Давайте, положа руку на сердце, предположим какие эмоции, вопросы и действия это вызовет у менеджера/руководства/команды.
3. Люди не очень хорошо описывают задачи. Люди не умеют оценивать. Если треки отличаются от оценки то чаще всего в сторону увеличения. Я думаю, понятно, как это влияет на мотивацию. Но есть нюанс!
4. Нюанс в том, что треки видит не только менеджер, но и команда (чаще только свои). При любой возникшей проблеме, связанной с треккингом, члены команды пойдут по пути наименьшего сопротивления (и будут правы) — манипуляция с треками.
Ценности у таких треков ноль. Об этом вы, скорее всего, никогда не узнаете.
5. Про ситуации, когда треккинг попадает в руки к «эффективному менеджеру», я вообще молчу.
Таких менеджеров не меньше половины.
Очень хорошо расписанные очевидные вещи👍