Стороны таблицы представляют собой: по-вертикали, перечень проектов, а по-горизонтали календарь по дням. В ячейках: оранжевым отмечается просроченный день, серым выполненный, зеленым запланированный. Часы в ячейках стерты, чтоб не пугать читателя

Как видно из графика, через месяц с небольшим после начала, 28 ноября, срыв сроков пошел по всем фронтам. Количество планируемого времени в день реально выходило более 25 часов Если делать все по плану.

Ошибка моя (одна лишь, конечно, еще есть) оказалась в том, что я менял часы, затраченные реально, прямо в ячейке с часами запланированными. А вывод: как раз никаких выводов в таком случае сделать-то и нельзя.

Целый месяц кроил и перекраивал Эксель (вводил листы, группировал ячейки), чтобы было удобно отслеживать (могу сказать что нашел, для себя, идеальную эксель-конструкцию, продемонстрирую позже) время. А тут, недавно, наткнулся на статью Joel Spolsky “Painless Software Schedules“. По-английски не читаю, поэтому читал перевод, он у нас ходит под названием “Планирование программного обеспечения малой кровью”. Суть: надо ввести 4 колонки и учитывать время по отдельности: запланированное, реальное, истекшее, оставшееся.

Надо в течении дня изменять “истекшее”, а оставшееся сделать автоматически вычисляемое как разность между запланированным и истекшим. В конце дня истекшее покажет сколько реально это заняло времени, можно им теперь заполнить ячейку “реальное”. А сумма в “оставшимся” от всех дел ясно даст понять в течении дня сколько еще осталось.
Сегодня сделал это первый раз. Результат помог выявить те процессы, которые реально съели время. Эти “процессы” - разговоры Мне реально в конце дня не хватило 3 часов от плана!