Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 31
На моей памяти так всегда и делалось. Задача откладывается до первого «окна» в основном проекте. Просто расставление приоритетов, смена «обстановки». Участвуют те кто освобождается и кто реально может решить задачу.
Как бы ничего сверхнового, никакой магии.
Как бы ничего сверхнового, никакой магии.
Присоединяюсь к вопросу: «А как вы еще успешно(с пользой) используете корпоративную Wiki?»
Мне сложно представить разработчика, который готов 8 часов подряд отпахать без каких-либо перерывов. Кого-то устраивает прогулка, кто-то же читает новостные (либо другие информационные сайты). Разгрузка должна всегда происходить, а какая она для разработчика — решать ему, главное чтобы разработчик не злоупотреблял всем этим. В нашей компании строго не запрещается (по крайней мере для IT отдела) доступ к каким-либо сайтам. Насколько эффективно расходует свое время сотрудник, видно из того, насколько эффективно он решает поставленные перед ним задачи.
В качестве продукта, мы используем Atlassian Confluence. Туда пишем новости компании, планы, документацию, фиксируем идеи, обсуждаем какие-то насущные вопросы. В ней помимо всего прочего есть все необходимые документы (как уйти в отпуск, выходные дни на 20XX год, и так далее).
В качестве продукта, мы используем Atlassian Confluence. Туда пишем новости компании, планы, документацию, фиксируем идеи, обсуждаем какие-то насущные вопросы. В ней помимо всего прочего есть все необходимые документы (как уйти в отпуск, выходные дни на 20XX год, и так далее).
То есть вы предлагаете вместо удобного для меня перерыва решать дополнительную задачу? (Я сейчас говорю от лица разработчика). К примеру, раз в два часа вот уже десять лет подряд я делаю перерыв на 10 минут — иду на улицу на перекур и прогулку. Такой перерыв помогает переключиться, минимально компенсировать гиподинамию, ну и покурить заодно.
А вы предлагаете вообще убить перерывы и 8 часов не поднимаясь работать на компанию? Где мотивация? Кроме дополнительной точки профессионального роста.
А вы предлагаете вообще убить перерывы и 8 часов не поднимаясь работать на компанию? Где мотивация? Кроме дополнительной точки профессионального роста.
Нет, я не предлагаю убить перерывы, я лишь назвал место, в котором разработчик может найти время для решения своей задачи, по собственному желанию.
У разработчика есть то, что он должен сделать и есть «бонус» в виде задачи, которую он может делать когда ему захочется. По итогам недели, он должен по ней продвинутся, сделает он быстрей свои основные задачи и займется бонусной, будет делать бонусную во время перерывов, будет делать бонусную по итерациям от основных — решать ему, этот процесс контролируется постфактум, по прошествию недели. Из этого объяснения (в рамках одного разработчика) может и не видно ничего сверхестественного (появилась какая-то задача, которую он должен когда-то делать), в рамках команды это решается совсем по-другому. Задача как правило небольшая, но делает ее вся команда. Вклад каждого участника позволяет сделать ее быстрее.
Мотивация точно такая же как и у всей работы в целом, это же не отдельный какой-то процесс. Вид задачи другой просто. К тем мотивациям которые заставляют сотрудника двигаться вперед, добавляется еще одна — точка профессионального роста.
У разработчика есть то, что он должен сделать и есть «бонус» в виде задачи, которую он может делать когда ему захочется. По итогам недели, он должен по ней продвинутся, сделает он быстрей свои основные задачи и займется бонусной, будет делать бонусную во время перерывов, будет делать бонусную по итерациям от основных — решать ему, этот процесс контролируется постфактум, по прошествию недели. Из этого объяснения (в рамках одного разработчика) может и не видно ничего сверхестественного (появилась какая-то задача, которую он должен когда-то делать), в рамках команды это решается совсем по-другому. Задача как правило небольшая, но делает ее вся команда. Вклад каждого участника позволяет сделать ее быстрее.
Мотивация точно такая же как и у всей работы в целом, это же не отдельный какой-то процесс. Вид задачи другой просто. К тем мотивациям которые заставляют сотрудника двигаться вперед, добавляется еще одна — точка профессионального роста.
А почему бы вам вместо прочтения хабра не пойти «бонусом» пропылесосить квартиру? Заодно:
— выбейте ковер,
— выгуляйте собачку,
— посетите с сыном цирк,
— пропылесосьте автомобиль,
— помойте в нем коврики,
— приготовьте на семью вкусный ужин,
— и завтрак заодно,
— приберите хлам в документах на компьютере,
— разгребите фотоархив,
— рассортируйте папку со скачанными файлами.
И не говорите, что устали и что хочется отдохнуть. Отдыхать надо с пользой для семьи! Заодно вот отвлечетесь, разнообразный труд полезен ведь.
P.S: через неделю отчитайтесь.
— выбейте ковер,
— выгуляйте собачку,
— посетите с сыном цирк,
— пропылесосьте автомобиль,
— помойте в нем коврики,
— приготовьте на семью вкусный ужин,
— и завтрак заодно,
— приберите хлам в документах на компьютере,
— разгребите фотоархив,
— рассортируйте папку со скачанными файлами.
И не говорите, что устали и что хочется отдохнуть. Отдыхать надо с пользой для семьи! Заодно вот отвлечетесь, разнообразный труд полезен ведь.
P.S: через неделю отчитайтесь.
Я не совсем понял, как человек сознательно променяет свой «отдых», например, чтение новостей, на разработку внеплановой, если не сказать, левой задачи? Если он привык читать новости полчаса в день, он и будет продолжать искать эти полчаса, теперь уже уменьшая свое «полезное» время работы…
Напомнило подход гугла 80 на 20, только там мотивация разработчиков будет несколько сильнее, чем в вашей схеме, но, правда, результат никто не гарантирует. Но это просто пример того, что ничего революционного в этой схеме нет, как и сказали выше, обычно там и стараются поступать.
На практике это будет выглядеть так:
Все разработчики заняты. Вдруг к начальнику приходит «светлая идея» (или дружок с просьбой сделать ему что-то), и вместо того, чтобы отправить эту светлую идею идти себе дальше своей дорогой, или нанять человека для ее реализации, начальник берет Васю, Петю и Ваню и говорит им:
— Тут дело есть — надо вот еще один проект сделать, да не когда-нибудь, а прямо сейчас.
— !!!??? Мы же заняты на 150%, еще и по вечерам задерживаемся на работе, какой еще дополнительный проект?!
— Вань, ну ты же кофе пьешь? Обед ешь? Хабр читаешь? А ты вот не ешь, не пей и не читай, а делай вместо этого еще вот проект. Отдыхать, Вань, надо с пользой для компании! А то ишь чего удумали, блоги читать! Срок тебе — месяц, отчитываться будешь еженедельно, не сделаешь — уволю.
Все разработчики заняты. Вдруг к начальнику приходит «светлая идея» (или дружок с просьбой сделать ему что-то), и вместо того, чтобы отправить эту светлую идею идти себе дальше своей дорогой, или нанять человека для ее реализации, начальник берет Васю, Петю и Ваню и говорит им:
— Тут дело есть — надо вот еще один проект сделать, да не когда-нибудь, а прямо сейчас.
— !!!??? Мы же заняты на 150%, еще и по вечерам задерживаемся на работе, какой еще дополнительный проект?!
— Вань, ну ты же кофе пьешь? Обед ешь? Хабр читаешь? А ты вот не ешь, не пей и не читай, а делай вместо этого еще вот проект. Отдыхать, Вань, надо с пользой для компании! А то ишь чего удумали, блоги читать! Срок тебе — месяц, отчитываться будешь еженедельно, не сделаешь — уволю.
Вы уже приводите крайности.
Начальник в первую очередь заинтересован не тем, чтобы придумать какую-либо светлую идею, и впихнуть ее своим сотрудникам, а тем, чтобы все то, что запланировано было сделано в срок. Дополнительная задача — это плюс для сотрудников, в статье, в графе минусы такого подхода, я написал "— Задача не всегда может решиться в заранее прогнозируемый срок.", т.к. этому способствует загруженность сотрудников по плановым задачам.
Начальник в первую очередь заинтересован не тем, чтобы придумать какую-либо светлую идею, и впихнуть ее своим сотрудникам, а тем, чтобы все то, что запланировано было сделано в срок. Дополнительная задача — это плюс для сотрудников, в статье, в графе минусы такого подхода, я написал "— Задача не всегда может решиться в заранее прогнозируемый срок.", т.к. этому способствует загруженность сотрудников по плановым задачам.
Плюс для сотрудников — это дополнительная зарплата, а не дополнительная задача. Если ваши сотрудники не садо-мазо, конечно ;-)
Чтобы написать хороший код, разработчику важны сосредоточение и концентрация. Если его будут дергать налево и направо, то вы потом на тестирование написанного кода потратите столько времени и денег, что будете вовсе не рады.
Чтобы написать хороший код, разработчику важны сосредоточение и концентрация. Если его будут дергать налево и направо, то вы потом на тестирование написанного кода потратите столько времени и денег, что будете вовсе не рады.
Это все зависит от том, чем мотивированы сотрудники.
Дергать его никто и не собирается. Никто же не говорит, что сотрудника вытащили из-за своего места и дали ему новую задачу. Сотрудник сам решает, когда приступить к другой задаче, а когда нет. Нередко бывает, что для решения задачи сотрудник может «бить» ее, но так ничего у него и не получится, он переключается на другую задачу, а потом уже со «свежими» мозгами занимается той, что бросил ранее и это гораздо эффективнее для него будет. Также и тут.
Дергать его никто и не собирается. Никто же не говорит, что сотрудника вытащили из-за своего места и дали ему новую задачу. Сотрудник сам решает, когда приступить к другой задаче, а когда нет. Нередко бывает, что для решения задачи сотрудник может «бить» ее, но так ничего у него и не получится, он переключается на другую задачу, а потом уже со «свежими» мозгами занимается той, что бросил ранее и это гораздо эффективнее для него будет. Также и тут.
Дело в том, что дергать все равно будут. Увы, но не бывает так, что не возникает проблем с ранее разработанными проектами(например, доработка или багфиксы слишком сложные для суппорта) или появление более или равно приоритетных задач при всех занятых сотрудниках.
Так что уж гораздо лучше и премия сотруднику и сотрудник, который рад будет на время отвлечься от текущей задачи. Ведь бывают моменты, когда решая сложный кусок задачи, просто тянет делать что-то мелкое/рутинное/не сложное, а решение сложного куска задачи пустить в «фоновом процессе».
Так что уж гораздо лучше и премия сотруднику и сотрудник, который рад будет на время отвлечься от текущей задачи. Ведь бывают моменты, когда решая сложный кусок задачи, просто тянет делать что-то мелкое/рутинное/не сложное, а решение сложного куска задачи пустить в «фоновом процессе».
Это даст ему разгрузку, только более выгодной для него в профессиональном плане и выгодной для компании в трате времени ресурсов
Обычно «лишние» задачи только загружают, а не разгружают. Отдыхать тоже надо, погулять немножко, разгрузить мозг. В противном случае эффективность работы снижается. Разве что премию дать, тогда все будет нормально.
А то предлагаете вместо отдыха, который как я считаю просто необходим, добавить работы, предполагая, что это даже лучше отдыха.
Разработчик отбивается от рутины, путем решения новой задачи
Обычно (или может я работал в таких уникальных фирмах) бывает задач — на любой вкус. Выбирай любую. Ну или почти.
Лично я не вижу в этом ничего нового или оптимизаторского. Тут лишь предложение примять рабочее время сотрудника и добавить еще одну работку
Тут сложно говорить о пользе и эффективности данного способа. Кому-то это будет очень интересно, а кому-то нет. Хотя вобщем-то я когда работал дизайнером было точно так же. я в свободное время занимался решением внеплановых задач. Но только мозг иногда дает сбой, этот способ не дает разгрузку на самом деле. Наоборот дает дополнительную нагрузку.
А вот при планировании основных задач, выделить 10-15% рабочего времени на форс-мажоры, и из группы разработчиков найти того кому подобное было бы интересно… это да верный путь.
Хотя это все ИМХО
А вот при планировании основных задач, выделить 10-15% рабочего времени на форс-мажоры, и из группы разработчиков найти того кому подобное было бы интересно… это да верный путь.
Хотя это все ИМХО
Согласен, что форс-мажоры надо планировать, не ущемляя отдых. При отсутствии форс-мажора время отведенное на него используется для решения текущих задач. По мне — это лучшее решение
Я бы поступил следующим образом: Выделил в каждый день, 10-15% на «неопределенное», плотненько побеседовал с разработчиками и узнал что кого интересует.
Ну а потом, имея, хоть какое-то представление о интересах сотрудников, предлагал им решить ту или иную задачу. Этот метод давно используется в Гугл, да и тут собственно о подобном говорится.
как-то у нас сидел разработчик JAVA котороый придумал JAVA месенджер(он так его назвал) он им занимался в те временные отрезки что есть 10-15%, их только для отдыха планировали.
В итоге я с фирмы ушел, а он с фирмой на основе своего творения придумал софтину, CRM-Подобную для локального пользования + там почту локальную прикрутил… еще что-то и фирма пихала это как свой продукт. Ну и ему проценты капали.
Ну а потом, имея, хоть какое-то представление о интересах сотрудников, предлагал им решить ту или иную задачу. Этот метод давно используется в Гугл, да и тут собственно о подобном говорится.
как-то у нас сидел разработчик JAVA котороый придумал JAVA месенджер(он так его назвал) он им занимался в те временные отрезки что есть 10-15%, их только для отдыха планировали.
В итоге я с фирмы ушел, а он с фирмой на основе своего творения придумал софтину, CRM-Подобную для локального пользования + там почту локальную прикрутил… еще что-то и фирма пихала это как свой продукт. Ну и ему проценты капали.
Автор объясните пожалуйста, что имеется ввиду:
А вообще очень не ясная для меня статья. Как идея, так и сама новизна этой идеи под вопросом. Соглашусь с alexey_uzhva, его комментарий про светлую идею верен на все 100%.
+ Плановые задачи не сдвигаются, а выполняются.
А вообще очень не ясная для меня статья. Как идея, так и сама новизна этой идеи под вопросом. Соглашусь с alexey_uzhva, его комментарий про светлую идею верен на все 100%.
Объясняю.
Есть последовательность задач которую сотрудник должен сделать за период — это плановые задачи. К этим задачам в рамках не одного сотрудника, а команды в целом, добавляется еще одна задача, которая никак не делится (физически) на отдельного сотрудника, т.е. часть ту, которую должен выполнить конкретный сотрудник он не знает. Есть общая цель по такой задаче — выполнить ее за определенный срок.
Дальнейший ответ на вопрос, я привел в развернутом комментарии
Есть последовательность задач которую сотрудник должен сделать за период — это плановые задачи. К этим задачам в рамках не одного сотрудника, а команды в целом, добавляется еще одна задача, которая никак не делится (физически) на отдельного сотрудника, т.е. часть ту, которую должен выполнить конкретный сотрудник он не знает. Есть общая цель по такой задаче — выполнить ее за определенный срок.
Дальнейший ответ на вопрос, я привел в развернутом комментарии
«UPD: Перенес в Учись Работать.»
Почему все считают необходимым написать куда они перенесли статью? Я и без этой надписи могу видеть в каком блоге она находится. Зачем мне нужно знать что она находилась где-то еще до этого?
Почему все считают необходимым написать куда они перенесли статью? Я и без этой надписи могу видеть в каком блоге она находится. Зачем мне нужно знать что она находилась где-то еще до этого?
Кнут для разработчиков вижу, а где пряник?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Magic Tasks — решаем внеплановые задачи наравне с плановыми