Оценить работу программиста по количеству выполненных задач нельзя – степень их сложности может быть различной. Если ввести коэффициент сложности и умножать его на количество программного кода, то оценка тоже не будет корректной, ведь даже в простой задаче можно увеличить количество кода за счет введения дополнительных ненужных логических ответвлений, которые ее значительно усложнят. Т.е. такой показатель, как количество кода, использовать для оценки эффективности работы программистов тоже нельзя.
Сделайте количество ошибок, которые допускает сотрудник в работе, одним из показателей ее качества. Когда программный продукт полностью удовлетворяет пользователя и его качество позволяет минимизировать затраты компании-разработчика на тестирование и поддержку, вы можете говорить о том, что работа программиста была эффективной. Если программный продукт был плохо отлажен и реализованные в нем программные решения не были должным образом протестированы, это приводит к значительным издержкам компании, не только материальным, но и репутационным.
Программист, работающий в коллективе компании, занимающейся разработкой программного обеспечения, должен принимать участие в информационном обмене и делиться информацией с другими разработчиками. Это касается новых технологических решений, удобных конструкциях кода, удачных реализациях того или иного программного функционала. Его знания должны помогать другим, и сам он должен быть способен воспринимать те новые практические идеи, которые генерируют другие члены команды. Оценивайте работу сотрудника с учетом его коммуникативных навыков и той полезной информации, которую он предоставляет коллегам.
Ценность сотрудника IT-отдела определите и по тому, насколько он сам может генерировать идеи. Таким сотрудникам не требуется для выполнения работы подробного ТЗ и пояснений. Эти программисты сами могут найти множество путей решения задачи, тут же проанализировать их эффективность и выбрать самый оптимальный. Работники такого склада используют нетривиальные решения и не бояться трудностей, они выполняют роль локомотива, за которым следуют все остальные.
Используйте для оценки и такой критерий, как время доработки кода. Чем оно короче, тем эффективнее работает сотрудник. Это свидетельствует о том, что конструкция программы удобна, названия переменных – понятны, логика – прозрачна и сам код реализован на качественном уровне. Для работы в команде это очень важный показатель, поскольку позволяет быстро понять логику программы и прочитать код в случае необходимости его доработки не только автору, но и другому программисту.