Страница 2 из 2

Re: Помогите научиться укладываться в сроки

Добавлено: Сб янв 28, 2017 7:48 pm
Sergey Martynenko
comm писал(а): Но оценка фактического времени к оцененному, показывает ошибку оценки и поднимает источник для TTM - "А чего так долго?"
В терминологии Деминга есть два типа ошибок: общая и особая. Общую компенсировать не надо. Кстати, она очень велика. Вы у Степенко на эту тему спросите. Мой эксперимент показал, что общая ошибка вариации - это 1 - 10. И учитывая что сам факт оценки снижает производительность программистов очень сильно, ... то зачем вам оценка.

comm писал(а): Основное правило: Решать проблему - а не человека. Если скорость роста объема выше чем скорость реализации это просто факт. Но эту скорость нужно как-то оценивать.
А зачем оценивать, если можно просто измерить?
Ну, выше скорость поступления задач, чем ваша возможность их решать. И что? Часто - это очень хорошее, правильное состояние.

PS. Вам кажется, я чушь несу. Я в курсе. Спросите Андрея Степенко и Максима Дорофеева, есть ли смысл в том, что я говорю.

Re: Помогите научиться укладываться в сроки

Добавлено: Сб янв 28, 2017 7:52 pm
Sergey Martynenko
А, да. Мои расчеты времени окончания проекта, как правило, сбываются с точностью в 5-10%. Даже если их веду не я.
Если что, я не виноват. Возможно, случайность.
При этом трудоемкость отдельных задач я не оцениваю. Нафиг это не надо.

Re: Помогите научиться укладываться в сроки

Добавлено: Ср фев 08, 2017 11:06 pm
zabr
Апдейт, спасибо за дельные советы.
Ну в общем стало проще, двое ушли заприоритезированных моим руководством, через мою голову, туда где нормальная командная работа и нормальные ТЗ с ясным функционалом. Меня заприоритизировали, но потом заприоритезировали мое руководство )))

Теперь им не до меня, потихоньку работаемс, местами если успеваю,
лечу долги и ищу новую работу еще нашел удаленную и ухожу вовремя ибо нефиг.

Re: Помогите научиться укладываться в сроки

Добавлено: Ср фев 08, 2017 11:07 pm
zabr
Ну и темы по поводу банального документирования или блок схем или командной разработки или методологии более не поднимаю ибо и так паровоз несет.