Квант времени
Я всегда был против тайм-трекинга — это и рабовладельческие отношения («я купил у тебя 8 часов твой жизни, отчитайся куда ты их потратил») и подрыв контракта с сотрудником, когда мы вместо того, чтобы договариваться о решённых задачах, договариваемся о том, что сотрудник будет тратить время на работу.
Моё мнение не менялось даже по мере развития нашего с Саматом аутсорса. Хотя вроде бы и логично отчитываться перед клиентом за каждый потраченный час каждого сотрудника (прозрачность же), сама по себе возможность настолько детализировать время плохо влияет на качество услуг.
Дело в том, что у нас в индустрии почему-то принято за квант времени программиста считать 1 час. Типа у программиста в день 8 квантов, соответсвенно 40 квантов в неделю. Получается, что теоретически, можно впихнуть в программиста по 40 _разных_ проектов в неделю! Конечно, в реальной жизни редко кто-то впихивает больше 5, но и 5 — это слишком много: по проекту в день. При таком темпе у программиста нет возможности спокойно поспать с творческой задачей в голове — если в понедельник ты занимался проектом А, то будь добр, в утреннем душе во вторник думай уже о проекте Б.
Хороший руководитель понимает, что человек не может быстро переключаться между творческими задачами, поэтому поощряет работу большими кусками времени, обманывая систему: если клиенту продали 8 часов на сложную задачу, руководитель растянет их на несколько дней, чтобы у программиста была возможность спокойно подумать. Хуже, когда сейлзы продают не по 1—2 таких задачи в неделю, а по 3—4: ну а что, KPI же. Тогда кто-то из клиентов гарантированно получит плохой результат, причём за этот результат ему максимально подробно, за каждый час, отчитаются.
Мы у себя решили эту проблему радикально, назначив квант времени в неделю, а минимальный проект — в три месяца. Получается гораздо честнее по отношению не только к клиентам, но и к сотрудникам, которые не работают 8 часов у станка, а решают проблемы бизнеса.
Я всегда был против тайм-трекинга — это и рабовладельческие отношения («я купил у тебя 8 часов твой жизни, отчитайся куда ты их потратил») и подрыв контракта с сотрудником, когда мы вместо того, чтобы договариваться о решённых задачах, договариваемся о том, что сотрудник будет тратить время на работу.
Моё мнение не менялось даже по мере развития нашего с Саматом аутсорса. Хотя вроде бы и логично отчитываться перед клиентом за каждый потраченный час каждого сотрудника (прозрачность же), сама по себе возможность настолько детализировать время плохо влияет на качество услуг.
Дело в том, что у нас в индустрии почему-то принято за квант времени программиста считать 1 час. Типа у программиста в день 8 квантов, соответсвенно 40 квантов в неделю. Получается, что теоретически, можно впихнуть в программиста по 40 _разных_ проектов в неделю! Конечно, в реальной жизни редко кто-то впихивает больше 5, но и 5 — это слишком много: по проекту в день. При таком темпе у программиста нет возможности спокойно поспать с творческой задачей в голове — если в понедельник ты занимался проектом А, то будь добр, в утреннем душе во вторник думай уже о проекте Б.
Хороший руководитель понимает, что человек не может быстро переключаться между творческими задачами, поэтому поощряет работу большими кусками времени, обманывая систему: если клиенту продали 8 часов на сложную задачу, руководитель растянет их на несколько дней, чтобы у программиста была возможность спокойно подумать. Хуже, когда сейлзы продают не по 1—2 таких задачи в неделю, а по 3—4: ну а что, KPI же. Тогда кто-то из клиентов гарантированно получит плохой результат, причём за этот результат ему максимально подробно, за каждый час, отчитаются.
Мы у себя решили эту проблему радикально, назначив квант времени в неделю, а минимальный проект — в три месяца. Получается гораздо честнее по отношению не только к клиентам, но и к сотрудникам, которые не работают 8 часов у станка, а решают проблемы бизнеса.