Это вопрос, который преследовал сообщество разработчиков примерно до тех пор, пока существует команды программного обеспечения: Следует ли отслеживать время быть необязательным для разработчиков?
Не секрет, что многим разработчикам не нравится отслеживать свое время. Когда дело доходит до работы в знаниях, например, разработка программного обеспечения, отслеживание времени не является точной мерой производительности или качества работы, так какой смысл?
Даже в сообществе развития есть много разных мнений по этому поводу. Таким образом, мы рассмотрели некоторые из наиболее распространенных аргументов против отслеживания времени для разработчиков, а затем поговорили с некоторыми экспертами. У них есть уникальная перспектива для добавления: это отслеживание времени может быть использовано, чтобы принести пользу самим разработчикам неожиданным образом.
Почему так много разработчиков ненавидят отслеживание времени?
Ну, есть много причин. Вот некоторые из наиболее распространенных причин, по которым разработчики указывают, когда они ставят дело с отслеживанием времени в своей области.
Отслеживание времени кажется пустой тратой времени
Конечно, обычно есть вещи в нашей работе, которые могут чувствовать себя утомительными и ненужными. Но для разработчиков отслеживание времени может ощущаться, особенно как пустая трата времени — и дополнительную рутинную работу, которая часто упускается из виду и делается задним числом.
Исследования показывают, что работники, которые записывают свои временные дни (или даже недели) после того, как выполняют работу, как правило, делают дико неточные оценки того, как долго они на самом деле работают, что добавляет к ощущению, что отслеживание времени — это лишь инструмент для менеджеров, чтобы контролировать свои команды , и не что -то, что действительно необходимо для работы, которую выполняет команда.
У многих разработчиков нет хороших инструментов для отслеживания времени
Предыдущая проблема и эта, которая идет рука об руку-одна из причин, по которой отслеживание времени может показаться такой рукой, заключается в том, что многие команды программного обеспечения не имеют хорошей системы или правильного инструмента для отслеживания времени. Мы на самом деле решили это, но это не означает, что все команды разработчиков используют правильные инструменты — многие по -прежнему используют навязчивые, устаревшие методы отслеживания, от программного обеспечения, которое мешает работе, до действительно старомодных методов, таких как отслеживание на отрезках бумаги.
Разработчики должны знать лучше, чем кто -либо, что выполнение работы без правильных инструментов делает эту работу серьезной рутинной работой, так что это большая проблема, которая вообще превращает в идею отслеживания времени идеи отслеживания времени.
Отслеживание времени не вписывается естественным образом в том, как работают разработчики
И, наконец, есть все бесчисленные способы, которые отслеживание времени просто не имеет смысла для типа работы, которую делают разработчики.
С одной стороны, разработчики известны своей тенденцией работать странными часами и нерегулярными циклами продуктивности. Разработка программного обеспечения не является девяти до пяти, и это может усложнить процесс отслеживания времени.
Затем вы должны учитывать, как различные типы кодирования могут занять различные количества времени. В культуре компании, которая использует отслеживание времени, чтобы судить о производительности разработчика, это может привести к тому, что он ощущается пустой тратой времени, чтобы застрять в сложной проблеме или погрязку в каком -то сложном коде, и это то, что разработчики не могут избежать.
Это очень хорошо приводит нас к финальной (и мы думаем, самая большая) проблема с отслеживанием времени для разработчиков: Это создает впечатление, что только сфокусированное рабочее время считается работой. Разработка программного обеспечения — это работа по знаниям, что означает, что для ее завершения требуется много умственной энергии. Кодирование не похожа на сборку, где работник может появиться, часовой, выполнять работу и часовые. Часто, даже когда мы на самом деле не сидим за нашими парнями перед нашей работой, работники знаний все еще думают о сложных проблемах, которые им приходится решать, размывая границы между рабочим временем и отходом. Как вы отслеживаете это с помощью традиционных методов отслеживания времени?
Следует ли отслеживать время быть необязательным? 2 разработчики весят В
Учитывая все эти аргументы против этого, неудивительно, что многие разработчики против отслеживания времени, в традиционном смысле. Но имеет ли практика скрытые преимущества? Чтобы ответить на этот вопрос, мы обратились к нескольким экспертам: Maxim Lutsan, нашему техническому директору на 7pace, и Sascha Zierfuss, один из наших менеджеров по продуктам.
Как Максим, так и Саша согласны с тем, что заставляя разработчиков отслеживать свое время только ради отслеживания времени, может иметь неприятные последствия.
«Принуждение людей делать что -то, как правило, не дает наилучших результатов, навязывая его использование без объяснения объяснения, казаться формой контроля для разработчиков, и это не цель», — объяснил Саша.
Но он добавил, что это не означает, что разработчики не должны отслеживать свое время вообще. На самом деле, что им действительно нужно сделать, это переосмыслить свое мышление при отслеживании времени, чтобы они могли использовать его в качестве инструмента, чтобы улучшить себя и свою работу.
«Отслеживание времени — это мощный инструмент, который поможет улучшить оценку работы или увидеть развитие ваших навыков, но это требует точных данных, чтобы быть наиболее эффективными, и это связано с использованием инструмента, а не просто« заполнение его, потому что мой Менеджер попросил меня, — сказал он. «У некоторых разработчиков просто есть умение оценить работу, и в этих случаях отслеживание времени может показаться как бесполезные дополнительные накладные расходы, но для других это может помочь им улучшить, и для того, как они позволяют им отслеживать свой прогресс и улучшение с течением времени».
Максим сравнивает отслеживание времени с чем -то вроде отчета о времени экрана, которое встроено во многие операционные системы мобильных телефонов.
«Это отчет, основанный на отслеживании пользователя, где каждый может получить информацию и решить, проводит ли он слишком много времени со своим смартфоном», — сказал Максим. Точно так же отслеживание времени может дать программным командам представление о том, как они проводят время на работе, и именно здесь находится реальная ценность, сказал он.
Как отслеживание времени может помочь разработчикам улучшить свою работу (и самих себя)
По словам SASCHA, эти идеи могут быть ключом к лучшей работе — и стать лучшим разработчиком в целом.
«Отслеживание времени позволяет вам соотносить оценки усилий (обычно сюжетные очки) с фактическим исполнением», — сказал он. «Возможность оглянуться назад на задачи и проекты, чтобы увидеть, как долго им потребовалось, чтобы разработчики стали лучше при оценке того, сколько времени займет новое, но сходное, задача или проект. Никому не нравится время хруста, поэтому чем точнее оценки, тем менее стрессовым является проект ».
Но в дополнение к этому, отслеживание времени может помочь разработчикам осторожно увидеть их собственное улучшение с течением времени.
«Отслеживание времени также позволяет вам увидеть, как вы улучшаетесь со временем при изучении новых навыков. Например, когда вы начинаете на новом языке или технологии, может быть очень мотивирующим, чтобы увидеть, что задача, которая первоначально заняла вас 8 часов, потом у вас было 6 и теперь у вас уходит 4 часа, потому что вы получили более осведомленные и опытные . «
Недостатки для отслеживания времени реальны
Тем не менее, все причины, по которым разработчики противостоят традиционным методам отслеживания времени, и требования, и требования, и они заслуживают внимания, сказал Саша.
«Основным негативным является то, что отслеживание времени часто рассматривается как способ контролировать то, что делают люди. К сожалению, некоторые компании используют только отслеживание времени, чтобы «держать вкладки» на своих сотрудниках. Это правда, что это часто просто восприятие тех, кто необходим для отслеживания, и именно поэтому изложение целей и преимуществ отслеживания времени становится важным », — пояснил он. » Еще один негатив имеет некоторые из инструментов, используемых для отслеживания; Время входа может быть очень утомительным процессом, и никто не хочет тратить 30 минут, заполняя свое время на день/неделю. Если вам нужна запись в вашей временной карте для «времени входа», у вас есть проблема, не все инструменты созданы равными в этом отношении, поэтому вы определенно хотите сделать покупки и найти что -то, что подходит для рабочего процесса вашей команды с минимальными накладными расходами ».
Отслеживание времени: Необязательно или требуется?
Так в чем же прибыль? Где именно эти два эксперта падают, когда речь заходит о том, чтобы отслеживать время, необязательно для команд разработчиков?
Как для Максима, так и для Саши, недостатки отслеживания времени для разработчиков являются основными и заслуживают внимания. Тем не менее, оба эти эксперты согласны: недостатки перевешиваются тем, что команды могут получить от отслеживания своего времени.
«К концу дня я считаю, что все команды как -то отслеживают время. Это может быть точным с отслеживанием времени, иначе он будет грубым с расчетом скорости команды », — сказал Максим.
7pace TimeTracker является единственным интегрированным профессиональным решением для управления временем для команд, использующих Azure DevOps и GitHub.
Оригинал: «https://dev.to/7pace/should-time-tracking-be-optional-for-development-teams-mao»