Как вы отслеживаете?

[Paha009]

Добрый день, уважаемые участники форума.
Недавно стал работать в IT фирме.
Управленческий учет у нас еще не сформировался и не стал так сказать "на рельсы".
Основные проблемы, с которыми мы сталкиваемся:
1. не могу отследить основные средства: ведется их закупка, но далее тот же компьютер попадает в один отдел, потом может оказаться в другом. А т.к. IT оборудования у нас целая куча, то, соответственно, это стала проблемой. Первое что приходит в голову - это все-таки сделать инвентаризацию и напрягать отдел IT, который за это отвечает. Что скажете? Как вы отслеживаете свои основные средства? При этом следует учитывать что деньги могут уходить как с расчетника, так и внутренней кассы, которая не числится по бухгалтерии.
2. у нас работает достаточное количество программистов. Оплата труда - оклад+премии. Но, при этом те же программисты сами вписывают свои часы в ведомость и предоставляют эту информацию фин отделу. Беда в том, что врут, т.к. по их отчетам у них не было обедов, распития кофе и т.д.
Как вести учет, чтобы иметь более менее реальные данные? На начальника отдела надеяться тоже не стоит, т.к., сами понимаете, он может сам дописывать часы своим сотрудникам, увеличивая таким образом ЗП.

[Genn]

1. База данных по ОС + материальная ответственность каждого сотрудника за вверенное ему оборудование.
2. Программист - работник умственного труда. Он едет на работу в метро, а в голове крутится не решенная проблемка. Вывод - никак вы это не учтете. И пытаться не стоит - настроите против себя лучших сотрудников. Дождетесь смешных вирусов и прочих приколов, как минимум.

[huse]

2. у нас работает достаточное количество программистов. Оплата труда - оклад+премии. Но, при этом те же программисты сами вписывают свои часы в ведомость и предоставляют эту информацию фин отделу. Беда в том, что врут, т.к. по их отчетам у них не было обедов, распития кофе и т.д.
Как вести учет, чтобы иметь более менее реальные данные? На начальника отдела надеяться тоже не стоит, т.к., сами понимаете, он может сам дописывать часы своим сотрудникам, увеличивая таким образом ЗП.

Платите не за время.

[Сергей А. Степанов]

Платите не за время.

Если подразумевается результат, то как правило есть проблемы с оценкой трудоёмкости, есть идеи?

[Bend]

Если подразумевается результат, то как правило есть проблемы с оценкой трудоёмкости, есть идеи?

Сергей, какие это проблемы?

[maxim_ch]

2. у нас работает достаточное количество программистов. Оплата труда - оклад+премии. Но, при этом те же программисты сами вписывают свои часы в ведомость и предоставляют эту информацию фин отделу. Беда в том, что врут, т.к. по их отчетам у них не было обедов, распития кофе и т.д.
Как вести учет, чтобы иметь более менее реальные данные?

Учет чего и для ЧЕГО вы собираетесь вести?
Под реальными данными Вы что подразумеваете?
ИМХО, имеет смысл либо распределять уже понесенные затраты по разным проблемам, либо сравнить эффективность решения проблем местной ИТ-службой и аутсорсинговой.. Как правило, для текущих задач первые дешевле..

[huse]

Если подразумевается результат, то как правило есть проблемы с оценкой трудоёмкости, есть идеи?

А зачем платить за трудоемкость. Платить надо за результат. Если результат - доход, то должно коррелировать. Если результат - отсутствие сбоев - соответственно достижение нормы отношения сбоев к объему обслуживаемых точек.

[Сергей А. Степанов]

Bend, huse, при групповой разработке вклад конкретного программиста — фрагменты кода / модулей. Сами по себе эти фрагменты далеки от результата, если принимать за результат законченный продукт. Вопрос в справедливой оценке вклада каждого участника в будущий доход.

[Bend]

А если посчитать долю кода, написанного конкретным программистом, в общем коде и % исправленных ошибок в этой доли кода. Или ввести искусственное значение, например, разработка исходного кода - 0,5, поиск и нахождение ошибок -0,1 так далее...я просто в разработке IT продуктов мало, что понимаю.

[Сергей А. Степанов]

Пословица «Краткость — сестра таланта», вполне справедлива и в работе программистов, не исключено, что и пятьдесят строк кода однажды вполне потянут на «золото» — ценность кода неравномерна распределяется по объёму, как впрочем и ошибки. Проблема справедливой оценки труда / вклада не ограничивается только лишь сферой ИТ, она вполне актуальна для всей области разработок / проектирования, да в общем то и не только. Так что здесь вопрос скорее в существовании общих подходов.

[Paha009]

А если посчитать долю кода, написанного конкретным программистом, в общем коде и % исправленных ошибок в этой доли кода.

Не, мы закопаемся тогда. Это нужно садить отдельного человека, который это отслеживает. Трудоемко + тут не по доле нужно смотреть: "ценность кода неравномерна распределяется по объёму".

Учет чего и для ЧЕГО вы собираетесь вести?
Под реальными данными Вы что подразумеваете?

Учет реального времени, затраченного на проект. Например, по отчету программера он даже не ходил на обед, а работал над проектом. Некоторые могут придти в офис к 12 дня, а в отчете фигурирует цифра 9 утра.
Можно конечно отслеживать время прихода и уходы отдельного человека с работы, но суть то не меняется: программист может сидеть и тупо лазить в инете для развлечения.
Все-таки пока на фирме не пришли к чему-то общему.
Думаю, надо пересматривать часовую ставку на человека (делать ее меньше), но при этом делать больше бонус за определенный результат. Этот результат контролирует проект менеджер.

[koupld]

