Как Вы подаете питание на себя при работе один над проектом?
Я работаю в среде с очень малочисленной командой (только 3 разработчика), и каждый из нас были присвоены различный проект, не считая задачи поддержки. Я знаю, что это - плохая деловая практика и что мы должны все работать над единственным проектом за один раз и затем идти дальше к следующему (Уже объясненный управлению на том, сколько это сосет).
Не отвечайте мне, что мы должны работать все вместе над одним проектом за один раз. При подаче питания на работу, когда в команде главным образом парное программирование, мы сделали это, когда меньше проекта были брошены в нас и это было большим.
То, что я хотел бы знать, - то, как Вы подаете питание на свою работу при работе один над проектом.
Вы применяете какую-либо конкретную практику?
Править
Мы уже делаем ежедневную стоячую встречу через целую компанию, я реализовал несколько "гибких" церемоний при записи моего основного тезиса о программном обеспечении Agile dev методы, связанные с качеством программного обеспечения. И что DID улучшает полное участие сотрудников.
Что я, после
методы
то, что кто-либо мог подать заявку, не субъективно подвергнув сомнению страсть разработчиков.
5 ответов
В нашей компании ситуация аналогичная. Нас шесть разработчиков, и мы работаем над разными проектами в основном в одиночку. Чтобы оставаться на каком-то уровне качества и поддерживать некоторую мотивацию, мы делаем:
- Мы проводим еженедельные встречи с разработчиками. Каждый запущенный проект кратко описывается его фактическим состоянием и следующей вехой. Каждый разработчик вкратце рассказывает, что он делал на прошлой неделе и что будет делать на следующей, а также рассказывает о возникших проблемах (некоторые другие, возможно, уже решили эту проблему и могут дать советы).
- Каждую неделю в пятницу кто-то из нас делает небольшую беседу. Часто он более подробно представляет проект, над которым работает, но мы также говорим об интересных технологиях, новых библиотеках / языках / инструментах или пытаемся вместе решить более крупную проблему.
- Мы делаем вехи выпусками. Каждый этап должен быть запланирован с включенными билетами (и какие билеты не должны быть частью этого этапа). В конце перед выпуском должно быть одобрение другого разработчика, чтобы найти возможные проблемы перед выпуском.
- У нас активирована непрерывная интеграция с Hudson и активирована игра непрерывной интеграции.
Книга Страстный программист помогает поместить любую вашу практику в более глобальный контекст (например, вашу карьеру)
альтернативный текст http://pragdave.blogs.pragprog.com/.a/6a00d83451c41c69e201156f7c4710970c-800wi
Это книга о том, как находить удовлетворение в том, что вы делаете. Это книга о возрождении огня, который вы ощутили, когда впервые попали в профессию. Это книга о том, чтобы сделать карьеру, а не искать работу.
И это хорошая практика для ваших дней «без»: сделать шаг назад (от вашей текущей дневной работы) и взглянуть на общую картину, увидев, как ежедневная работа помогает вам продвигаться к более высокой цели.
В зависимости от проекта мне нравится работать одному. Я использую эту ситуацию как возможность попытаться узнать что-то новое и заняться чем-то другим.
[EDIT] Вы можете относиться к этому как к исследовательскому проекту. Если вы найдете что-то, что может принести пользу остальной команде, быстрый сеанс парного программирования легко вернет всех на ту же страницу.
Все просто и понятно: если вам нравится то, что вы делаете, энергия будет присутствовать для достижения того, что вам нужно делать.
Даже несмотря на то, что команда может работать над разными проектами в то время, проводить вместе обед, болтать или утренние скрам-встречи, чтобы узнать, где вы находитесь и что вас устраивает, может значительно повысить производительность.
Вы будете поражены тем, что, по вашему мнению, вы не имеете ни малейшего представления об исправлении / сортировке, о чем ваш товарищ по программированию мог прочитать статью или услышать обсуждение.
В общем, ваша страсть к тому, что вы делаете, в основном будет определять конечный результат.
Вы можете обнаружить, что как программист, в эти дни без огня, у вас может быть другая вдохновляющая задача, просто необходимая Доделываю, на что не было времени. Когда вы дойдете до стадии, когда почувствуете, что застряли надолго, отойдите назад, возьмите клюв (обед / кофе) и поработайте над чем-нибудь интересным. Мы делаем это по пятницам. Пятница - это наш день для работы над концепциями (которые руководство может не принять), но мы знаем, что они сделают жизнь лучше или кажутся приятными. Остальная часть недели - это измельчение X -)
Простыми способами было бы установить разумные цели / сроки для мяса. Также неплохо было бы сделать это в этих встречах, которые у вас есть, разработчики должны похвастаться чем-то действительно хорошим, что они сделали на этой неделе, и небольшой приз должен быть отдан разработчику, который победит ] эта неделя. Скажем, выпивка.Как ведущий, вы можете подумать о распределении приза, чтобы ни один разработчик не чувствовал, что он всегда последний. Ни один член команды не хочет быть обузой.
Это может показаться глупым, но зарплата в конце месяца (или недели, в зависимости от страны) - очень мощная причина для прилива энергии, но не единственная. Я думаю, что хорошим дополнением к зарплате будет мысль о завершении проекта и чувства, естественно связанные с этим.