Здравствуйте, Streamer1, Вы писали:
S>>Вот давай по сути.
S>>Человек предложил схему решения задачи: еждневные отчеты участников комманды о времени затраченныом в течение дня на те или иные задачи. Эта тривиальная методика, при всем ее несовершенстве, достаточно эффективно используется в индустрии, и неплохо работает, особенно на небольших проектах. Она проста как льдинка, и дешева с точки срения затрачиваемых ресурсов. Да, при усложнении проектов, увеличении числа вовлеченного персонала и схем взаимодействия внтури проектов рекоммендуется применять более мощные методики и схемы конторля, но на средних проектов — то что надо.
S> ежедневные отчеты — это признак "полного завала проекта"
Где аргументация? Может мне привести вам примеры проектов, в которых разработчики писали ежедневные отчеты, и они были сданы в срок с необходимым качеством? А заодно примеры проектов которые провалились, потому что ПМ понятия не имел чем занимаются разработчики — они не вели такие ежедневные отчеты. В результате, разработчики тратили время на ненужные вещи, и всплывало это не сразу.


S>>Что ты имеешь против? Почему такого рода отчестность должна каким-то образом ограничивать совбоды и творческий порыв участников комманды? Как ты предлагаешь осуществлять контороль за выполнением? Или ты полагаешь что контороль и мониторинг вообще не нужен и водоворот анархии внутри проекта сам вынесет на поверхность готовое решение, при чем в срок?

S>читаем Ашманова:
S>Контроль посещаемости
<skipped>
Кто-то говорил о контроле посещаемости?


S>Контроль количества работы
S>Далее светлая мысль начальства достигает самой сути: нужно контролировать даже не рабочее время, а количество работы! Возникает смелый план заставить программистов вечером каждого дня (вариант — по пятницам) записывать, что сделано, и тут же "одной кнопкой" отправлять запись в некую общую систему.
S>Обычно, к счастью, этот ежедневный вариант контроля не удается даже внедрить. Сопротивление разумной части коллектива оказывается слишком велико.
S>Пятничные отчеты начинают писаться (руководитель проекта упросил всех поддаться), но их перестают читать наверху через пару недель, а писать внизу — через месяц-полтора.
Ашманов юморист. Заметьте как идут тезисы.
1. Пытаются внедрить ежедневные отчеты
2. "Обычно" их внедрить не удается, потому что разработчики сопротивляются. Не раскрыта тема — почему они сопротивляются? Может потому что они большую часть времени занимаются не тем что надо? (они при этом могут писать код и реализовывать фичи, но неизвестно ТЕ они делают фичи или нет, успевают они реализовывать фичи согласно плану или нет).
3. В качестве отчетов делаются отписки наверх. Поскольку они не отражают реальное положение дел — их перестают читать.
Теперь внимание вопрос. Что эти тезисы утверждают?
Ответ. На гнилых и провальных проектах внедрить ежедневные отчеты сотрудников о проделанной работе не удается! Это и есть признак плохого проекта . Так что этот аргумент не в пользу уважаемого Streamer1.