Компания «Технологии. Автоматизация. Бизнес.» (ТАБ) - консалтинговая компания со специализацией на финансовом секторе и крупных организациях. Работаем с 2003 года. Производим более 300 коммерческих продуктов, всего более 30 собственных отраслевых программных продуктов. Являемся лидерами на 5 рынках, со стабильными платежами от клиентов. В компании развит отдел внедрения программных продуктов, разработки собственных продуктов и сопровождения SLA.
Ищем в команду руководителя отдела программистов.

В ваши задачи будет входить:
- управление командой разработчиков ( до 15 человек);
- координация работ по развитию и сопровождению пп 1С;
- выстраивание процессов внутри команды, код-ревью, наставничество;
- разработка KPI сотрудников отдела, их внедрение и контроль достижения;

Что мы от вас ждем:
- теоретические и практические знания СКД, запросов, конвертации данных;опыт работы с управляемыми формам
- опыт программирования от 5ти лет;
- опыт управления отделом программистов от 3-х лет;
- умение выстраивать и контролировать работу программистов;
- опыт в разработке системы мотивации сотрудников;
- огромным преимуществом будет опыт обучения новых программистов (кураторство студентов)

Почему вы должны выбрать нас:
- вы будете работать в команде экспертов своего дела;
- мы гарантируем стабильность и развитие, т.к. у нас много проектов автоматизации, отраслевых решений компании и бесконечный поток интересных задач;
- работа в самом комфортном месте - дома;
- официальное оформление с 1 дня работы;
- бесплатное обучение и повышение квалификации;
- прозрачную систему мотивации;
- гибкое начало рабочего дня с 8.00 до 10.00;

Контакты для резюме и других вопросов по вакансии:
тел. +79513236023
почта: [email protected]
телеграмм: @owlkate

(7) талантливые от 250 :)

(7) Всех сразу?
Гений, твой выход!

(1) 50 это тоже "до 250"

(9) Гений занят, он самописку рисует...

(0) > разработка KPI сотрудников отдела, их внедрение и контроль достижения.

Как выглядит KPI программиста 1С?

Когда до кадровиков дойдёт простая мысль, что у обычного сотрудника не может быть никакого KPI.
Его единственная задача - добросовестно выполнять возложенные на него трудовым договором и должностной инструкцией обязанности.
KPI бывает только у руководителей. Причём только у тех, которые обладают хоть какими-то реальными полномочиями, а не просто пасут и контролируют кучку кодеров.

Речь идет о дополнительном поощрении сотрудников с прибыли проекта

(0) Какая вилка-то?

(13) хм, а если прибыли нет ? а работа сделана...

(0) (За)Берите Фабриканта !!!

(10) Почти угадал. На днях от них была эта вакуха в одном из Телеграмм-каналов. Предлагали от 120. 120, Карл, начальнику отдела

(0) какой бонус за эксперта?

(18) Меньше, чем испорченная карма))

" опыт программирования от 5ти лет; " рыдаю ))))))

(16) Он на курсах поднимает нормально.

(17) https://skr.sh/sIRQmonvSk6?a

(22) Твоя вакансия мечты?)

(23) Просто чтобы понимал, что желающих работать за 25 тоже дохрена.

(24) Ну можно разместить вакансию, где сотрудник сам платит конторе "за работу". Только значит ли это, что желающих работать на таких условиях дохрена?

(25) да, до сотни могу набрать

(25) Количество людей, которые смотрят вакансию, говорит само за себя.

(27) у меня 20 откликов за день валится

Чую не найдет шурик на 300, даже на 250 ничего

(12) странно что ты из ит, любой термин определяющий качество работы должен быть разложен на измеримые показатели, иначе это субьектный подход, и качество будет зависеть от того, насколько глубоко ты проникся задачами линейного руководителя, а не компании

(9) гений художник, а не цербер. Я не руководитель, а пейсатель. Да и на своем ненапряжном фрилансе 4 часа в день я зарабатываю 250 по ставке 2500 в час.

