Нормирование труда по сопровождению Аксапты

[Мартынов Дмитрий]

Цитата:

Сообщение от tolstjak

P.S.
А как все-таки с нормированием труда по сопровождению?

Не я ее придумал, а один опытный управленец с которым я работал. В ПО он разбирался мало - но если необходимо - вникал. Я лишь пытаюсь формализовать то, что он успешно использовал.
Но сначала термин: Сопровождение давайте рассматривать, как поддержка действующей системы в рабочем состоянии.

Представим, что консультант отвечает за работоспособность определенного модуля. Тогда за каждый день работы начисляем балы следующим образом:
+ 1 если модуль работает и консультант присутствует на рабочем месте
+ 5 если модуль не работает и консультант отсутствует на рабочем месте
- 20 если модуль не работает.

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

Понятно, что цифры приблизительные - важен принцип. Думаю что это принцип изначально возник как протест против финансирования ИТ по остаточному принципу - "раз все работает ок, может ИТ зарплату не платить вообще - вроде все работает само..."

[Bober]

Цитата:

Сообщение от Мартынов Дмитрий

Н
Но сначала термин: ...........
начисляем балы ........

Вот-вот, начните с определения термина "балл" (или "бал" по-вашему). Хорошо - это когда много баллов или когда мало баллов? (аналогия из спорта: много баллов в фигурном катании это хорошо, а много баллов в гольфе это плохо).
Из вашего примера это непонятно. Скажем, в месяце 22 рабочих дня. Весь месяц и консультант отсутствует, и модуль не работает. По вашему пункту 2 консультант наберет плюс 110 баллов; с другой стороны, эта ситуация подпадает и под пункт 3 (система не работает, наличие консультанта не определено) , консультант набирает минус 440 баллов. Вы пишите "важен принцип", вот и объясните его, как у вас так получается, что фиг поймешь что вы пишите.

[Мартынов Дмитрий]

Цитата:

Сообщение от Bober

Вот-вот, начните с определения термина "балл" (или "бал" по-вашему). Хорошо - это когда много баллов или когда мало баллов?

Получилась ерунда, сори, действительно ошибся. Одно НЕ было лишним...
Итак правильный вариант: ("+" значит плюс к зарплате)

+ 1 если модуль работает и консультант присутствует на рабочем месте
+ 5 если модуль работает и консультант отсутствует на рабочем месте
- 20 если модуль не работает

[sukhanchik]

Работая еще давно давно программистом, работающим над своей самопиской - услышал похожую идею от директора - "Если нет проблем, то и программист не нужен".
Поэтому я бы посчитал, что во второй пункт вкралась досадная "опечатка" - следует читать так:

Цитата:

Сообщение от Мартынов Дмитрий

+ 1 если модуль работает и консультант присутствует на рабочем месте
+ 5 если модуль работает и консультант отсутствует на рабочем месте
- 20 если модуль не работает.

Количество баллов прямо пропорционально зарплате консультанта (т.е. плюс - это хорошо), однако коэффициент убывает от месяца к месяцу.
Т.е. в первый месяц после запуска - если все работает - консультант - супермолодец. (считаем + 5 баллов в день)
Если и во второй месяц ничего не выявилось - то - просто молодец (допустим + 2 балла в день)
В третий месяц - 1 балл. В четвертый - уже можно не платить, т.к. если система долго не требует участия консультанта - то он наверное и не нужен.

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

Но это все теория. На практике - математически точно всегда высчитывать баллы - мне кажется не получится. К этому надо стремиться конечно, но идеального варианта наверное не получится.

PS. Пока писал - уже ответили

[Bober]

Цитата:

Сообщение от Мартынов Дмитрий

Итак правильный вариант: ("+" значит плюс к зарплате)

+ 1 если модуль работает и консультант присутствует на рабочем месте
+ 5 если модуль работает и консультант отсутствует на рабочем месте
- 20 если модуль не работает

То есть, консультант пришел на работу = плюс один к зарплате, а прогулял = плюс пять? Пробовали предлагать такую схему своему руководству? Попробуйте.

PS Ваша логика меня давно уже 'восхищает'. Может и хорошо что Компьютерра закрылась.

[Мартынов Дмитрий]

Цитата:

Сообщение от sukhanchik

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

Нет, количество балов не убывает. Кстати, если есть удаленный доступ, то, удаленное исправление чего либо можно приравнивать к присутствию.

Попробую разъяснить:

+1 Если для того чтобы все работало консультант чтото колдует (в этом случае риски больше)
+5 Если все работает само - это значит что все хорошо отлажено, пользователи обучены, процесс не требует ручной доводки. Платиться без уменьшения - нельзя обижать консультанта, завтра тебе потребуется другой модуль и а спец уйдет к кому то. Т.е. деньги платятся за то что модуль работает.
-20 Не работает. Тут все ясно - может быть и -50 все зависит от конкретной компании

Цитата:

Сообщение от Bober

То есть, консультант пришел на работу = плюс один к зарплате, а прогулял = плюс пять? Пробовали предлагать такую схему своему руководству?

Данная схема использовалась, но не совсем как я описал. Эти балы использовались для оценки, нужен нам такой консультант или не нужен...

Цитата:

Сообщение от Bober

PS Ваша логика меня давно уже 'восхищает'. Может и хорошо что Компьютерра закрылась.

Спасибо, уверенно воспринимаю это как комплимент.! Я, кстати, скоро книгу издам про ERP.

[slava09]

Цитата:

Сообщение от Мартынов Дмитрий

Я, кстати, скоро книгу издам про ERP.

Книга про ERP очень нам нужна. А какое в этой книге будет содержание?

[Bober]

Цитата:

Сообщение от Мартынов Дмитрий

Я, кстати, скоро книгу издам про ERP.

Боже мой... Ладно, графоманы пишут художественную литературу, фэнтези... Но зачем в профессиональную тему графоманию привносить? Даже если за свой счет издадите... Вот он, кризис, как аукается...

[Aleck]

Цитата:

Сообщение от slava09

Книга про ERP очень нам нужна. А какое в этой книге будет содержание?

Книги по ERP уже есть, но и еще не помешают, если толковые конечно. А бестолковые по любой теме не нужны.