Комментарии 6
Опять реклама гугла. В гугле не все так просто с 20% на свой проект. 1. Google имеет все права на все что вы сделаете 2. Вы должны делать что-то полезное для компании, а не себя. Халявы нет.
Не плохой метод, я радуюсь, когда у меня не 3 тысячи задач, а одна)
А самое главное, чтоб эта задача не занимала много времени, и не была аля «В ие 7 не работает, сделать!».
Постановка задачи должна быть максимальна простой для понимания.
А самое главное, чтоб эта задача не занимала много времени, и не была аля «В ие 7 не работает, сделать!».
Постановка задачи должна быть максимальна простой для понимания.
>> Плюсы
>> Работник не занимается планированием своего рабочего процесса;
>>…
>> Не теряется интерес к затяжным и длительным проектам;
А в чём плюсы? Для разработчика — это скорее минусы, для «обезьянки» возможно плюсы.
Мне гораздо лучше знать объём работ и спланировать когда я могу сделать больше или меньше, и при этом оставить 20% времени на свои задачи, не в ущерб рабочему процессу — так что нужно видеть полностью этап и задачи на этапе (это как минимум).
А когда не видишь список задач, а они появляются неожиданно — вот тут то и теряется интерес к длительным проектам из-за не возможности планирования и предсказания нагрузок.
>> Работник не занимается планированием своего рабочего процесса;
>>…
>> Не теряется интерес к затяжным и длительным проектам;
А в чём плюсы? Для разработчика — это скорее минусы, для «обезьянки» возможно плюсы.
Мне гораздо лучше знать объём работ и спланировать когда я могу сделать больше или меньше, и при этом оставить 20% времени на свои задачи, не в ущерб рабочему процессу — так что нужно видеть полностью этап и задачи на этапе (это как минимум).
А когда не видишь список задач, а они появляются неожиданно — вот тут то и теряется интерес к длительным проектам из-за не возможности планирования и предсказания нагрузок.
1. Соревновательный процесс — с кем тут идет соревнование?
2. Открывает трекер, а там нет задач — обычно работы больше, чем программистов. Отсутствие задач — это какой-то миф, честное слово.
2. Открывает трекер, а там нет задач — обычно работы больше, чем программистов. Отсутствие задач — это какой-то миф, честное слово.
Не соглашусь с автором. Вернее, методика действительно поможет работникам развиваться, если они не потратят всё свободное время на игры в соц. сетях.
Проблема в том, что супервизору необходимо следить за выполнением работ каждым сотрудником и планировать, когда давать новые; — то есть у каждого разработчика есть нянька, которая за него думает, когда и сколько делать. В итоге у разработчика никакого «права выбора» — дали одно задание — делай. Когда есть список задач, можно их спланировать, также спланировать своё время — если это Скрам, то сделать все задания за 3 дня из дома и потом заниматься собственным развитием, либо спокойно по 8 часов кодить.
Да, головной боли у разработчика становится меньше, но он превращается таким образом в бездумное одноклеточное.
Данный метод хорошо сочетается с существующими рабочими процессами. Он может увеличить производительность труда как отдельных работников, так и всей компании в целом.
Данный метод скорее уменьшит производительность, особенно, если супервизор заболеет — сразу же должна появиться другая нянька и давать задания. Тогда уж лучше ввести Скрам или хотя бы частичку его и давать задания на неделю.
П.С.: У нас заданий всегда больше, чем разработчиков. А если, вдруг, заданий меньше, то можно придумать что-нибудь полезное, вроде тренингов, рефакторинга, оптимизаций. Время — деньги и многие люди не умеют правильно распоряжаться им, посему надо направлять людей.
Проблема в том, что супервизору необходимо следить за выполнением работ каждым сотрудником и планировать, когда давать новые; — то есть у каждого разработчика есть нянька, которая за него думает, когда и сколько делать. В итоге у разработчика никакого «права выбора» — дали одно задание — делай. Когда есть список задач, можно их спланировать, также спланировать своё время — если это Скрам, то сделать все задания за 3 дня из дома и потом заниматься собственным развитием, либо спокойно по 8 часов кодить.
Да, головной боли у разработчика становится меньше, но он превращается таким образом в бездумное одноклеточное.
Данный метод хорошо сочетается с существующими рабочими процессами. Он может увеличить производительность труда как отдельных работников, так и всей компании в целом.
Данный метод скорее уменьшит производительность, особенно, если супервизор заболеет — сразу же должна появиться другая нянька и давать задания. Тогда уж лучше ввести Скрам или хотя бы частичку его и давать задания на неделю.
П.С.: У нас заданий всегда больше, чем разработчиков. А если, вдруг, заданий меньше, то можно придумать что-нибудь полезное, вроде тренингов, рефакторинга, оптимизаций. Время — деньги и многие люди не умеют правильно распоряжаться им, посему надо направлять людей.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Работа, как соревновательный процесс