(27) "Гадя, скажи как твое отчество? Ну мне для себя, чисто поржать"

(31) Пейсатель? Как тут одна эйчарша говорила - "сказочник...."

(31) пашешь без выходных?

(34) Там не сказано, что еще 4 часа в день по 500 р

(32) Фиксин (оригинальное лат. Fixin, он же »Сергей Александрович Осипов, Гений 1С, Гениталий 1С, Серж, Сосипов, Тягловой, Фикса, Жопный Клоун, Ложечка говна, Сирожа Итальянец, Миллиметрон, Сирожа Фистинг, Макака, Макакий, Тягловой, Гниений, и т.д. прозвищ у него тыщи») — подмосковный писатель конфигураций 1С, пикапер, блогер, интернет-фрик и клоун. Стал знаменит на весь рунет благодаря акции «Секс за мобилу» в 2004 году. Поддерживает свою известность с помощью постов в ЖЖ.

(29) на 300 найти не очень сложно (по профилю сабжа), а вот на 400 уже тяжело....

сабж сейчас это примерно 350 на руки для фиксиков....

франчи зазывают и на 500, но то франчи :)

(37) иди на 500, чо тебе терять :-)

(12) эти крендели не понимают ни шиша в том что применимость KPI весьма ограничена и точно не подходит для творческих профессий.
творческие навыки находятся в голове, а мы до сих пор не очень понимаем как устроено мышление, но почему-то некоторые отбитые индивидуумы пытаются его измерить :))

(13) за что будут поощрять?
за количество строк кода? - получите лапшу где в каждой строке будет по оператору кода
за количество нажатий мыши или клацания на клавиатуре? - получите имитатор клацания
за количество часов? - получите выгорание из-за гонки за числом часов

нужно понять что творческий\мыслящий человек нормально работает, когда над ним нет KPI и микроконтроля

(15) депремирование и\или минимум косые взгляды

(40) KPI для программистов завязано на SLA, то есть например на количество обращений пользователей на линию поддержки, или например на количество зарегистрированных багов...
Кроме того можно завязывать на всякие корпоративные штучки, типа: количество опозданий, количество лайков при корп голосавании и т.д.

Часть из этого работает, часть нет, тут вопрос к психологам. Если на предприятии ХОРОШИЙ психолог этим занимается то KPI вполне реализуется для программистов, а если это "приказ сверху" то это страшнее атомной бомбы.

Например в одной конторе видел такую схему KPI для сотрудников
каждый год каждому сотруднику (и старому и новому) выдается бесплатно 1 акция предприятия, но с договором, что при увольнении сотрудник ее продает обратно компании за 1 рубль.

если человек проработал 10 лет у него 10 акций и он в конце каждого квартала получает определенный % от прибыли всей компании.

(42) "Количество обращений пользователей на линию поддержки" - так это во многом зависит от профессионального уровня самих пользователей, а также от багов в типовых конфах.

(43) а также от количества новых "генераторов" задач, пользователей и т.п..

(37) если на на 300 найти не сложно, почему ты до сих пор сидишь на 250?...

kpi программиста может посчитать, только руководитель, который сам решал аналогичные задачи, за определенное время. а вот если руководитель не в силах решить задачу за поставленное им время , то и оценить kpi не сможет.

(43) (44) такие критерии работают только на больших массивах данных, пики банально не считаются (читайте про бикубическую интерполяцию и прочие методы сплайнов)
(45) 300 у меня уже есть (по крайне мере мне так обещают)... я смотрю в сторону > 350
(46) kpi программиста может включать не только производственные показатели, например можно считать сколько раз ты сделал "ку" или на сколько кг потолстел... Я понимаю, что это кажется чушью, но как говорится "в каждой избушке свои погремушки".

(47) >> 300 у меня уже есть (по крайне мере мне так обещают)
;)))...

