Griboks

Существует много инструментов для эффективного тестирования. Приведу краткий список основных техник:
► статическая типизация
► статический анализатор
► продвинутая ide с подсветкой синтаксиса/ошибок/подсказок
► автоматические тесты
► отладчик - самое главное
► локализация ошибок / снижение связности / внедрение зависимостей
► конвенция/стандарт написания и форматирования кода

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

Идею ждёт успешный успех!

у программиста в рабочем дне эффективными являются только порядка 4 часов

Пришёл на работу - таймер запустился. Ушёл с работы - таймер сохранился. Так и все 12 часов в день станут эффективными.

Другое дело, когда ты фрилансер и продаешь свои часы заказчику по хорошей часовой ставке.

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

Это тоже занимает время. Как это учитывать в тайм трекерах?

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

В общем посоветуйте какие ньюансы нужно обговорить с инвесторами чтобы и обе стороны остались удовлетвореннымми?

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

Речь идет о постоянной занятости удаленщиков. 8 часовой рабочий день.

Стоп стоп стоп. Зачем вам понадобился таймер, если вы уже заранее знаете, что он будет каждый день замерять 8 часов?

Обычно утром на заводе проводишь пропуском, и таймер запускается. Потом через 9 часов по дороге домой проходишь кпп, и таймер включается. За это платят обычно 20-40 тысяч в месяц.

В чём проблема? Пишите в отчёте столько, сколько требует руководство. А учёт перерывов зависит от ваших целей. Зачем вы учитываете время?

cкорость⁻¹ + качество⁻¹ + стоимость⁻¹ = скилл = const ~ оплата

Иными словами, вы задали неправильный вопрос. Нужно спрашивать: "Насколько высокий скилл должен иметь программист?" Ну и ответ весьма очевиден: высокий для чего, насколько по сравнению с чем и кому должен.

Просто сделайте кнопку и заставьте сотрудника каждые 5 минут на неё нажимать. Кто не нажмёт - штраф 1000 рублей. За день всю зарплату потеряет - будет всегда нажимать.

Это зависит от цели диплома. Если цель - написать что-то на телефон, то нужно продумать технические и/или дизайнерские аспекты. Необходимо составить подробное ТЗ, в котором обосновать принятые решение относительно каждой строчки кода (с научным подходом). Например, почему используется именно такая цветовая палитра или почему выбрана облачная синхронизация.

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

Хочу дополнить другие ответы практическими советами:
1. автоматизация
2. делегирование
3. фильтрация
4. приоритезация (откуда станет понятно, что делегировать, что делать, а что выкинуть или отложить)
5. планирование и целеполагание
6. отдых и соблюдение других правил безопасности
7. ещё всякие советы по эффективному управлению временем (их очень много)
8. саморазвитие, тренировки и различные техники обучения
И самое главное: деньги != продуктивность != эффективность и тем более != потраченному времени.

слишком мало задач

30-40 часов

У вас задачи измеряются в часах? Возможно, программисты просто не понимают, что значит писать код 55 часов подряд. Возможно, им нужно поставить цель конкретными функциями/классами/интерфейсами и т.п.
Есть ещё мнение, что вам стоит измерять производительность не в часах, а в результатах. Поменяв формулу, вы увидите, что производительность программистов достаточно большая по сравнению с, например, вами.

выяснить причины такого низкого перфоманса

А что он вам может ответить? У него в контракте записана норма времени?

Это очень обширная тема. Если кратко, то первые 2 часа бодрствования являются самыми продуктивными. В это время надо решать самые важные и ресурсоёмкие задачи. Далее, после перерыва остаётся немного времени решить несколько мелких задач. Затем обед. После обеда и отдыха после обеда начинается вторая продуктивная фаза дня (но хуже, чем первая). В конце дня решать задачи не имеет смысла. Лучше отдохнуть, посмотреть телевизор, составить план на следующий день.

Кроме того, есть мелкие хитрости для повышения продуктивности:
- перерыв каждые 15 минут
- однопоточная деятельность
- чёткая приоритезация задач
- умение говорить "нет"
- выкидывание/делегирование ненужных задач
- отказ от срочности в пользу важности

Ну а если все пошло не по плану, то нужно подключить мотивацию или завтра.

1. поставить цель
   
2. составить план
   
3. выполнить план
   
4. проанализировать результат
   

У данной методики средний, но зато постоянный прирост продуктивности.

У меня этим занимается касперский.

максимальный эффект

Сначала необходимо разобраться, что это значит.
Если для вас эффективность дня заключается в количестве отработанных часов, то работайте, а не читайте статьи!