Разрешите ответить по второму вопросу:

2. у нас работает достаточное количество программистов. Оплата труда - оклад+премии. Но, при этом те же программисты сами вписывают свои часы в ведомость и предоставляют эту информацию фин отделу. Беда в том, что врут, т.к. по их отчетам у них не было обедов, распития кофе и т.д.
Как вести учет, чтобы иметь более менее реальные данные? На начальника отдела надеяться тоже не стоит, т.к., сами понимаете, он может сам дописывать часы своим сотрудникам, увеличивая таким образом ЗП.

Вы знаете, Ваши бы слова моему начальнику.....в свое время у меня с ним был огромный конфликт....Я утверждал, что подобные оценки когда они сами вписывают данные не имеет смысла, так как люди будут врать вы это и подтверждаете....
Что я предлагаю:
1.На мой взгляд при анализе вот таких табелей необходим человек, который достаточно хорошо разбирается в том, что он проверяет. Когда я делал IT проект (был менеджером) и отслеживал работу программистов, то когда мы с ними оценивали трудоемкость работ (Ваш же случай только не после работы а до), то хорошо понимая что они будут делать я не позволял себя обмануть. Бессословно, бывают ситуации когда работа потом задеживается, но в абсолютном большинстве случаев это работает. Да они могут соврать на час, или два, но не в два раза и не более.
2. Попробуйте в системе стимулирования заложить часть премии за скорейшее завершение проекта и сбаланисровать ее с переменным окладом по ходу. Тогда будет смысл укорачивать сроки а не удлинять.
3. Идите не от потраченного времени, а от поставленных задач, сроков и качества их выполнения и результата. Вот смотрите есть два программиста - один хороший а другой плохой. Хороший пишет программку за 2 часа, а плохой за 4. Вопрос: кто должен получить премию? По вашей схеме плохой так как работал дольше и есть переработка. В действительности необходима некоторая экспертная оценка времени выполнения работы и фиактическое время сравнивать необходимо именно с экспертным.
Надеюст мои советы Вам помогли

[maxim_ch]

Учет реального времени, затраченного на проект.

для чего? для перевыставления счета внешнему клиенту? или для внутренних целей?
Если для внутренних, то смысла никакого нет. Врятли, сравнивая временные затраты вы сможете управлять эффективностью творческой работы...
Если уж стоит такая проблема, то тогда путь следующий:
1. определение задачи
2. определение методики ее решения
3. формирование логической модели
4. определение трудозатрат по воплощению логической модели в коде
5. воплощение в коде
6. сравнение 5 и 4
ИМХО, этот не имеет ни какого практического смысла для ИТ-проектов - так как затраты п5. не сильно больше затрат 1-4.

Например, по отчету программера он даже не ходил на обед, а работал над проектом. Некоторые могут придти в офис к 12 дня, а в отчете фигурирует цифра 9 утра.

работа - это что? давил на кнопки? ИМХО, это все равно как писателю или художнику платить за количество краски, которая напрямую пошла на создание только конечного продукта...
Если иначе, то я не вижу, почему программер не работал в тот момент, пока пил кофе в столовке, курил на улице, ехал на работу или сидел на профильном форуме.. Так же я не вижу причин, почему он одновременный не мог работать более чем на одном проекте / продукте..
Если таки предложенная система будет работать, то тогда довольно быстро программисты научатся показывать выдающиеся результаты по этой системы, но деятельность отдела в целом будет крайне неэффективной..

Можно конечно отслеживать время прихода и уходы отдельного человека с работы, но суть то не меняется: программист может сидеть и тупо лазить в инете для развлечения.

Угу, а если развлечение совпадает с его работой? вполне допускаю, что программер сидит в той же аске и решает с приятелем вопрос как решить поставленную задачу.. Логи аськи тут не помогут..
Скажем так - Вы решая задачу, поставленную в первом посте, зашли на этот форум - для развлечения или для работы?
И как Вы считаете, если оценивать то положение, которое Вы создадите в итоге для решения этой задачи оценивать по тому времени которое Вы затратили для его разработки и/или по количеству букфф в нем?
По пробуйте написать КиПиАй работы по написанию этого Положения - задача вполне сравнимая..

Все-таки пока на фирме не пришли к чему-то общему.
Думаю, надо пересматривать часовую ставку на человека (делать ее меньше), но при этом делать больше бонус за определенный результат. Этот результат контролирует проект менеджер.

не самый плохой путь, но:
1. если компания белая - то это существенное изменение условий трудового договора - вы, конечно, можете "продавить" это решение, но Вы первые начали обманывать своих сотрудников, и если они Вас потом будут обманывать - то, ИМХО, моральная вина с вашей стороны есть
2. если конечный результат финансовый - то тогда существенная часть в конечном результате зависит не от программера, а от продавца продукта и манагера..
Мне кажется лучше уж просто давать бабло на продукт/услугу/сервис манагеру/директору по ИТ и "забить" на то, как он в рамках этого бабла решает поставленные задачи.. И по результатам сравнивать это затраченное бабло с тем, которое было бы потрачено на "аутсорсеров" (в том числе учитывать потраченное бабло на аренду помещений, воду в куллерах и т.д.)

[Савельев Алекс]

была похожая проблема.
Все закончилось в момент консолидации закупок и заказов в одном отделе. Раньше закупками и заказами занимались каждый сам себе.
И действительно трудновато было проследить движение ТМЦ.
Сейчас у нас отдел работает с огромным сервисом по тендерам ерумпо, и несет ответственность от момента работы с сервисом до момента получения на склад. И есть база движения,где отчетливо видно,куда переместился ТМЦ после получения на склад.
Нам удобно,хотя возможны варианты.