(47) если цель зажилить зрп , то можно и к приоивам kpi привязать)))

думаю оклад надо платить программистам всегда, а если кто- то отличиося, то масштаб для предприятия должно оценить руководсво по 5 бальной системе и выплатить 5000 или 2000 $ , вот вам и kpi и стимул к развитию.

(48) мне самому смешно.

Жду когда выплатят😁
Если опять "забудут" начну не просто "смотреть" а активно искать на >350

(42) В %% к месячной ЗП сколько получалось?
P.S. Компаний платящих дивиденды раз в квартал мало, а вот как период выплаты премии - самое то.

(42) пробовали на количество обращений, хрень это полная. закрываются обращения по формальным признакам лишь бы закрыть. по итогу пользователю вместо одной заявки приходится делать 4 чтобы решить проблему.
нормальным критерием может быть время реакции на заявку и процент закрытия в срок по СЛА, это адекватные критерии, остальное от лукавого.

(53) Всё это может работать для первой линии поддержки. На внедрении или разработке это уже работать не будет

(49) по моему опыту KPI как раз и внедряется чтобы обосновать снижение з\п
если начинают внедрять KPI для программистов - лучше оттуда бежать

(55) По мне, так чтобы не парится с расчетом ЗП, в т.ч. и премий

(50) Руководство программистов или руководство предприятия?

(55) Это смотря какие КПЭ, за прошлый год у меня по нескольким по высшей планке исполнение. Те, кто внедряют, зачастую хреновые математики, и всегда можно заложить или низкий порог, или заведомо выполнимый показатель.

(24) знаем, видели таких работников. По факту это не программисты и даже не хорошая техподдержка, просто мальчики, которые могут чего-то там потыкать безуспешно пока более серьезные люди не освободятся. Ни про какую внятную разработку, даже про подправление ВПФ, там нет и речи.

(56) не люблю премии - это инструмент манипуляции со стороны работодателя.
пусть будут условные фиксированные грейды.

обычно на такие деньги берут совершенно без опыта. Ну это примерно как официанты или курьеры в соседней ветке. Только в отличие от официантов, чаевых им не дают :(

(60) В чем отличие? грейдов от КПИ?

(60) а если не использовать англицизмы?

(62) Стильно, модно, молодежно

(63) Или он наивно полагает, что раз уж он получил грейд, его пересматривать не будут?

(63) Квалификационный разряд

(62) KPI - переменная величина, Грейд - постоянная.

но и там и там суть примерно та же - вежливо отказать работнику в выплатах :)

(67) Ну так у тебя есть ежемесячная/квартальная/годовая аттестация на этот грейд (это если чо в оригинальной системе управления)

(54) ну а какие КПИ на внедрении?
на внедрении есть план проекта, этапы, сроки, ответственные, диаграммы, в проект засовывать КПИ? не представляю каким образом, если есть десятки предусмотренных рисков и еще бОльшее количество - не предусмотренных.

(69) Из чего выходит что КПИ к программистам не применим...

(68) аттестация есть, но возможны нюансы же :)

(69) Вообще не видно? ;-)

+(69) Если ты не понимаешь что контролировать при выполнении проекта, ты не сможешь его закончить в срок

(73)+ 100

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

Если таких критериев нет, то это не проект а процесс....

(65) если грейд = окладу то пересмотреть будет сложно, так как оклад прописывается в ТД или приложении к нему.
проще говоря - пришел на оклад миддла, потом грейд пересмотрели и стал сеньором.
понизить до миддла практически невозможно - нужны веские причины.

в прошлой конторе был забавный КПИ... он в основном зависел от общего КПИ который был завязан на результат внедрение Бережного производства (5с, кайдзе и пр.) около как 80%...

(76) У компании цель, она ее спустила до сотрудников

(76) в большинстве компаний если есть премия, то во внутреннем акте прописано что де премия выплачивается по финансовому результату работы компании. ну и вот нафига прогу такая зависимость.
непосредственно на фин.результат он почти не оказывает влияния, по сути является обслуживающим процессы персоналом.

