Тема 2: Об отмене поправочных коэффициентов в Фестивале.
Мнение команд | Комментарии разработчика |
Предыстория возникновения поправочных коэффициентов и сегодняшняя ситуация «Позиция организаторов 2 года назад, цитируем: | Это цитата из высказываний команды «Знергия», на мой взгляд, достаточно исчерпывающе описывает и причины появления поправочных коэффициентов, и сегодняшнюю ситуацию. |
Правильное направление поиска верных решений «существовал такой принцип: делать проектов мало, но качественно! Для этого принципа и были введены коэффициенты! Сейчас срабатывает другая теория: делать МНОГО и делать КАЧЕСТВЕННО. Искать недоработки Фестиваля нужно в этом направлении! Зачем такая сумасшедшая гонка?! Зачем, регистрируясь на Фестивале, автоматически подписывать себя на ВСЁ это?! Зачем? «Если делаешь много отчетов и из-за коэфффициентов имеешь оценку гораздо ниже, чем та команда, которая делает проектов на порядок ниже, то это не несправедливо, это правильно! Так и надо. Замечательно, если успеваешь со всеми проектами. Но если нет, то лучше просто делать то, что нравиться. А если тебе не нравятся проекты, и ты их делаешь некачественно, то зачем тогда браться за это дело? Кто не лучше команды знает свои возможности?! Лучше сделать мало отчётов, но качественно, таков лозунг Фестиваля на данный момент, а получается ведь всё наоборот... | Мне кажется, что эти цитаты команды «Witches» задает верное направление поиска верных решений. Я бы сформулировал следующий Фестивальный принцип: Делать то, что ИНТЕРЕСНО, максимально КАЧЕСТВЕННО. Это означает, что не надо делать все и много, надо делать только то, что интересно. И надо найти такие механизмы оценки, чтобы побеждали те команды, которые работают по этому принципу. Формулировать принципы легче, чем находить механизмы. Тем более, что итоговая оценка все равно, видимо, будет зависеть от кол-ва выполненных проектов (даже только интересных). Потому что команда, сделавшая блестяще 2 проекта, которые ей были интересны, не может опередить команду, сделавшую качественно 20 интересных для нее проектов. Это будет принципиально несправедливо. Разнообразие интересов команды мы должны только поощрять. Так что нахождение заключительной формулы очень сложно. Своим жестким коэффициентом 0,1 организаторы достигли достаточной степени качества отчетов, но не решена 2-ая задача – уменьшение интенсивности работы команд (особенно – лидеров). |
О качестве отчетов «странно видеть, например, лучший отчет по проекту, за который дали половину баллов. И если коэффициенты и оставят (не очень-то с нами считаются организаторы), то уж такую вещь, как оценка лучшего по проекту отчета точно надо пересмотреть, к такому отчету кроме 1 никакого другого коэффициента применять нельзя» «А можно сделать так: «если отменять, то только 0,5!» «Чтобы делать все проекты качественно, НУЖНА КОМАНДА. В команде должны быть просто разные по творческим способностям люди. Просто необходимы: художник, писатель, поэт, трудоголик, который будет постоянно сидеть в библиотеке, пока чего-нибудь не найдёт, критик... Если команды нет, и какие-то из этих мест западают (если конечно, один человек не владеет всеми этими способностями!), то и получается маленький коэффициент!» «За все качественные - коэффициент 1, за некачественные - 0,5» «Можно ещё за качественные проекты поощрять - по 1% за хороший проект от оставшейся суммы баллов в приложениях.» «сделать отчеты "некачественными" не в том случае, если их оценка меньше 50%, а если она меньше, например, 30-35%. Здесь не будет такого, что половина стоимости от 90 баллов (т. е. 45) будет пропадать и превращаться в 4-5 баллов, но и откровенно некачественные отчеты тоже не пройдут» «С коэффициентами 0,5 и 1 как и обсуждали, и установить "порог качества". Вот только сколько процентов подумать надо так, чтоб с аргументами» Я лично за то, чтобы коэффициенты отменить, но ввести бонусы к полученным баллам: для качественных отчетов, скажем, +40% от общей стоимости проекта, для "симпатий разработчика" - допустим, +50%, и для победителя - +60% или что-то в этом роде | Несмотря на то, что задача получения качественных отчетов решена, мы понимаем из общего обсуждения, что она решена достаточно жесткими методами. И готовы к переосмыслению и пересмотру. Будем обсуждать и внесем какие-то изменения. Но все это … позже, после окончания Фестиваля. Все Ваши предложения по этому поводу будут рассмотрены. Спасибо. |
Как уменьшить интенсивность работы команд? А вот насчёт гонки - можно ограничить количество выполняемых проектов, например не более 3-х из пяти выставленных. выбирай те, что по душе! Нужно ВЫСТАВЛЯТЬ МЕНЬШЕ ПРОЕКТОВ! Вот и всё. Командам станет легче! | К сожалению, решения пока не найдено. |
Об оценке отчетов командами «оценки других команд для данной команды должны лишь просто сравниваться с оценкой разработчика, но не влиять на итоговую оценку проекта (ни в коем случае!), так будет гораздо правильней» «мы бы предложили ввести "порог объективности": если команда проверяет 5-7 отчетов необъективно (отклонение 20-30%), то ее лишать на время возможности оценивания. Или такие оценки не включать в итоговый результат» А то, что некоторые сильно занижают оценки конкурентам, так при большой разнице в оценках разработчика и оценивающих команд - такие оценки не учитывать. | Рецензирование отчетов команд командами необходимо и никем не оспаривается. Вопрос – в необъективной оценке. У нас заложено поощрение команд за объективную оценку. Цитирую Положение: «За объективную оценку другой команды и самооценку команда получает дополнительные баллы в размере 5% от стоимости проверяемого проекта. Под "объективностью проверки" понимается следующее: самооценка команды или оценка другой команды может быть отлична от оценки разработчика не более чем на 10% от стоимости проекта по абсолютной величине». Все Ваши предложения будем изучать, но вопрос достаточно сложный и решение простым быть не может. |
Об оценке работы в Приложениях Фестиваля «один коэффициент должен остаться - это коэффициент за приложения. Конечно, сумма баллов за приложения не должна превышать баллы проектов» «Поправочный коэффициент нужно оставит в приложениях(там это к месту, чтобы несильно акцентировались на приложениях), так как проекты - это основные задания Фестиваля» «По поводу зависимости баллов за приложения от баллов за проекты. Система это действительно правильная, поскольку не у всех команд есть возможность выхода в интернет...» «А если сделать так: засчитывать баллы за приложения с таким же коэффициентом, какой идёт за сами приложения! Например, если коэффициент 0.7, то вместо 1 балла начисляется 0.7 баллов, если коэффициент 0.1, то за место 1 балла начисляется 0.1 балл. Но коэффициент будет всё больше и больше уменьшаться, но баллы будут переходить в общий командный рейтинг! Можно также поставить ограничение, чтобы баллы не бесконечно переходили в общий рейтинг…» | Приятно, что большая часть команд сошлись и поддержали дирекцию: «Сумма баллов, заработанных в приложениях Фестиваля, не может превышать 25% от суммы баллов, заработанных на проектах». |
Резюме: Это - одна из самых сложных тем. Команды проявили большую заинтересованность, но, к сожалению, не нашли решения. Будем думать дальше.
