У вас есть “Свободное” время?[закрыто]

StackOverflow https://stackoverflow.com/questions/13409

  •  08-06-2019
  •  | 
  •  

Вопрос

В команде CodePlex есть Слабый временная политика, и она сработала для них очень хорошо.

  • Джим Ньюкирк и я использовали его для работы над xUnit.net проект.
  • Джонатан Ванагель использовал его для работы над SVNBridge - мост.
  • Скотт Денсмор и я использовали его для работы над Объектный конструктор 2.0 прототип.

Для других это было прекрасное время для изучения вещей, которые технически не были включены в график, но в конечном итоге могли оказаться очень полезными для остальной команды.Я настолько убежден в ценности этого, что, если я когда-нибудь снова буду руководить командой, я собираюсь сделать это частью командной культуры.

Была ли у вас в команде формализованная политика Slack?Как это получилось?

Отредактированный: Я только что понял, что не дал определения Slack.Для тех, кто не читал книгу, Slack - это то, что дает Google "20% времени".:вам предоставляется некоторый отрезок вашего дня / недели / месяца / года, в течение которого вы можете работать над вещами, которые не обязательно напрямую связаны с вашей повседневной работой, но могут принести косвенную пользу (очевидно, что если вы работаете над вещами, которые совершенно не полезны для вашей работы или вашей компании, ваш менеджер, вероятно, будет не очень хорошего мнения о том, как вы потратили это время:-p).

Это было полезно?

Решение

Я просто хочу упомянуть политику Google по этому вопросу.
20% рабочего дня следует использовать для частных проектов и исследований.

Я думаю, менеджерам пора признать тот факт, что большинство хороших разработчиков немного ленивы.Если бы это было не так, у нас не было бы таких понятий, как повторное использование кода.
Если эту лень удастся превратить в творческую силу, а разработчики смогут ознакомиться с техническими проблемами и поэкспериментировать с архитектурой и языковыми особенностями, я уверен, что конечным результатом будет лучший код и более довольный разработчик.

Итак, если вы являетесь менеджером:Позвольте вашим разработчикам время от времени расслабляться.Предложите им провести небольшие семинары с командой, чтобы обсудить новые способы выполнения работы.

Если вы являетесь разработчиком:Читайте, учитесь и любите свое ремесло.У вас одна из лучших работ в мире, при условии, что вы готовы потратить некоторое время на изучение наилучших способов выполнения своей работы.

Другие советы

В настоящее время я являюсь фрилансером с полной занятостью, работающим на одного клиента.Если я хочу получать полные 40 часов оплаты, то каждая минута, которую я трачу на кодирование, должна быть учтена в утвержденном плане проекта.Или, по крайней мере, это должно быть связано с какой-то реалистичной задачей технического обслуживания.Я думаю, вы могли бы сказать, что это один из недостатков заключения контрактов...здесь действительно нет места расслабленности или бездействию.Вам просто нужно продолжать идти вперед и выполнять поставленную задачу.Это может быть довольно утомительно, но, с другой стороны, мне вроде как нравится, как это заставляет меня нести ответственность.И, конечно, платят немного лучше, чем обычно.

Тем не менее, я бы хотел иметь свободное время для работы над любимыми проектами, но ни один клиент никогда не согласится платить за это.

В любом случае, я просто подумал, что стоит указать на то, как это иллюстрирует некоторые из больших различий между фрилансом и полной занятостью.

Я также никогда не работал нигде, где существовала официальная политика, но я всегда находил, что нужно уделять немного времени исследованиям и разработкам / созданию инструментов на стороне.Часто я получаю от этого повышение производительности, что позволяет мне еще больше "расслабляться".

У нас есть свободное время, и мы стараемся планировать их между релизами.Как только выпускается релиз, мы просим наших разработчиков потратить 60% дня на исправление ошибок, а остальные 40% - на время простоя.Однако у нас есть правила относительно того, для чего вы можете использовать свободное время.Затем, когда выпуск снова приближается, мы просим всех разработчиков потратить весь день на внедрение функций или исправление ошибок для этого выпуска.

Политика позволяет разработчику использовать свободное время для обучения, создания чего-то нового, что могло бы быть использовано компанией, или просто создания инструментов внутри компании, чтобы упростить работу для нас самих.У нас это хорошо сработало.Мы считаем, что это потрясающее преимущество.

Я никогда не работал нигде, где существовала формализованная политика, но практически каждый менеджер, который у меня когда-либо был, позволял мне тратить некоторое время на вещи, которые не были напрямую связаны с текущим проектом или тушением пожара.

Я думаю, главное - поговорить о том, что вы хотели бы попробовать.Большинство менеджеров хотят, чтобы их команды делали что-то классное, что-то экстраординарное, поэтому, если вы сможете убедить их, что можете чего-то добиться, у вас может появиться шанс.Или они могут позволить вам сделать это просто для того, чтобы вы были счастливы.

Теперь, когда я подрядчик, а не наемный работник, мне платят не за то, чтобы я занимался интересными вещами, но обычно я работаю всего 30-35 часов в неделю, так что у меня еще есть время учиться и играть.

У нас в команде нет официальной политики - в основном потому, что предстоит проделать так много работы, что оправдать ее было бы непросто.Что довольно иронично.

Я начал проводить некоторые формальные мероприятия под видом "Совещаний по разработке", чтобы, по крайней мере, донести суть этого до команды.Примером этого является проект разработки, который предназначен как для обучения новым технологиям, так и для создания в конце крутого приложения.

Это только начало, посмотрим, как все пойдет.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top