(76) РДЖ или его дочки ?
Очень уж там любят баловаться такой чепушнёй

(30) >> любой термин определяющий качество работы должен быть разложен на измеримые показатели, иначе это субьектный подход, и качество будет зависеть от того, насколько глубоко ты проникся задачами линейного руководителя, а не компании

И какое отношение всё сказанное имеет к KPI?
По-моему, никакого.

Ты путаешь понятия "качество" с "эффективностью".

Оценка качества (то о чём говоришь ты) работы программиста вполне измерима и более или менее понятна.
Можно провести аудит кода, оценить его соответствие правилам, стандартам, методикам или каким-то иным требованиям.
Можно провести замеры производительности и сопоставить их с некими целевыми, оценив таким образом правильность выбранной модели или метода решения задачи.
Можно дать оценку точности соответствия готового решения заявленным в ТЗ требованиям.
В конце концов можно оценивать сроки выполнения.
Ответ на любой из этих вопросов будет однозначным - "соответствует" или "НЕ соответствует". Не может быть никакой градации.

Но как можно оценить эффективность программиста?
Что конкретно должно быть написано в его KPI?
"Выполнить разработку по десяти ТЗ в соответствии со стандартами"?
Ну так это в его должностных обязанностях написано - "программировать по ТЗ в соответствии с принятыми стандартами разработки".

Эффективность разрабатываемого программистом функционала иногда(!) можно оценить. Но это KPI постановщиков/методистов/архитекторов - тех кто функционал проектирует и внедряет.
Да и то - не всегда. Как оценить например эффективность программиста, разрабатывающего какой-нибудь регламентированный отчёт, изменившейся после очередного иезуитского приказа ФНС? Какое отношение этот регламентированный отчет имеет к задачам линейного руководителя или целям компании?
А если речь идёт о какой-нибудь маркировке продукции, неожиданные требования внедрения которой ставят крест на половине годовых планов автоматизации компании?

Эффективность отдела (департамента/дирекции) ИТ тоже можно иногда как-то оценить.
Опять таки - отдельно от качества. Например у отдела техподдержки не может быть никакой оценки эффективности. Только оценка качества. Либо техподдержка справляется со своей задачей (соблюдает сроки закрытия инцидентов, обеспечивает стабильность и устойчивость работы всей инфраструктуры в соответствии с требованиями и т.п.), либо нет. Можно пробовать повышать эффективность техподдержки (пытаться разными методами сокращать время закрытия инцидентов, оптимизировать штат, внедрить какого-нибудь электронного ассистента на горячей линии и т.п.), но невозможно заранее эту эффективность планировать. Если написать в KPI что-то типа "Сократить среднее время закрытия инцидентов в 1.5 раза", то это приведёт к тому, что сотрудники техподдержки начнут закрывать в системе инциденты "на от*ебись" - лишь бы уложиться в отведённое время и получить в конце квартала премию.

(80) Браво! Все разложил по полочкам.
за качество нужно и можно давать грейды, которые = окладу
эффективность - это уже из области экономики и к прогу имеют опосредованное отношение.
сегодня не эффективен (0) - депремировали, а завтра взял и сделал 10 задач - но все осталось как прежде.

(78) > прописано что де премия выплачивается по финансовому результату работы компании. ну и вот нафига прогу такая зависимость.

В нормальных компаниях, где подобная зависимость прописана, так же прописана различная степень этой зависимости для различных подразделений.
У тех подразделений, которые оказывают непосредственное влияние на финансовый результат (производственники, продажники), зависимость максимальная.
У обслуживающих подразделений, которые никакого влияния на финрезультат оказать не могут, эта зависимость минимальна или отсутствует вовсе.

(0) Почему руководитель ищется посторонний ?
Неужели отдел настолько хил что из своих выдвинуть некого ?

