Author: Редакция ri@triz-ri.ru 

Как быть руководителю, принимающему на работу программиста?

А когда он уже принят - как проверять его работу? Традиционно IT-отдел - "терра инкогнита" за семью печатями... Схожая проблема - как принимать работу у внешних подрядчиков - разработчиков программ, web-сайтов, пр. технических "хитростей", если... Если квалификация специалиста в данной области объективно выше квалификации уважаемого Руководителя.

Становится сложно оценивать его работу (в том числе - загруженность), не вникая в "детали" предмета, - на фоне хорошо подкрепленных "отмазок" о "принципиальной невозможности". В IT-отделах что-то хронически не "масштабируется" и не "конфигурируется"... Устранение сетевых сбоев подменяется объяснением их причин ("Это происходит потому, что...") и ссылками на внешние обстоятельства... Любая задача объявляется "творческой", поэтому "сколько на это уйдет времени - неизвестно"...

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

Это и сделано в пакете "IT-SECTION". Пакет содержит, в том числе, работающую модель заработной платы программиста и премию за креативность (т.е., за производство идей). 

Если у Вас работают программисты и Вы - не Google, то этот пакет для Вас. Мы тоже используем.

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

Select the posting editor

[ return to the beginning ]