Комментарии 43
Статья интересная и заставляет задуматься, но вот это: «Мы все заметили ясное и заметное улучшение продуктивности после отказа от овертайма. Продуктивность в смысле ценности для пользователя, производимой в единицу времени.»--просто супер-объективная статистика.
Отличная статья. Пособие всем софтверным компаниям, которые по большей части занимаются заполнением всякого рода ненужных бумажек. Есть мотивация => есть результат.
Есть мотивация-> есть результат — это простая истина, которую сложно применит на практике. Сам руководитель отдела из 60 человек и у меня такой «линейный» подход не проходит. У каждого человека своя мотивация для работы. К тому же, не все способны работать эффективно, если над ними не осуществляется более-менее жесткий контроль. В этом плане отчеты могут подстегивать таких работников.
Хрен там.
Они будут подстегивать эмулировать работы, лучше формулировать отчеты, чтобы каждая мелочь казалась слоном, и культивировать чувство вины. Последнее — самое мощное, потому что заполняя отчет ты невольно попадаешь во фрейм «как доказать, что ты потратил время не зря».
Мотивация — индивидуальная вещь, мне например нужно чтобы было достаточно денег, чтобы о них не думать, и признание полезности результатов. Кому-то, наверное, чтобы в офисе кормили, кому-то чтобы теннис был, кому-то что-то еще. Но заставляя писать отчеты ты точно так же задрючиваешь всех под одну гребенку, просто под другую.
Мне нравится буддизм и индуизм, потому что там основная мораль «ты можешь быть лучше, и если что, мы тебе поможем и будем делать это вместе».
Мне не нравится православие, потому что там все по другому «если ты не будешь делать вот то и вон это, то попадешь в ад». Составление отчетов о проделанной работе — это отсюда же.
Все ИМХО. :)
Они будут подстегивать эмулировать работы, лучше формулировать отчеты, чтобы каждая мелочь казалась слоном, и культивировать чувство вины. Последнее — самое мощное, потому что заполняя отчет ты невольно попадаешь во фрейм «как доказать, что ты потратил время не зря».
Мотивация — индивидуальная вещь, мне например нужно чтобы было достаточно денег, чтобы о них не думать, и признание полезности результатов. Кому-то, наверное, чтобы в офисе кормили, кому-то чтобы теннис был, кому-то что-то еще. Но заставляя писать отчеты ты точно так же задрючиваешь всех под одну гребенку, просто под другую.
Мне нравится буддизм и индуизм, потому что там основная мораль «ты можешь быть лучше, и если что, мы тебе поможем и будем делать это вместе».
Мне не нравится православие, потому что там все по другому «если ты не будешь делать вот то и вон это, то попадешь в ад». Составление отчетов о проделанной работе — это отсюда же.
Все ИМХО. :)
Отчеты о выполненной работе/затраченном времени не только полезны, но и необходимы. Именно они позволяют составить статистическую базу для план-фактного анализа корректировки экспертных оценок продолжительности проектных работ.
И заполняться они должны не на бумажках или в таблицах Excel, а в системе управления проектами.
И заполняться они должны не на бумажках или в таблицах Excel, а в системе управления проектами.
В Agile, мягко говоря, как-то не приживается «план-фактный анализ корректировки экспертных оценок продолжительности проектных работ», все больше просто Planning Poker для планирования. Не так научно, но зато, как показывает практика, очень эффективно.
Хотя, вообще говоря, аналог «план-фактного анализа корректировки экспертных оценок продолжительности проектных работ», например, в Scrum есть и его роль играет фокус-фактор — коэффициент, на который умножается оценка трудоемкости, данная командой. Коэфициент корректируется по результатам спринтов, но для этого не нужны отчеты о выполненной работе. Просто после спринта на ретроспективе смотрим, сколько успели сделать из запланированного (или насколько больше) и корректируем коэффициент
Признаюсь, я не знаток agile и scrum — увы, для меня это пока что загадочные иностранные слова.
Но опыт подсказывает, что почасовой учет рабочего времени в более-менее крупном проекте надо вести в любом случае, какую бы методологию мы не использовали.
Но! — чего делать нельзя ни в коем случае (если только мы работаем, а не занимаемся выживанием на рынке) — это переводить проектную команду на почасовую форму оплаты труда; смета трудозатрат со стоимостью часа — это документ для обоснования стоимости проектных работ перед Заказчиком, а не для расчета зарплаты персонала.
Но опыт подсказывает, что почасовой учет рабочего времени в более-менее крупном проекте надо вести в любом случае, какую бы методологию мы не использовали.
Но! — чего делать нельзя ни в коем случае (если только мы работаем, а не занимаемся выживанием на рынке) — это переводить проектную команду на почасовую форму оплаты труда; смета трудозатрат со стоимостью часа — это документ для обоснования стоимости проектных работ перед Заказчиком, а не для расчета зарплаты персонала.
Если постоянно практикуются сверхурочные и т. п., то любая система оплаты превращается частично в почасовую, т. к. согласно ТК за часы надо доплачивать, причём за разные часы с разным коэффициентом.
Отчеты о выполненной работе/затраченном времени это такая же оценка, как и количество строк кода. Человек за два часа делает работу. Его коллега за 10. Оба вынуждены ставить 10 часов затраченного времени, так как положено так делать. Вопрос — зачем так делать? Оценивать нужно результат, а не время.
Они совершенно бесполезны и ничего не отражают. Отчёты работают только для самодисциплины, а при принудиловки и обязаловке превращаются в профанацию и имитацию. И совершенно неважно, пишутся они на бумаге или в спецсистеме. timeshit
Да, отчёты, возможно, работают в монотонной однотипной неинтеллектуальной деятельности. Но в разработке — нет.
Допустим, трудозатраты на решение некоторой задачи были оценены менеджером проекта и экспертами в 40 часов, а фонд оплаты труда, допустим, в 40000 рублей. Далее программисты находят способ выполнить ее за 10 часов. Менеджер проекта идет к руководству и говорит: «Босс, мои парни сделали этот крутой проект в 4 раза быстрее!»
Далее возможны два типичных варианта:
А) Босс говорит: «Вау, да это круто! Теперь они будут делать то, что раньше мне стоило 40 тысяч за 10 тысяч!»
— после этого timesheet превращается в timeshit и оценки проектов приобретают тенденцию к удлинению даже не на 230%, а на 450%.
Б) Босс говорит: «Вау, да это круто! Эти парни доказали, что они асы, теперь они будут делать более сложные, интересные задачи, оформляй им повышение категории!»
-здесь timesheet будет работать и приносить пользу всем, начиная от джуниоров и заканчивая учредителями компании.
Далее возможны два типичных варианта:
А) Босс говорит: «Вау, да это круто! Теперь они будут делать то, что раньше мне стоило 40 тысяч за 10 тысяч!»
— после этого timesheet превращается в timeshit и оценки проектов приобретают тенденцию к удлинению даже не на 230%, а на 450%.
Б) Босс говорит: «Вау, да это круто! Эти парни доказали, что они асы, теперь они будут делать более сложные, интересные задачи, оформляй им повышение категории!»
-здесь timesheet будет работать и приносить пользу всем, начиная от джуниоров и заканчивая учредителями компании.
Чушь это, это на укладке кирпичей работает. А на бизнесе разработки ПО — нет, проверено неоднократно. Такая бюрократия никогда ни к чему хорошему не приводила, ибо работники больше будут время в отчётах подгонять, чем работать. А оценивать работу разработчиков можно по другим, гораздо менее timeshit способом.
А где в этих схемах необходимость в муторном заполнении почасовых отчётов? Вы, как менеджер, без бумажек не в силах определить закончили ли ваши разработчики задачу или нет? Они вам об этом не сообщили бы и оставшиеся 30 часов ковыряли бы в носу? Вы у них об этом не спросили бы, придя только через заданные 40? Тогда определённо у вас с бизнес-процессом что-то не в порядке. И это что-то явно не почасовые отчёты. Тк я не вижу причины в _этом_ случае не написать в отчёт лабуду на все заданные 40 часов. А если отчёт не помогает узнать истинное положение дел, то зачем тратить на него время и силы? Я несколько лет проработал в компании с ежедневными(!) отчётами и, более того, с почасовой оплатой :( по этим отчётам. При всём при том не находил в себе сил писать эту лабуду чаще двух раз в месяц — уж как со мною не боролись :). Текущее положение дел на проекте и так видно по закрытым таскам в таск/баг-трекере. Часы я и так выставлял (кроме крайних случаев) в средние 40 за неделю (тупо по 8 в день, чтобы не маяться расчитывая в какой день проработал 6, а в какой сидел ковырял до ночи) — их всё-равно в среднем 40 и получается, тут без обмана. Крайние случаи особо — типа отлучился на пол-дня по срочным делам или попросили поработать в выходные за отдельную плату — но эти случаи всё-равно оговариваются с непосредственным начальством и всё-равно учитываются отдельно. Так зачем эти бессмысленные и беспощадные отчёты? Как правильно сказали чуть выше — кроме формирования у работников комплекса вины ничего они не дают…
Очень интересно. Всегда считал, что жесткое расписание и стопицот стандартов нужны там, где нужно просто потратить время не включая мозг
Отличная статья. Еще раз мое мнение нашло свое подтверждение.
Для кого-то важна скорость, а для кого-то качество.
Эти 2 понятия редко можно совместить, особенно при написании кода. Когда кто-то стоит над душой и говорит: «давай делай, быстрее, быстрее, БЫСТРЕЕ», то о каком качестве может идти речь? Ну а овертайм… физическая усталость человека сказывается и на качестве и на скорости. С этим ничего не поделать.
Для кого-то важна скорость, а для кого-то качество.
Эти 2 понятия редко можно совместить, особенно при написании кода. Когда кто-то стоит над душой и говорит: «давай делай, быстрее, быстрее, БЫСТРЕЕ», то о каком качестве может идти речь? Ну а овертайм… физическая усталость человека сказывается и на качестве и на скорости. С этим ничего не поделать.
В виде бумажных отчетов конечно же трата времени. Я согласен, что выполнение такой типовой задачи должно быть полностью автоматизировано. А бегать с бумажками бессмысленно. Тем не менее, утверждаю, что например у нас в конторе это необходимо поскольку надо выставлять счета клиенту с часами, с разбивкой по задачам. Если использовать системы управления проектами, этот процесс перестает бытьнапрягающим. Сотрудники в моей конторе просто нажимают кнопку старт рядом с задачей в ишью трекере (все!!! задачи ребята получают только в этой системе, так что сбоев нет).
Итого, на мой взгляд, вывод — если устранить отчетность невозможно, максимум автоматики и абсолютно прозрачно и без геморроя. Если кому нужна консультация по поводу как это сделать на продукции atlassian.com (не реклама), могу детально описать в личку или материалом на хабре.
Итого, на мой взгляд, вывод — если устранить отчетность невозможно, максимум автоматики и абсолютно прозрачно и без геморроя. Если кому нужна консультация по поводу как это сделать на продукции atlassian.com (не реклама), могу детально описать в личку или материалом на хабре.
Переключился на другую задачу и забыл нажать другую кнопку, а «контора пишет...» Уж сделали бы, например, слежение за заголовками активного окна, ну и активности клавы/мыши или просто скринсейвера
Деятельность разработчика — это не только задачи в трекере, это и, например, обсуждения, рассуждения. Не ставить же задачу: Думал над проблемой оптимизации использования процессора сервером. И чем выше уровень разработчика, тем больше таких «задач».
да, но все делается в рамках какой то деятельности. Разработка это тоже не только стучание по клавишам в открытом редакторе кода.
Если ведется обсуждение — в рамках какой то деятельности по какому то проекту. Даже если обсуждение внутреннее — внутренний проект.
Если ведется обсуждение — в рамках какой то деятельности по какому то проекту. Даже если обсуждение внутреннее — внутренний проект.
Безусловно, но как это отмечать? Люди постоянно забывают даже «start progress» нажать на задаче, а вы хотите упорядочить такую нелинейную деятельность, которая, кстати, может в несколько потоков происходить. А переключение с рабочего контекста на бюрократический очень болезненно.
Единственный вариант реально работающего планирования заключается исключительно в назначении дедлайнов и эстимейтов по трудозатратам к этим дедлайнам (чтобы они в сумме не были больше чем нужно если несколько задач параллельно). А все эти «я тут два часа работал над задачей» — полный бред и бессмыслица.
Хорошая статья. Мне вспомнился в связи с ней один эксперимент, касательно части «процедура въелась в организацию».
Есть три обезьяны в клетке. Они хотят есть, в центре клетки стоит стремянка, над ней висят бананы. Одна обезьяна полезла за ними — всех троих тут же окатили холодной водой из пожарного шланга. Так повторилось несколько раз, пока они и думать забыли про эти бананы.
Потом одну из обезьян увели, привели новую. Она, не долго думая, полезла за бананами. Но! Две остальных её тут же оттянули от стремянки и дали ей по голове. Потом так поменяли вторую обезьяну, и все повторилось. Наконец — заменили третью. Когда она полезла за бананами, две других опять стянули её со стремянки и дали по голове.
В итоге — в клетке оказалось три обезьяны, ни одна из которых не получала холодного душа за попытку достать бананы, но все они сторонились стремянки как огня. Почему? Потому, что тут так принято!
Есть три обезьяны в клетке. Они хотят есть, в центре клетки стоит стремянка, над ней висят бананы. Одна обезьяна полезла за ними — всех троих тут же окатили холодной водой из пожарного шланга. Так повторилось несколько раз, пока они и думать забыли про эти бананы.
Потом одну из обезьян увели, привели новую. Она, не долго думая, полезла за бананами. Но! Две остальных её тут же оттянули от стремянки и дали ей по голове. Потом так поменяли вторую обезьяну, и все повторилось. Наконец — заменили третью. Когда она полезла за бананами, две других опять стянули её со стремянки и дали по голове.
В итоге — в клетке оказалось три обезьяны, ни одна из которых не получала холодного душа за попытку достать бананы, но все они сторонились стремянки как огня. Почему? Потому, что тут так принято!
У вас очень сговорчивые сотрудники. Даже учитывая маленькую хитрость, даааалеко не в каждой конторе на такое согласятся.
Они лучше будут сидеть и также строчить бумажки потому что это им привычно.
Они лучше будут сидеть и также строчить бумажки потому что это им привычно.
Черт, к концу текста забыл что это перевод.
Но сути это не отменяет — у нас это сделать будет сложнее.
Но сути это не отменяет — у нас это сделать будет сложнее.
Если вы имеет ввиду разработчиков, то я еще не встречал ни одного, которому бы нравилось заполнять такие отчеты. Хотя всречал одного, который добровольно для самого себя вел что-то типа дневника, куда записывал то, что он сделал, хотя часами там, конечно, и не пахло. Но даже дневники любят писать немногие.
Если же смотреть бухгалтерию и все такое, то тут в крайнем случае можно просто воспользоваться вариантом с автогенерируемыми отчетами. У себя я (переводчик, а не автор статьи) примерно к тому и пришел. Полностью отказаться от отчетов во всей компании пока нельзя, так как есть другие категории сотрудников, кому это надо, а делать две системы — трудоемко.
Если же смотреть бухгалтерию и все такое, то тут в крайнем случае можно просто воспользоваться вариантом с автогенерируемыми отчетами. У себя я (переводчик, а не автор статьи) примерно к тому и пришел. Полностью отказаться от отчетов во всей компании пока нельзя, так как есть другие категории сотрудников, кому это надо, а делать две системы — трудоемко.
Спасибо за отличный перевод. Сам мучаюсь с заполнением отчетности в Sharepoint Portal. Господи, какой же это бессмысленный ужас.
Не получается ли так, что некоторые разработчики перестали получать кучу денег за овертайм?
Я поднял зарплаты так, что компенсации за овертайм перестали быть движущей силой.
просто платите людям достаточно, чтобы они не задумывались о деньгах.
+100500
«Вот тут короткая и очень клевая презентация на эту тему, must-see, — Drive: The surprising truth about what motivates us.» — это где? в оригинале была ссылка?
Довольно известное видео про мотивацию. Не уверен, что ссылка в статье на него была, но посмотреть эту, думаю, тоже стоит
www.ted.com/talks/lang/rus/dan_pink_on_motivation.html
www.ted.com/talks/lang/rus/dan_pink_on_motivation.html
Оригинал в PDF и у меня так и не получилось выдрать эту ссылку из Adobe reader и открываться она тоже отказывалась. Презентация легко гуглится, да и ссылки уже привели. Я не был стопроцентно уверен, что это именно она, так что не стал вставлять ссылку в статью
просто отличная статья )
как раз видел в действии эти «почасовые оплаты» у проектной команды. заполнение актов между собой называли «ну что, все сказки написали?»
и нужно это было действительно только бухгалтерии. дабы выставлять счета клиенту. разработчикам никакой выгоды от этого не было.
как раз видел в действии эти «почасовые оплаты» у проектной команды. заполнение актов между собой называли «ну что, все сказки написали?»
и нужно это было действительно только бухгалтерии. дабы выставлять счета клиенту. разработчикам никакой выгоды от этого не было.
Нет, ну, оно, конечно, весело, но ведь:
-Из цепочки бессмысленных бумаг было исключено только первое звено — программисты. Отдел кадров, бухгалтерий, внешняя фирма по-прежнему забивали все данные в базу. Программеры классно съехали, остальные как занимались чушью, так и продолжили.
-Многие программисты по-прежнему будут работать больше 40 часов, но теперь НЕ будут за это получать деньги! Гениально!
-Из цепочки бессмысленных бумаг было исключено только первое звено — программисты. Отдел кадров, бухгалтерий, внешняя фирма по-прежнему забивали все данные в базу. Программеры классно съехали, остальные как занимались чушью, так и продолжили.
-Многие программисты по-прежнему будут работать больше 40 часов, но теперь НЕ будут за это получать деньги! Гениально!
Вдохновился статьёй, расстроился что у нас не так, решил обсудить с другом. Его ответ бел гениальным.
bazzzman, 16.01.2011 15:14:52: а вы на работе как-нибудь отчеты пишите? о потраченном времени?
Dexter, 15:15:21: с х#я ли бы… и так времени нет :)
bazzzman, 15:15:35: :)
bazzzman, 15:16:01: я в excel веду и в jira дублирую
bazzzman, 16.01.2011 15:14:52: а вы на работе как-нибудь отчеты пишите? о потраченном времени?
Dexter, 15:15:21: с х#я ли бы… и так времени нет :)
bazzzman, 15:15:35: :)
bazzzman, 15:16:01: я в excel веду и в jira дублирую
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Перевод «How we got rid of time reports» Henrik Kniberg