(80) Раз ты знаешь все секреты, вэлком ту бизнес по IT бузинес

(83) в подавляющем большинстве случаев программист не может работать руководителем

(85) +1, это демонстрируют ребята на протяжении всей ветки ;-)

(79) не, местное предприятие из феры машиностроения.

(85) в подавляющем большинстве случаев ИТРовец не способен быть руководителем

(85) ага. мозги настроены на излишнюю детализацию)

(84) С чего ты решил, что я знаю какие-то секреты?
То, что "эффективность" и "качество работы" - это два совершенно разных понятия, которые не связаны друг с другом напрямую, понятно даже ребёнку.
Поэтому KPI для программиста - это дичь.
С таким же успехом можно установить KPI для сборщика на производственном конвейере.
Сборщик конечно может из кожи вон лезть, но от этого ни скорость сборки не повысится, ни качество не изменится.
KPI отдела или департамента может иметь место быть. Потому что ИТ-директор, директор департамента или начальник отдела могут определять стратегию, расставлять приоритеты, распределять ресурсы между задачами и таким образом как-то влиять на эффективность. У них для этого ресурс есть. У программиста единственный ресурс - его рабочее время и мозги (знания, навыки, опыт).

Если в конторе существуют какие-то KPI для программистов, то с высокой долей вероятности с такой конторы лучше бежать.
Потому что либо там KPI - это профанация с демонстрацией бурной деятельности и в KPI заранее вписывают цели и задачи, которые точно будут решены. Зачастую такие задач весьма далеки от реальных задач компании. Либо - наоборот - это инструмент манипуляции ФОТ и метод давления на персонал.

Работал в конторах, где пытались внедрить KPI для каждого сотрудника.
Всегда это заканчивалось либо отменой этой идеи, либо переходом её в формат профанации.
Отмена выражалась в том, что KPI оставался только для директоров. А для сотрудников что-то вроде аттестации - насколько сотрудник соответствует требованиям, насколько качественно справляется со своими прямыми обязанностями и по прочим более мелким критериям (дисциплина, исполнительность, отношения в коллективе, умение работать в команде, нацеленность на результат и прочая муть).

(90) То что ты пытаешься подменять объем работы (KPI) на качество работы, мы уже поняли.

(91) Вроде как КПИ - это не особо про объем, а про эффективность.

>>>Поэтому KPI для программиста - это дичь.

во франчах существует надбавка за сертификаты, это ты готов признать как KPI

(91) Но ты не понимаешь, что выполнив некачественно работу, ты в итоге снизишь свой объем, или сейчас-долгой приемкой, или в дальнейшем- переделкой

(92) А про что? изначально это объем работы.

Ты собрал 240 штук при плане в 200, твой сосед 140. Вот и КПИ

На Базе КПИ должна собираться уже оценка линейного руководителя, и такие показатели описаны в BSC

(95) Ну и как это адекватно применить к кодерам? Написал 240 строк кода при норме 200?

(97) Какие типы производства ты знаешь?

(85) Из всего отдела не выбрать ?
"Выберите лучших из лучших котов !!!"

(85) скорее - не хочет, так как находит кайф в другом.
однако на фиксе встречал руководителей происходящих и из разработчиков и из админов, как раз в небольшом ИТ это нормально.
сам тоже бывал в этой роли чего уж

(100) + часто в "руки" как и в другие сферы ;) пролезает не тот кто умеет а тот кто имеет там свой интерес и кто понаглее тех кто не очень то и хочет... потом уже эти руки сами не понимая в том чем руководят и вводят KPI чтобы хоть как-то чувствовать управление процессами и показать какие-то цифры своему такому же руководству

(95) KPI это - собирал каждую смену в месяц по 200+-5 при 0,5% брака, например.

(102) У тебя уже 2 показателя

(103) 2 и что ?

(104) В чем отличие от моего примера?

(105) ааа :) ни в чем, тоже самое.

(106) ну вот я и не понял