Результаты поиска

В последнее время я думаю об оценке программного обеспечения, и у меня есть куча вопросов о времени, потраченном на кодирование. Мне любопытно услышать от людей, которые имеют по крайней мере пару лет опыта разработки программного обеспечения.

Когда вам нужно оценить количество времени, которое вы потратите на работу над чем-то, сколько часов в день вы тратите на кодирование? Что занимает остальные некодирующие часы?

Находите ли вы, что тратите больше или меньше часов, чем ваши товарищи по команде на кодирование? Вы чувствуете, что выполняете больше или меньше работы, чем они?

Каковы ваши условия работы? Личный кабинет, общий офис, командная комната? Кодирование в одиночку или в паре? Как ваше рабочее состояние изменило количество времени, которое вы тратите на кодирование каждый день? Если вы можете работать из дома, это помогает или вредит вашей производительности?

Какую методологию разработки вы используете? Водопад? Agile? Повлиял ли переход от одной методологии к другой на ваши часы кодирования в день?

Самое главное: довольны ли вы своей производительностью? Если нет, то какое единственное изменение вы бы сделали, которое оказало бы на него наибольшее влияние?

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

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

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

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

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