опрос - timesheets

[alex-IT]

Опрос касается тех кто на fulltime

[Uzito]

Каждые две недели захожу на portal.adp.com и жму кнопку approve. Если брал отпуст/отгул, то помечаю день. Никаких поминутных отчётов.
Помимо этого есть внутренняя компанейская аппликушка для распределения денег на разные проекты компании. Захожу туда раз в неделю проставить примерные часы, типа 3h production maintenance, 2h mettings, 1h non-project time, 2 project blah-blah.

[Helmsman]

Раз в неделю, надо нажать 2 кнопки, если нет праздников или PTO. Иначе заполнить пару дополнительных полей в форме.

[Wolverene]

У нас fulltime но гибкий и с почасовой оплатой. Поэтому надо указывать сколько ты отработал. Хорошо что надо указывать раз в 2 недели - можно бухгалтерию подбить и распределить отработанные часы более-менее равномерно - а то бухи возмущаются видя 15-16 часов в день... (релиз... )

[thinker]

У нас требуется отменить пару раз в месяц сколько часов было потрачено на конкретный проект. Если проектов несколько, то отмечаем количество потраченных часов в день по каждому проекту. Это нужно лишь ради статистики. На оплату (для тех у кого salary), это ни как не влияет.

[nyekimov]

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

[thinker]

Вопрос вот в чем, руководство оперирует тем, что необходимость заполнения этой бурды заключается в том, что компании дают какие то налоговые кредиты на время затраченное на разработку. Это правда?

У нас такого нет. Заполняем чтобы менаджмент лучше распределял ресурсы по проектам.

[Uzito]

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

Да, если компания занимается R&D больше чем поддержкой, то может получить налоговые послабления.
У меня в компании лет десять назад пытались доказать что занимаются чисто R&D, но ничего не вышло, провалили тесты по Experimentation так как было недостаточно выполненой работы с нулевым или отрицательным выхлопом.

[АццкоМото]

Uzito, разъясните, пжалста, как это работает. Т.е. типа если я хочу ракету в космос запулить и первые 10 разбились, прежде чем удалось, то r&d льготы, а если сразу полетела, то уд на всю морду, так штоле?

Реально интересно, спасибо

[Uzito]

Uzito, разъясните, пжалста, как это работает. Т.е. типа если я хочу ракету в космос запулить и первые 10 разбились, прежде чем удалось, то r&d льготы, а если сразу полетела, то уд на всю морду, так штоле?
Реально интересно, спасибо

Разбившиеся ракеты это обычный business expense.

Речь trial & error c целью улучшения эффективности бизнес процесса при недостаточной уверенности в результатах.
Скажем Elon Musk вместо чисто ракетной компании имеет комапнию по выводу грузов на орбиту. Для улучшения результатов/удешевления стоимости его конструкторы шлифуют и испытывают 10 вариантов ракет. В конце концов один оказывается лучшим по критериям надежности и цены. Маск начинает использовать новый вариант для доставки 5x предыдущего объема грузов на орбиту.
Если затраты на разработку превышают обычный maintenance, то это R&D за который можно получить tax credit.

Сравните это с РосКосмосом, где до сих пор используется 40-летний девайс и минимальным улучшением, что есть 99% maintenance.

В софтварной индустрии это software enhancement vs bug fixes.

[АццкоМото]

Uzito, разъясните, пжалста, как это работает. Т.е. типа если я хочу ракету в космос запулить и первые 10 разбились, прежде чем удалось, то r&d льготы, а если сразу полетела, то уд на всю морду, так штоле?
Реально интересно, спасибо

Разбившиеся ракеты это обычный business expense.

Речь trial & error c целью улучшения эффективности бизнес процесса при недостаточной уверенности в результатах.
Скажем Elon Musk вместо чисто ракетной компании имеет комапнию по выводу грузов на орбиту. Для улучшения результатов/удешевления стоимости его конструкторы шлифуют и испытывают 10 вариантов ракет. В конце концов один оказывается лучшим по критериям надежности и цены. Маск начинает использовать новый вариант для доставки 5x предыдущего объема грузов на орбиту.
Если затраты на разработку превышают обычный maintenance, то это R&D за который можно получить tax credit.

Сравните это с РосКосмосом, где до сих пор используется 40-летний девайс и минимальным улучшением, что есть 99% maintenance.

В софтварной индустрии это software enhancement vs bug fixes.

Есть мелкие вопросы, но в целом понятно, спасибо.

[Serguei666]

Опрос касается тех кто на fulltime

Нам не нужно ничего сдавать, но требуется заполнять timesheet каждый день, в конце рабочего дня. Есть скрипт, который это отслеживает и если забыл - получишь письмо на след. день о том, что ты забывчив.
Выходные-праздники можно заполнять заранее.