У вас есть время "Slack"?

Команда CodePlex имеет Slack политику времени, и для них это получилось очень хорошо.

Джим Ньюкирк и я использовали его для работы над проектом xUnit.net.
Джонатан Ванагель использовал его для работы над SvnBridge.
Скотт Денсмор и я использовали его для работы над прототипом ObjectBuilder 2.0.

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

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

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

Ответ 1

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

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

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

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

Ответ 2

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

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

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

Ответ 3

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

Ответ 4

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

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

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

Ответ 5

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

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

Ответ 6

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

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

В первые дни мы увидим, как это происходит.