Светлана Гацакова, директор департамента корпоративных информационных систем ALP Group

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

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

Читать в СМИ

Как программисту оценить свой темп работы — отвечают эксперты

Светлана Гацакова, директор департамента корпоративных информационных систем ALP Group